HDTenEightyP/NetNews huggingface dataset:
From: arons@ash.eecs.ucdavis.edu (Tom Arons)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Broadcasting and Subnets
Date: 9 Sep 92 18:03:10 GMT
	<1992Sep3.090735.3657@arizona.edu> <186505INN7ei@early-bird.think.com>
	<1992Sep5.052037.19896@ccu1.aukuni.ac.nz> <bu77hc.i0l@wang.com>
	<1992Sep9.073037.19511@ccu1.aukuni.ac.nz>
Distribution: world,local
Organization: University of California at Davis
In-reply-to: graeme@ccu1.aukuni.ac.nz's message of 9 Sep 92 07:30:37 GMT


   >> What I have observed in this situation (multiple subnets on same physical
   >> cable) is that *many* hosts don't recognise x.y.z.255 as a broadcast on
   >> subnet x.y.z when they are in subnet x.y.w, and respond by resending the
   >> packet to MAC address 00FFBAD1DEAD, and an ICMP redirect to the original
   >> sender! Lovely.
   >Wow, I thought I'd seen all the bad side effects of mixing subnets on the
   >same cable.  What kind of systems are these?

   - RS6000 (AIX 3.1 and 3.2)  It's my gateway machine, and is correctly
   configured, as far as I am aware. I can stop this behaviour in the other
   non-gateway ones by turning ip forwarding & redirects off, (which are on by
   default, in a deliberate design decision by IBM, despite rfc 1122). AIX
   claims to run BSD 4.3 & now 4.4 networking code.
   - Acorn running unix
   - From memory, I think one was a Sun clone
   - Many were PC's (inferred from the MAC addresses), OS unknown

Add to this:
HP hp-ux prior to 8.0
HP Xstations B.03.00, fixed in next release

--
Tom Arons			Internet: arons@eecs.ucdavis.edu
EE/CS Department		Bitnet:   tgarons@ucdavis
University of California	UUCP:     {lll-crg, ucbvax}!ucdavis!iris!arons
Davis, CA 95616			Phone:    (916) 752-1750
Xref: sparky comp.protocols.tcp-ip:4388 comp.dcom.isdn:533
From: marc@aria.Ascend.COM (Marco S Hyman)
Newsgroups: comp.protocols.tcp-ip,comp.dcom.isdn
Subject: Re: TCP/IP over ISDN
Date: 11 Sep 92 18:45:56 GMT
Followup-To: comp.protocols.tcp-ip
Organization: Ascend Communications, Alameda, CA

In article <1992Sep10.143836.11131@cbfsb.cb.att.com> deej@cbnewsf.cb.att.com
(david.g.lewis) writes:
 > In a previous article I wrote:
 > >The "mandatory" called party number isn't in setups that come from a
 > > Definity Generic I PBX.
 > 
 > Over a PRI it certainly is.  If a SETUP message is sent by a PBX to the AT&T
 > network and does not include a Called Party Number IE, the call attempt will
 > be cleared.  On the terminal side of the Definity, the terminal may receive
 > information via Keypad IEs.

Uhh, this may be a function of the funny way we use our Definity.  It's the
best T1/PRI test took we have (in addition to being a great PBX).  We have
PRI on both the Network and Terminal side, an AT&T PRI from the network and
several (6 or 8) internal T1 lines, some configured as PRI, with the PBX
told they are tie lines.  Each internal line is a trunk group of its
own and is dialed by using the trunk group.  When dialing from one PRI trunk
group to another PRI trunk group the Called Party Number IE on the answering
side exists but has no number.

 > Again, to get back to the original thread, certain IEs are designated as
 > usable for user to user information transfer.  These include UUI, High Layer
 > Compatibility, Low Layer Compatibility, subaddress IEs, and Codeset 7 IEs.
 > If you attempt to use anything else to transfer user to user information,
 > there is no guarantee, explicit or implied, that it will be delivered the
 > way you want it - or that it will be delivered at all.

Agreed.  However, given the heterogeneous nature of the network there is
currently no guarantee that any of the above will work between any two
arbitrary endpoints.

I guess I'm coming down on the side of making a connection and performing
control inband.  TCP/IP over xxx over ISDN.  PPP is overkill for xxx but
will certainly work.

// marc
-- 
// work: marc@ascend.com          uunet!aria!marc
// home: marc@dumbcat.sf.ca.us    pacbell!dumbcat!marc
From: dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small)
Newsgroups: comp.protocols.tcp-ip
Subject: IP using MAIL (or other) as transport medium
Date: 8 Sep 92 00:57:24 GMT
Organization: Naval Medical Research & Development Command


A while back, someone mentioned using MAIL as the transport medium
for IP.  I think the reason was to have a tcp connection through a 
network so firewalled that only SMTP connections would get through  . .

Anyway, I have a similar desire.  Except I'll be using either UDP or
TCP packets between two sites.  (I can call into one site but not with slip,
the second site is on a distant network that I cannot call locally, but
that I wish to access as though directly connected . . .)

Would ANYONE with suggestions with existing code to do this or something
similar, please contact me.  (RS6000 code prefered . ... [cuz I'm lazy])

-- 
I hate the 3B2
The 3B2 can bite me.
Newsgroups: comp.protocols.tcp-ip
From: ralf@chpc.org (Ralph Valentino)
Subject: RPC memory cleanup
Organization: Center For High Performance Computing
Date: Tue, 8 Sep 1992 15:22:59 GMT

I've written an RPC service and it works, except that it has a memory
leak.  I've added a number of xdr_free()'s everywhere I could think to
put one and that cut the leak from 1k/request to 100bytes/request, but
I just can't figure out where to put the remainder.  (I'm assuming
it's a missing rpc related *_free() because the program itself never
malloc()'s.)

Is there a list of which calls need [xdr|svc]_free()'s.  The nutshell
book isn't very useful here.  Does anyone have a suggestion as to how
I can approach tracking this down?  The server uses tcp and udp, both
client and server calls, one way, followup, and broadcast datagrams,
and does it's own multitasking in a single thread of execution (no
threads or forks).  It handles 1000+ requests a day, so even 100 bytes
per request becomes significant.

If it matters, the machines are a number of Decstation 5100's and
3100's.  The _svc.c _clnt.c and _xdr.c files were created through
rpcgen (though I had to hand modify _xdr.c by hand).

-Ralph
===============
Ralph Valentino   (ralf@chpc.org)  (ralf@wpi.wpi.edu)
Hardware Engineer,  Worcester  Polytechnic  Institute
Center for High Performance Computing, Marlborough MA
Newsgroups: comp.protocols.tcp-ip
From: amoss@huji.ac.il (Amos Shapira)
Subject: Re: Is there a Internet distance measure?
Organization: Mail to News Gateway at Wang Labs
Date: 8 Sep 92 09:19:43 GMT

dank@blacks.jpl.nasa.gov (Daniel R. Kegel) writes:

>Thanks to all who responded.
>Perhaps I'll send out an ICMP ping packet to all the hosts on the list
>that match some simple heuristic (e.g. same top-level domain preferred),
>and take the first host to respond as the 'closest'.

If you are going on the "ping" approach then you might be interested in
the fping utility posted on the net a few weeks ago.  It will alow you to ping
several hosts simultanously.

In general, I think you just better find (with traceroute) what's the closest
server network-wise and wire it into the configuration of the programme, with
the other servers as a backup.  Though there are chances that this server might
not be the best one to use all the time, I estimate the chances of a really
drastic change due to network failures don't worth the time and network
resources required to check the closest server every time you run the utility.

Also note that hosts are able to answer ping without being fully functional
(e.g. during system boot or shutdown or while in single user), so the ping
aproach is not 100% foolproof.

Cheers,
--
--Amos Shapira (Jumper Extraordinaire)
C.S. System Group, Hebrew University, Jerusalem, Israel
amoss@cs.huji.ac.il
Newsgroups: comp.protocols.tcp-ip
From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
Subject: getprotobyname(), does it ever change?
Originator: berg@tabaqui
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: Tue, 15 Sep 92 13:24:42 GMT

I was wondering, has anyone ever seen an implementation where the protocolno.
for UDP changed without exchanging all the libraries as well?

Or, could anyone imagine a situation where it would be helpful to change the
protocolno. for UDP?

Or, perhaps more direct, has anyone ever edited the /etc/protocols file and
changed the number for TCP or UDP?

Just curious about how volatile these numbers actually are.
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de

"I have a *cunning* plan!"
From: joel@skater.GSFC.NASA.Gov ("Joel K. Gallun")
Newsgroups: comp.protocols.tcp-ip
Subject: Problem with NCSA Telnet and Orchid SVGA
Date: 9 Sep 92 17:43:34 GMT
Distribution: comp
Organization: Goddard Space Flight Center, Greenbelt, Md, USA

Hi,

I have been using NCSA Telnet for some time with great success.  It is
an excellent package.

However, I recently upgraded my video controller to an Orchid ProDesigner
IIs with 512K VRAM and I started having a problem.  When I exit from
Telnet, the screen goes blank and stays that way until I give the 3
finger salute.

I have tried setting the CONFIG.TEL option to use BIOS with no change
in the symptoms.  Here are the details:

	Compaq deskpro 386/20
	4 Meg RAM
	NEC Multisync 3/D monitor
	DOS 5.0
	3COM 3C503 ethernet card + packet driver using
		interrupt 0x7e
	No drivers or TSRs loaded
	NCSA Telnet 2.3

I can provide my AUTOEXEC, CONFIG.SYS and CONFIG.TEL to anyone thinks
that they might contain a clue as to what the problem might be.

Anyone have any ideas or sympathy?

--
Joel Gallun                        Internet: nnjkg@robots.gsfc.nasa.gov
NASA Goddard Space Flight Center      Voice: (301) 805-4545
#include <std_disclaimer>             Snail: Code 735, GSFC, Greenbelt MD 20771
Newsgroups: comp.protocols.tcp-ip
From: johnk@gordian.com (John Kalucki)
Subject: Re: Is there a Internet distance measure?
Organization: Gordian; Costa Mesa, CA
Date: Wed, 9 Sep 1992 18:49:43 GMT

In article <2190004@otter.hpl.hp.com>, jrg@otter.hpl.hp.com (John Grinham) writes:
>Is traceroute a public domain utility, or is it a vendor specific program ?
>If it's PD does anyone know where I could pick up a copy ? 
>
>
>regards,
>John.
>
>-----------------------------------------------------------------------------
>John Grinham.  HP Labs ISC, Filton Road, Stoke Gifford, Bristol BS12 6QZ, UK.
>Tel: (0)272 799910	Fax: (0)272 790554 	Telex: 449206
>jrg@hplb.hpl.hp.com
>-----------------------------------------------------------------------------
>

Traceroute can be difficult to compile for certain OS types. Ultrix
used to be shipped with it by default, but it doesn't appear to be
on the latest release.

MIPSos 5.0 has traceroute, which it didn't in the past. I don't
know of any other major OS vendor who ships traceroute...

		-John Kalucki
		johnk@gordian.com
From: aronsson@sectra.se (Lars Aronsson)
Newsgroups: comp.protocols.tcp-ip
Subject: Rcp -- is that rlogin or what?
Date: 14 Sep 92 11:52:59 GMT
Distribution: comp
Organization: SECTRA AB, Linkoping, SWEDEN

What hides under the hood of the "rcp" command? These UNIX (HP-UX and
SunOS) manuals don't tell the whole story. I have seen an Internet RFC
on Rlogin, and Richard Stevens' excellent book (UNIX Network
Programming) also mentions that protocol. However, I fail to find any
references to rcp.

I thought rlogin, rsh/remsh, and rcp were all the same thing in
different shapes. They all use the same system of .rhost files. Now I
have seen people comparing the performance of rcp with "cat | rsh",
which suggests they are different, and I am not so sure any longer.
-- 
Lars Aronsson, SECTRA AB, Teknikringen 2, 583 30 Linkoping, Sweden
Newsgroups: comp.protocols.tcp-ip
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: Routing to disconnected subnets
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Tue, 8 Sep 1992 04:11:54 GMT

In article <Bu8Gnx.1zz@world.std.com>, weber@world.std.com (Bob Weber) wrote:
>Can this work under any circumstances?

One way to do it is to allocate one of the subnets from the
subnetted class B network to run on the bridged backbone
parallel to the unsubnetted class B network.  You will then
be running two IP (sub)networks on the bridged backbone where
one of them "glues" all the disconnected class B subnets
together.  i.e. Your subnetted class B is now contiguous.

You do have to pay extra attention in configuring the
backbone routers, though.

...Sam
-- 
<skl@wimsey.bc.ca>
Newsgroups: comp.protocols.tcp-ip
From: add@philabs.philips.com (Aninda V. Dasgupta)
Subject: Setting socket send and receive buffer sizes
Organization: Philips Laboratories, Briarcliff, New York
Date: Wed, 9 Sep 1992 16:09:21 GMT

I am writing a TCP server and a client under SunOS.
I have four questions :

1) Most of my transfers are about 40-60 bytes in size.
   However, one in about 10 transfers is a quarter of
   a MByte in size (image files).  I am setting the
   send and receive buffer sizes in both the client and
   server to be the maximum allowed, viz. 52,000 bytes.
   Will this affect the throughput for the smaller (and
   more frequent) 60 byte packets?

2) In the server, is it absolutely necessary to call 
   the setsockopt() function right after the socket() call?
   Or can I wait till after the bind() call to set the send 
   and receive buffer sizes? 

3) What about new connections accepted by the server?  Do
   I have to set the buffer sizes for all the fd's that
   are returned by the accept() call?
   (I suspect that the buffer sizes are exchanged between
   client and server during connection setup.)

4) In the client, can I wait till after the connect() to
   set the buffer sizes or do I have to do it right after
   the socket() call ?

Any help will be greatly appreciated. Thanks in advance.

Aninda
-- 
Aninda DasGupta   (add@philabs.philips.com)
Ph : (914) 945-6071    Fax : (914) 945-6552
Philips (No, we don't produce Gas, we make lightbulbs) Labs.
345 Scarborough Road\n  Briarcliff Manor\n NY 10510
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Rcp -- is that rlogin or what?
Date: 14 Sep 92 16:35:13 GMT
Distribution: comp
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <aronsson.716470900@jeeves> aronsson@sectra.se (Lars Aronsson) writes:
>What hides under the hood of the "rcp" command?

rcp and rdump are built on top of rsh.

>I thought rlogin, rsh/remsh, and rcp were all the same thing in
>different shapes. They all use the same system of .rhost files.

rlogin is not built on the same protocol as rsh/rcp/rdump, but both rlogind
and rshd perform hosts.equiv/.rhosts authentication.  The rlogin protocol
is designed for interactive use, and provides mechanisms for transmitting
the terminal type, terminal speed, window size changes, and cooked/raw mode
changes.  Rshd just runs the given command with stdin/stdout/stderr
connected to the socket, and provides no special processing.  Rlogind
starts up a login shell, while rshd just runs an ordinary subshell.

>Now I
>have seen people comparing the performance of rcp with "cat | rsh",
>which suggests they are different, and I am not so sure any longer.

They should be similar in performance.  rcp has options to transmit file
dates and permissions, but for a large file the actual data transfer should
be the limiting factor.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: shri@legato.cs.umass.edu (H.Shrikumar{shri@ncst.in})
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Is info on the Delta-t protocol available electronically?
Summary: Delta-T is intersting .... anyone else using it ?
Date: 7 Sep 92 22:52:51 GMT
Reply-To: shri@legato.CS.UMASS.EDU (H.Shrikumar)
Organization: University of Massachusetts, Amherst

In article <STEINAR.HAUG.92Aug21174944@delab.sintef.no> 
Steinar.Haug@delab.sintef.no (Steinar Haug) writes:

>I would like to understand the Delta-t protocol better, and therefore I need
>more info. My questions are:
>
>- Is any info on the Delta-t protocol available electronically? Anonymous
>FTP would be fine.
>
>- Is the Delta-t protocol still being used?


  This does not answer the questions above directly ... but just adds a
  comment to it.

  Back a year or more ago, I had implemented a protocol that ws inspired
by the delta-T protocol, and attempted to Unify UDP and TCP in some
sense, and work well over Thin-Wires. (below 300 bauds). The product of
that work was called ALAP-GUT (with ALAP providing an IP like service
with cut-thru routing to avoid packet framing delays) and GUT providing
a Generalised User Transport Service.

   The effort was to gateway both TCP and UDP traffic back and forth
and was achieved quite OK.

   In fact, this proved to be good enough to run telnet and talk over
lines as slow as 50 bauds (yup, I needed to set up large Wide Area
networks using Teleprinter lines !! Nightmarish ... but I'm not
talking in my sleep :-) , running multiple hops, with the instant
connection establishment features of GUT, adapted from Delta-T and the
cut-thru source-routing of ALAP contributing very well.

   I guess I must wrap it up and write about it sometime ... Guess
I need some pushing ! ;-)

   Is Delta-T being used someplace else ... I'd be very very keen to know!


-- shrikumar ( shri@legato.cs.umass.edu, shri@iucaa.ernet.in )

PS: Since this is the firt time I've had the oportunity to mention
this, let me mention my tnx to Jon Postel for digging out the 
elusive IEN 116 for me when I was looking desparately for it, and
also to the 60 students of PGDST90 at NCST, Bombay, who very eagerly
implemented the stuff with great enthusiasm. I'd dedicate this to
them one day, when I get to wrapping it up.

Newsgroups: comp.protocols.tcp-ip
From: fff@microplex.com (Fred Fierling)
Subject: Re: Is there a Internet distance measure?
Organization: Microplex Systems Ltd.
Date: Mon, 7 Sep 1992 19:08:06 GMT

In article <dank.715818516@blacks> dank@blacks.jpl.nasa.gov (Daniel R. Kegel) writes:

>I'm looking for an automatic way to select the 'nearest' host from a list,
>e.g. such that an Archie client automatically chooses a nearby
>site rather than one on the other side of the globe.

To achieve this the latitude and longitude for a given host would have to be
listed in the DNS records.  All I've seen so far is some discussion (I think
in this newsgroup) about storing such information in a new type of record or
in existing record types.  I think it's a good idea.

For your purposes wouldn't you be more interested in the host with the best
connectivity not proximity?  If you can connect to a host on the other side
of the country through a T1 link, that would be better than a host across
the street through a 9600 bps line.  Although I suppose if you had a choice
between two hosts, both connected by a T1 link, you'd prefer the closest one...
-- 
Fred Fierling    fff@microplex.com       Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd   265 East 1st Avenue   Vancouver, BC   V5T 1A7,  Canada
From: J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: NFS Over Satellite Link
Date: 10 Sep 92 11:37:31 GMT



 >In article <1992Sep9.121006.14055@udel.edu>, pahountis@ncf.al.alcoa.com (Julia Pahountis) writes:
 >|> Has anyone, or do you know of anyone, who has done NFS over a satellite link?  (Can it be done?)
 >

yes - we did it years ago - Bill Nowicki ran some tests of getting the
parameters right from Sun to UCL

you need ~1 sec retransmit timers, small blocksizes etc etc...

it worked ok (on a 2*64kbps 5 site satellite system)

remember if you dont have forward error correction on yr satellitew
link, your error rates will be massive compared to what you are used
to on terestrial links (e.g. 5%)

 jon
Newsgroups: comp.protocols.tcp-ip
From: ckd@eff.org (Christopher Davis)
Subject: Re: Is there a Internet distance measure?
Organization: Electronic Frontier Foundation Tech Central
Date: Mon, 7 Sep 1992 21:04:12 GMT

Fred> == Fred Fierling <fff@microplex.com> 

 Fred> If you can connect to a host on the other side of the country
 Fred> through a T1 link, that would be better than a host across the
 Fred> street through a 9600 bps line.

I have personally seen a pathological example of this.  Two sites,
literally two blocks apart, that (at the time) had packets between them
route through Maryland, Michigan, and New Jersey to get back to
Cambridge, Massachusetts.  It really was closer to get to machines in
Virginia than it was to get to the machine down the street.

Now the packets just have to cross the Charles River twice :)
--
Christopher Davis   | ]CALL -151       
<ckd@eff.org>       | *300: 20 DD FB 60
System Administrator| *3D0G            
EFF +1 617 864 0665 | ]CALL 768        
Newsgroups: comp.protocols.tcp-ip
From: craig@sics.se (Craig Partridge)
Subject: re: NFS Over Satellite Link
Organization: Swedish Institute of Computer Science, Kista
Date: Wed, 9 Sep 1992 22:15:58 GMT


While at SUN, Bill Nowicki built an experimental NFS that adapted to
bandwidth changes and long delays.  He successfully ran it over the
old SATNET over the Atlantic to University College London.

There's a brief description of the work in ACM SIGCOMM Computer Communication
Review of April 1989.  I seem to recall Bill also sent a detailed note to
some mailing list at the time but I cannot seem to find my copy of his note.

Craig Partridge
craig@bbn.com
Newsgroups: comp.protocols.tcp-ip,comp.dcom.isdn
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Is there a Internet distance measure?
Date: 9 Sep 1992 23:41:00 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
: > MIPSos 5.0 has traceroute, which it didn't in the past. I don't
: > know of any other major OS vendor who ships traceroute...

: Really?  I would have guessed everyone ships it.  
: What about BSDI?  I bet it's there.

yup, it's in BSDI.  In the TGV Multinet software too (*knew* there was a
reason we recommended that) which made finger-pointing on a network
performance problem relatively easy.  

traceroute not only collects information about where the packets go, but
also how long it too to get each step of the way.  a day's worth of traces
on a given path is very instructive, & no doubt could be used to good
effect to help people figure out where network re-engineering would make
sense, much more so than static packet counts.

--
Edward Vielmetti, vice president for research, MSEN Inc. emv@msen.com
      MSEN Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
 A distributed system is one in which the failure of a computer you didn't
 even know existed can render your own computer unusable. (Leslie Lamport)

Newsgroups: comp.protocols.tcp-ip,comp.sys.sun.admin