HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.protocols.tcp-ip




	ALSO:

	LeeMah DataCom Security Corp.
	3948 Trust Way
	Hayward, Ca. 94545

	Pat Sebers
	(510) 786-0790

	Both Digital Pathways and LeeMah are working with Enigma Logic using
	the token cards to access several different types of secure access
	devices. EL is working on a UNIX based solution as well.

	BOBB
Newsgroups: comp.protocols.tcp-ip
From: axk7110@usl.edu (Khanna Alok)
Subject: Implementation of Distributed Database in SUN RPC
Organization: University of Southwestern Louisiana
Date: Tue, 25 Aug 1992 02:16:02 GMT

Dear Netter,

I am working on implementation of a small model of distributed database. 
The database can reside on different location but for a user it
should be transparent.

I am planning to use SUN RPC for communication between
different clients and servers. 

Has any one has implemented this type of project before? If yes, I would 
like to discuss with you some of design details.

If lot of people are intersted in this type of work, I can summarise later
on the reponses I will receive.

I will appreciate the reponses by email (alok@usl.edu) if it is not 
inconvenient.

Thanks a lot in advance.

Alok Khanna.
email: alok@usl.edu
Newsgroups: comp.protocols.tcp-ip
From: barr@pop.psu.edu (David Barr)
Subject: Re: Why does my slip line die overnight?
Keywords: slip
Organization: Penn State Population Research Institute
Date: Sun, 30 Aug 92 22:52:39 GMT

In article <1992Aug30.205245.29936@psg.com> randy@psg.com (Randy Bush) writes:
>ghawkins@unix1.tcd.ie (George C. Hawkins) writes:
>> When I leave my machine overnight and come back in the morning I
>> find my slip connection has died on me.
>
>We see the same thing here in Orygun's RAINet.  We believe (urban legend)
>that the telco does an 02:00 blast to clear the lines.

Yep, i've seen similar experiences here, only here it's around 1:30.
It won't necessarily be all the lines, but a significant portion of them.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
  loose: v. to set free, or adj. not securely fastened.
  lose: v. to miss from one's possession.
From: pstevens@Metaphor.COM (Paul Stevens)
Newsgroups: comp.protocols.tcp-ip
Subject: Broadcasting and Subnets
Date: 3 Sep 92 00:36:00 GMT
Reply-To: pstevens@Metaphor.COM (Paul Stevens)
Organization: m4

After looking in all the usual places (Comer, Stevens, Tanenbaum) 
there's still some loose ends I don't quite understand.

When I want to send a broadcast packet to all stations on a net or
subnet I set the IP address so that it contains the network/subnet
numbers but set the host portion to all 1's.  This is, of course,
net/subnet OR'ed with the inverse of the subnet mask.  Presumably 
this style of addressing even works for a net/subnet that might be
several hops away (i.e. the routers along the route will use the 
net/subnet fields of the IP address to route the packet to the proper
net/subnet).  My basic question concerns how to get a the correct
subnet mask.

Comer discusses using an ICMP message that can be sent to a gateway 
to learn the subnet mask for a given network, but doesn't list any 
programatic interfaces to this type of query.

What I don't understand is how networks and subnets get *named*.
The documentation on getnetbyname seems to imply that it uses
/etc/networks to return information and also does not give the subnet
mask.

Is this all hooked into Domain Name Servers somehow?  I know that
locally on a Unix system one could use the combination of /etc/networks
and /etc/netmasks to get this information.  But that implies that
each host would have to have these files kept up-to-date for all nets
that might be communicated with.  There must be a missing piece here
that allows these things to be administered more centrally and for
inquiries to be made remotely.

+------------------------------------------------------------------------+

   Paul Stevens                        {apple|decwrl}!metaphor!pstevens
   Metaphor Computer Systems           pstevens@metaphor.com
   Mountain View, CA
Newsgroups: comp.protocols.tcp-ip
From: cliffb@cjbsys.bdb.com (cliff bedore)
Subject: Re: Why does my slip line die overnight?
Organization: BDB Systems
Date: Thu, 3 Sep 92 20:04:01 GMT
Keywords: slip

In article <1992Aug30.205245.29936@psg.com> randy@psg.com (Randy Bush) writes:
>ghawkins@unix1.tcd.ie (George C. Hawkins) writes:
>> When I leave my machine overnight and come back in the morning I
>> find my slip connection has died on me.
>
>We see the same thing here in Orygun's RAINet.  We believe (urban legend)
>that the telco does an 02:00 blast to clear the lines.
>-- 
>randy@psg.com   ...!uunet!m2xenix!randy

I've had this happen and it turned out in our case that we were going through a
local PBX that did a midnight reset.  

Cliff

Newsgroups: comp.protocols.tcp-ip.domains
From: mah@parrot.prv.univie.ac.at (Michael Haberler)
Subject: Isolated Nameserver - looking for advice
Reply-To: mah@ic.co.at
Organization: Vienna University
Date: Wed, 26 Aug 1992 07:48:01 GMT

I'll have to set up an isolated nameserver for a site of 200+ workstations
and an uucp connection to the real world for mail.

Could somebody who has done this send me his config files to start with?


Thanks in advance,

Michael
-- 
Michael Haberler 			mah@eunet.co.at
EUnet Austria Ltd
A-1010 Vienna, Austria, Schottenring 33
Tel: +43 (1) 346184                             fax: +43 (1) 3104462
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: navy.mil gone?
Date: 23 Aug 92 18:31:03 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <1992Aug21.192244.20388@ncar.ucar.edu>
   woods@ncar.ucar.edu (Greg Woods) writes:

>noarl.navy.mil NS TURNER-JOY.NOARL.NAVY.MIL
>noarl.navy.mil NS MADDOX.NOARL.NAVY.MIL

Note that both the primary and secondary name server for the domain are
inside the domain. They are in fact on the same subnet (although one of
them is double-homed to MILNET). This is poor practice. Also, there is
no reverse-translation for the subnet on which these machines are
located.

It would be a good idea for these people to get in cahoots with a
secondary server in another galaxy; maybe NOAA.GOV.

-- 
/ Lars Poulsen, SMTS Software Engineer	Internet E-mail: lars@CMC.COM
  CMC Network Products / Rockwell Int'l	Telephone: +1-805-968-4262	
  Santa Barbara, CA 93117-3083		TeleFAX:   +1-805-968-8256
From: rh0083b@medtronic.COM (Roger-Hunen)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: navy.mil gone?
Date: 25 Aug 92 14:12:24 GMT
Organization: Medtronic, Inc.

In article <1992Aug24.134836.1@indyvax.iupui.edu> harvey@indyvax.iupui.edu writes:
>Many MILnet sites resisted using the DNS for a very long time.  Maybe this is
>a symptom of it...  :-D

Or the cause...

Regards,
-Roger
(I speak for myself)
Newsgroups: comp.protocols.tcp-ip.domains
From: sjs@netcom.com (Stephen Schow)
Subject: NETWORK CONSULTANT WANTED
Date: Thu, 27 Aug 92 20:45:40 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I am looking for a network consultant that can help us set up our WAN E-mail.
We have a UNIX based mini that runs a patient tracking system called 'HBO'.

Physicians get information from this Host computer down to their PC clients
via 'WAL-LINK'.

We need a consultant that is very experienced setting up UNIX mail servers.
Specifically, we want MD's to be able to send and recieve E-mail
(user-friendily) from their local PC through a new Mail server which we have
yet to acquire, out to any other MD on another PC.

If we can get information acquired from the Host database into mail messages,
that would also be helpful.

If you are a knowledeable consultant in this area, please respond.

You may contact Kathyrn Moser for more information.

Kathryn Moser
John Muir Medical Center
(510) 947-5379
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: What is the minimum set of options a telnet server must negotiate?
Nntp-Software: PC/TCP NNTP
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Wed, 02 Sep 1992 15:45:20

In article <1992Sep1.215803.7063@news.uiowa.edu> dsiebert@icaen.uiowa.edu (Doug Siebert) writes:

    I'm asking because I have an application into which I may want to try to
    include some very primitive telnetd capabilities, so that I can negotiate
    to turn off echo, turn on character at a time mode, and get the terminal
    type of the connecting client.  Would it be sufficient to just properly
    negotiate these options at the start and then refuse ANY negotiation after
    that time?

Yes, as long as you could accept the options you want in an arbitrary
order and avoid infinite option loops.  You will need to continue to
parse IACs for the duration of the connection, though, though, and it
is a good idea to always handle IAC AYT...

James B. VanBokkelen		2 High St., North Andover, MA 01845
FTP Software Inc.		voice: (508) 685-4000 fax: (508) 794-4488
From: wihuri@polaris.utu.fi (Pauli Wihuri)
Newsgroups: comp.protocols.tcp-ip
Subject: XGATE gateway from MHS to SMTP ?
Keywords: XGATE MHS SMTP GATEWAY TCP/IP
Date: 3 Sep 92 10:24:23 GMT
Organization: University of Turku, Finland


Good morning/noon/afternoon/evening/night/whatever (but not day)!

We are at University of Turku searching for the possibilities to use
EMail straight from MS-DOS machines without having to establish
connection into mainframes in order to send email.

We use LANtastic as our LAN. We are testing Futurus Team for a PC
EMail program. 

We need to test any MHS-server working with LANtastic and we need to
test also gateway from MHS to SMTP EMail in our SUN/Unix-mainframe. We
heard about PD/Freeware/Shareware-product called XGATE.

Could someone please give me pointer to that program? I do not have
access on Compuserve but anywhere where is anonymous ftp available on
Internet.

With thanks in advance,

Pauli Wihuri
office:		Computing Centre, University of Turku, SF-20500 Turku, Finland
internet:	wihuri@utu.fi
fax:		+358-(9)21-633-6560
phone:		+358-(9)21-633-6518
From: sob@hsdndev.UUCP (Scott Bradner)
Newsgroups: comp.protocols.tcp-ip
Subject: OSPF interoperability test
Date: 24 Aug 92 01:34:33 GMT
Organization: Harvard University

FYI - There will be an OSPF interoperability test in the Harvard
Network Device Test Lab starting on Sept. 1 1992. (just in time
scheduling :-} )  The test is being organized by the OSPF Steering
Committee in cooperation with Network World.

If your company makes a router that supports OSPF on Ethernet, token ring,
or FDDI and wants to join in the test please contact Maureen Molloy at
Network World (508) 875-6400.

Scott

PS- don't bother trying to contact me - I'll be out of town & touch
for the next week.
From: ccg@tcdsp1.mmm.com ("Charles Ganzhorn")
Newsgroups: comp.protocols.tcp-ip
Subject: Re: looking for tn3270d
Keywords: telnet, tn3270
Date: 4 Sep 92 13:34:56 GMT

In article <1992Sep3.212029.28661@Princeton.EDU>, tengi@princeton.edu (Christopher Tengi) writes:
|> I am looking for a tn3270 daemon so that folks around here can telnet
|> from our VM system to a unix system, and be able to do things in a
|> full screen mode.  Strangely enough, one of the things that might be
|> wanted is to tn3270 back out of the unix system to another VM system.
|> I know that it sounds ugly, but, unfortunately, there really is a need
|> for this behaviour.
|> 
|> So has anybody out there heard of/written such a beast?  I checked
|> archie for .*3270.*, but only found things that looked like the user
|> side, not the server side.

McData, Open Connect Systems, IBM, and Interlink all make TCP/IP
products for IBM mainframes.  Although as of last year, Interlink only
had a MVS product.

These products implement a telnet server (you don't need anything
particularly special to receive tn3270 connections if the CLIENT is
tn3270.) and a telnet client.

Charles.
--
Charles Ganzhorn			E/Mail:  ccganzhorn@mmm.com
3M IS&DP Network Services		AT&T:	 +1 612 736 7122
St. Paul, MN				FAX:	 +1 612 736 7689
From: lidl@rodan.UU.NET (Kurt J. Lidl)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TFTP Broadcasts
Date: 27 Aug 1992 18:38:47 -0400
Organization: AlterNet -- Falls Church, Virginia, USA
NNTP-Posting-Host: rodan.uu.net

In article <CKD.92Aug18115535@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
>Fred> == Fred Fierling <fff@microplex.com> 
>
> Fred> How pervasive is [all 1s] broadcasting?  Anyone care to hazard a
> Fred> guess as to what percentage of systems support it?  Are there any
> Fred> big time vendors that do NOT support it?
>
>SunOS defaults to using net.0 as the broadcast address (although I
>believe SunOS 5, aka Solaris 2.0, does finally get this right).
>
>It allows you to change it, but it's annoying.

Well, sorta.  For older generation sun machines, that need to boot
diskless off an ethernet, if you watch closely, you will see it broadcast
to the all zero's address.  (Cast in ROM, I think.)

For machines that are capable of booting Solaris 2.0, (ie SPARC), I
think they all try all ones when diskless booting...

Once they are up and running, it is a snap to change the broadcast
address of the machines...

-Kurt
-- 
/* Kurt J. Lidl (lidl@uunet.uu.net)   | Unix is the answer, but only if you */
/*                                    | phrase the question very carefully. */
/* Don't even think of confusing my opinions with my employer's opinions!   */
From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Implementation of Distributed Database in SUN RPC
Date: 31 Aug 92 01:00:15 GMT
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center

axk7110@usl.edu (Khanna Alok) writes:
>I am working on implementation of a small model of distributed database. 
>I am planning to use SUN RPC for communication between
>different clients and servers. 

	Unless it's just going to be a toy, good luck. There are two main
problems with Sun RPC for doing this:
	a) Unless you're using a multi-threaded RPC server, the
	server will fairly quickly become the bottleneck. Since it
	takes its requests in order of arrival, it's possible that the
	server will sit doing a big (for example) join that will
	take a while, while a request that would be very short
	has to wait.
	b) Since RPC does retransmit if it doesn't get an answer "fast
	enough" in case 'a' above, you may get multiple retransmits. The
	server then blindly redoes operations, unless you wind up writing
	a reliable delivery system, or using TCP RPC or something else.

	Generally, there are enough problems with using RPC (all fixable)
that for anything other than a toy, by the time you've fixed them all,
you might as well have not used RPC.

mjr.
Newsgroups: comp.protocols.tcp-ip
From: jeremy@cowan.edu.au (J.LAIDMAN)
Subject: CUTCP throwing me out!
Organization: University of Western Australia
Date: Wed, 2 Sep 1992 04:59:12 GMT

I hope someone can help.  I've been using Clarkson Uni's TELBIN for quite a
while now with the occasional problem of being thrown back to DOS for no
apparent reason, as if I logged out.  Some times I've had two sessions going
and one of them disappears.

The problem has arisen on PS/2s, clones, token ring and ethernet, WD cards,
NE cards, etc, etc...  The only common element is the network:

2 x Novell 3.11 hosts, 1 x Unix Host (AIX 2); I'm loading novell and packet
drivers to connect to both types of hosts.

I haven't seen this problem reported before so I've no clues.  Anyone else
seen this?

Jeremy

---------------------------------------------------------------------
Jeremy Laidman, Computer Support Officer
Department of Computer Science                 Phone: (61 9) 370 6648
Edith Cowan University                         Fax:   (61 9) 370 2910
Perth, Western Australia                       j.laidman@cowan.edu.au
Newsgroups: comp.protocols.tcp-ip
Subject: caltech.edu mail unreachable ??
From: tamone@uni2a.unige.ch
Date: 25 Aug 92 14:44:02 +0200
Organization: University of Geneva, Switzerland

I cannot reach caltech.edu by mail. I send to kratel@caltech.edu and the
message bounces there. It seems like they are not well configured locally.
I can finger kratel@caltech.edu, though. Could someone tell them they could have
a problem or I am not doing the right thing ? Is there a better way to
reach kratel@caltech.edu ? Could someone try from the united states.
Meanwhile, I ask my mail manager.

Thanks

Francois tamone@cui.unige.ch
Newsgroups: comp.protocols.tcp-ip
From: sjs@netcom.com (Stephen Schow)
Subject: NETWORK CONSULTANT WANTED
Date: Thu, 27 Aug 92 20:44:38 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I am looking for a network consultant that can help us set up our WAN E-mail.
We have a UNIX based mini that runs a patient tracking system called 'HBO'.

Physicians get information from this Host computer down to their PC clients
via 'WAL-LINK'.

We need a consultant that is very experienced setting up UNIX mail servers.
Specifically, we want MD's to be able to send and recieve E-mail
(user-friendily) from their local PC through a new Mail server which we have
yet to acquire, out to any other MD on another PC.

If we can get information acquired from the Host database into mail messages,
that would also be helpful.

If you are a knowledeable consultant in this area, please respond.

You may contact Kathyrn Moser for more information.

Kathryn Moser
John Muir Medical Center
(510) 947-5379
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
From: sweeney@Ingres.COM (Tony Sweeney)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: server that won't die (normally)
Date: 3 Sep 92 14:08:59 GMT
Reply-To: sweeney@Ingres.COM (Tony Sweeney)
Distribution: usa
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501

In article <1992Sep01.205851.29040@mixcom.com> mgic@mixcom.mixcom.com (mgic) writes:
>
>System: RS/6000 AIX 3.2.1
>
>I've written a server that is started by inetd, reading
>and writing stdin and stdout.
>
>The server uses select() to determine when data is
>ready to be read. If an (socket) error is detected, 
>the server quits.
>
>The problem is that the server never dies if the client
>quits abnormally. When the client quits normally, it sends
>the server an "end of session" message, and the server quits normally.
>
>Why isn't the server being informed that the client no longer exists
>so that select() will report an error? Or, what method should
>be used to determine if the stream no longer exists?
>
You want to setsockopt(..., ..., SO_KEEPALIVE, ..., ...); The select will
(eventually) return an error. Note that the keepalive time is a kernel
parameter and cannot be set by the user.
>Thank you.
>
>Dean
>-- 

Hope this isn't too wide of the beam.

Tony.
Newsgroups: comp.protocols.tcp-ip
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: FTP: RFC interpretation
Nntp-Software: PC/TCP NNTP
Keywords: Host Requirements FTP RFC-959
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Mon, 31 Aug 1992 12:44:29

In article <1992Aug20.030954.4831@cssc-woll.tansu.com.au> brian@cssc-woll.tansu.com.au (byrnes brian) writes:
    
    Section 5.4 of the RFC has "each command listed with its possible
    replies".  As I read it, this section would immediately brand 
    responses 1 and 2 as protocol violations, because the server's 
    replies are not on the list of "possible replies".
    
    IBM's representative defended the server's actions in the following
    words:
    "I'm not sure that the intent of section 5.4 is to list each and every
    possible reply code from the server.  However, section 4.2 and 4.2.1
    further define the reply codes and how they can be used to determine
    the state of the machine.  Please have the customer read those sections."

In RFC 1123 (Host Requirements Upper Layers), the subject is discussed
in section 4.1.2.11.  "A Server-FTP SHOULD use the reply-codes defined
in RFC-959 whever they apply.  However, a server-FTP MAY use a
different reply code when needed, as long as the general rules of
section 4.2 are followed."  "A user-FTP SHOULD gnerally use only the
highest-order digit of a 3-digit reply code for making a procedural
decision...".

As I recall the discussion, the issue arose when an HR WG member proposed
that we require a fixed list of reply codes.  However, with further
discussion we decided that the list in RFC 959 wasn't good enough for
all the situations we could imagine, and we had to open the list. 
Nevertheless, an implementor should have good reasons (which I'd hope
they could explain to you) for any divergence from RFC 959.

James B. VanBokkelen		26 Princess St., Wakefield, MA  01880
FTP Software Inc.		voice: (617) 246-0900  fax: (617) 246-0901

Newsgroups: comp.protocols.tcp-ip
From: parker@mprgate.mpr.ca (Ross Parker)
Subject: TCP/IP break - terminal server?
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Tue, 1 Sep 92 18:25:05 GMT


I am currently connecting a number of systems in our computer room via
serial cables to a Xyplex terminal server. Connections to individual ports
on this server are made using the 'xyp_ptyd' daemon supplied by Xyplex,
running on a central console 'host' system. This daemon essentially makes
a connection between each port on the serial side of the terminal server and
a pseudo-tty on the UNIX host system. I can then connect to these individual
pseudo-ttys using the 'console' package from Ohio State, but that's irrelevant
to this problem...

The problem is that I need to be able to generate a break signal on one of
the serial lines on the terminal server. I have no problem in modifying the
Xyplex xyp_ptyd code in order to do so, but I don't know what/how to send
to the terminal server (over the network connection) to tell it that I want
it to generate a break over the serial line.

Can anyone help? Is there a 'normal' way of passing this kind of thing through
TCP/IP? The Xyplex manual seems to indicate that it will do the same thing
in the opposite direction - i.e. a break on one of the serial lines can be
propogated through the terminal server and over TCP/IP to a host system... how?

Thanks...

Ross

-- 
Ross Parker           |                            | DoD# 1188   KotHFJ
MPR Teltech Ltd.      | You can't erase the dream, | '88 FJ1200
Burnaby, B.C., Canada | You can only wake me up... | parker@mprgate.mpr.ca
Newsgroups: comp.protocols.tcp-ip
From: dcm@csn.org (David C. Menges)
Subject: RS/6000 SLIP to Annex?
Organization: Colorado SuperNet, Inc.
Date: Thu, 3 Sep 1992 19:23:19 GMT

We have a customer that wants to run SLIP on a RS/6000.  Apparently
the SLIP that came with AIX can't handle the three prompts our Annex
requires to login.  The other option is to port a public domain SLIP
to the RS/6000.  Any experience here greatly appreciated - please
mail me as I don't frequent this group.

	David Menges, Colorado SuperNet, dcm@csn.org, 303-273-3471.
Xref: sparky comp.protocols.tcp-ip:4307 comp.dcom.isdn:513