Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!ukma!nrl-cmf!ames!ucbcad!ucbvax!CS.UTAH.EDU!cetron
From: cetron@CS.UTAH.EDU (Edward J Cetron)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP maximum segment size determination
Message-ID: <8711241638.AA29138@cs.utah.edu>
Date: Tue, 24-Nov-87 11:38:23 EST
Article-I.D.: cs.8711241638.AA29138
Posted: Tue Nov 24 11:38:23 1987
Date-Received: Sat, 28-Nov-87 06:08:35 EST
References: <283116.871110.JBVB@AI.AI.MIT.EDU> <3370@hoptoad.uucp>
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: cs.utah.edu!cetron@cs.utah.edu (Edward J Cetron)
Organization: Center for Engineering Design, Univ of Utah
Lines: 11

In article <3370@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes:
>standard Ethernet chips and DRAMs available to everyone.  You too can
>handle infinite back to back packets, if you just design with that in
>mind as Sun did.]

	Is this the same sun that, when it receives two or more back to
back rarp packets, simply discards all but the last??? I guess the hardware
can catch the packets, the software just can't keep up....

-ed cetron
cetron@cs.utah.edu