Date: Thu, 10 Jul 2003 02:53:10 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Dan Nelson <dnelson@allantgroup.com> Cc: Max Clark <max.clark@media.net> Subject: Re: What ever happened with this? "eXperimental bandwidthdelayproduct code" Message-ID: <3F0D3786.5B2777AC@mindspring.com> References: <20030709190214.GL39506@dan.emsphone.com> <20030709194029.GM39506@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Dan Nelson wrote: > In the last episode (Jul 09), Max Clark said: > > > 6000000/8*.220 = 165Kbytes or 1.32Mbit/s > > > > I understand the BDP concept and the calculation to then generate the > > tcp window sizes. What I don't understand is this... > > > > How in the world is a windows 2000 box running commercial software > > able to push this link to 625KByte/s (5Mbit/s)???? > > Perhaps it defaults to a larger window size? You can easily verify > this with tcpdump or ethereal. It's a guarantee that they default to a smaller default MSL than the standard permits. It's smaller by a factor of 10; to get the same effect in FreeBSD: sysctl net.inet.tcp.msl=3000 I *do not* recommend mucking with this timer in order to reduce latency; there are a number of nasty session restart and other attacks you can do using this and taking advantage of intimate knowledge of the TCP state machine implementation of state transitions, and it's easier to DOS attack your machine because it's a 10 times shorter trip to run you up past your tolerable latency. I would much more recommend the approaches referenced by my other posting, and listed in the recent FreeBSD-performance mailing list discussion. Note that one of the things Microsoft is specifically required to do when running certain benchmarks is set their registry values to push the MSL back to the standards mandated value. -- Terry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F0D3786.5B2777AC>