From owner-freebsd-current@FreeBSD.ORG Sat Aug 2 16:55:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48E8037B411 for ; Sat, 2 Aug 2003 16:55:29 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 844EC43FF3 for ; Sat, 2 Aug 2003 16:55:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc076.dialup.mindspring.com ([209.86.0.230] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19j6DY-0000hu-00; Sat, 02 Aug 2003 16:55:21 -0700 Message-ID: <3F2C4F2B.41656EBE@mindspring.com> Date: Sat, 02 Aug 2003 16:54:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Boris Kovalenko References: <3F2A2B17.4020700@tagnet.ru> <3F2B787D.D1C4BCAC@mindspring.com> <3F2B9C91.7010300@tagnet.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45fa18c0ed6cf9545be49c3401af0e32a350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: bge & vlan stranges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2003 23:55:29 -0000 Boris Kovalenko wrote: > No, this is test machine, I have installed it two days ago and have > firewall_type="OPEN" in my settings. So I have not disabled MTU path > discovery You are speaking of. Nevertheless, what is "substracted from > available MTU?" Why? The correct way it should work: > 1500 bytes packet + 14 bytes ethernet header + 4 bytes CRC = 1518 bytes > is standard ethernet frame and > 1500 bytes packet + 14 bytes ethernet header + 4 bytes 802.1Q tag + 4 > bytes CRC = 1522 bytes of standard 802.1Q encapsulated frame. All 802.1Q > realizations I know working the same. The way it *does* work is: MTU = 1518 - 14 bytes ethernet header - 4 bytes CRC = 1500 MTU = 1518 - 14 bytes ethernet header - 4 bytes 802.1Q tag - 4 bytes CRC = 1496 ...unless you have some strange card magic that lets it send packets larger than allowed for by the standard. BTW: the reason the length is what it is by default is that the ethernet standardard is a CSMA/CD type transport (designed after the old "Aloha" radio system), and the length is picked to be as large as possible for the bandwidth to provide for a medium that has as few collisions as possible. Effectively, since people transmit randomly, with a random back-off on collisions, this is a hash function with the length chosen to represent a best-guess effort at an 85% fill rate. Relying on card magic is bad, unless you can guarantee a completely homogenous environment (i.e. everyone has the same card magic). Path MTU discovery is an issue on packets with the DF (Don't Frag.") bit set, since those packets, if they are sent from a system with a high MTU to another with the same MTU, but an intermediate MTU is smaller, get "black holed" (hence the term "black hole routes"). -- Terry