From owner-freebsd-net@FreeBSD.ORG Fri Sep 7 19:50:57 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89BD016A41A for ; Fri, 7 Sep 2007 19:50:57 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 75A8C13C465 for ; Fri, 7 Sep 2007 19:50:57 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 294E61A4D7C; Fri, 7 Sep 2007 12:47:49 -0700 (PDT) Date: Fri, 7 Sep 2007 12:47:49 -0700 From: Alfred Perlstein To: David Christensen Message-ID: <20070907194749.GD87451@elvis.mu.org> References: <46E0632D.8070200@elischer.org> <46E07E74.5020204@elischer.org> <09BFF2FA5EAB4A45B6655E151BBDD9030501D5C0@NT-IRVA-0750.brcm.ad.broadcom.com> <46E0A5DB.3080404@elischer.org> <09BFF2FA5EAB4A45B6655E151BBDD903051CBEB6@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD903051CBEB6@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , Julian Elischer Subject: Re: FreeBSD discarding received packets > MTU X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 19:50:57 -0000 * David Christensen [070907 10:48] wrote: > > > It could certainly be argued by some that Cisco is not standards > > > compliant in this case for sending an oversized Ethernet frame > > > and expecting everyone to accept it. Hardware has limitations > > > and assuming that all Ethernet controllers can support frames > > > greater than 1522 bytes is not reasonable. Fortunately there is > > > a suitable workaround which is setting a larger MTU for the > > > interface. What size do you use? How did you arrive at that > > > value? > > > > I use 1550 to make it work in the test harness. > > > > The trouble is that if I set the mtu to 1550, and the machine > > talks to another > > such machine with it's mtu also set to 1550 then they > > negotiate a maximum sized > > packet based on 1550, and the problem hits me again. This is > > a web proxy > > and that problem occurs when there are two layers of proxy > > and one proxy talks to > > another. I really just need it to to silently accept a packet some > > 32 bytes or so larger than the stated MTU. > > > > I see no reason for the driver to not do what the em driver > > does and allow > > itself to receive any packet up to the MCLBYTES size. > > > > We only hit this problem recently because the data interfaces on our > > devices are usually em NICs and we only just recently started > > allowing the > > users to use the built in (on DELL 2950) bce interfaces for > > this purpose. > > > > I'm not completely opposed to making such a change, but I don't want > to make a default change in the driver's behavior that other people > may be depending upon (whether they are aware of it or not). A > tunable driver value could be the answer but I'm not entirely sure > how it would fare in the hardware at the high end of MTU values such > as 9000. Dave: Internet ettiquette demands being gracious in what you accept. The default policy of FreeBSD is to accept such packets. This is a really weird bug to track down. Other drivers support it. This isn't worth making a stand over, unless you're trying to hold users of YOUR driver hostage. -- - Alfred Perlstein