Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bloom-beacon!think!ames!ucbcad!ucbvax!UC.MSC.UMN.EDU!slevy
From: slevy@UC.MSC.UMN.EDU (Stuart Levy)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Ethernet Bridge
Message-ID: <8711091808.AA03474@uc.msc.umn.edu>
Date: Mon, 9-Nov-87 13:08:26 EST
Article-I.D.: uc.8711091808.AA03474
Posted: Mon Nov  9 13:08:26 1987
Date-Received: Sun, 15-Nov-87 16:50:03 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 17

We have GS/3's, and I've never seen them exhibit this problem.

I just ran an Ethernet trace to make sure.  A pair of GS/3s
running software version 11000 (connected by a 56Kb line, though that
shouldn't matter) just passed a 1064-byte IP packet without fragmenting
(or if it was fragmented over the line, the receiver reasssembled it
before sending it on the Ethernet).

The older software, version 10000, did have a different problem with
IP fragmentation.  It didn't -cause- any packets to be fragmented.
However, if the original sender had already fragmented an IP message,
the GS/3 would only -transmit- the first fragment.  They made us a patched
version of the software (called 10019, I think) to evade this problem.
I don't think the current 11000 release does anything wrong in this regard.

					Stuart Levy, slevy@uf.msc.umn.edu
					Minn. Supercomputer Center, 612 626 0211