From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sat, 9 May 2015 07:43:37 -0700 To: 9fans@9fans.net Message-ID: In-Reply-To: <20150508211922.1118FB82A@mail.bitblocks.com> References: <87C61423-7C13-4516-88B5-C2ABA7D32AA9@me.com> <20150508211922.1118FB82A@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] fossil+venti performance question Topicbox-Message-UUID: 504c7994-ead9-11e9-9d60-3106f5b1d025 > Looking at the first few bytes in each dir of the initial TCP > handshake (with tcpdump) I see: > > 0x0000: 4500 0030 24da 0000 <= from plan9 to freebsd > > 0x0000: 4500 0030 d249 4000 <= from freebsd to plan9 > > Looks like FreeBSD always sets the DF (don't fragment) bit > (0x40 in byte 6), while plan9 doesn't (byte 6 is 0x00). > > May be plan9 should set the DF (don't fragment) bit in the IP > header and try to do path MTU discovery? Either by default or > under some ctl option. easy enough until one encounters devices that don't send icmp responses because it's not implemented, or somehow considered "secure" that way. - erik