From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 10 02:54:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C77837B401 for ; Thu, 10 Jul 2003 02:54:22 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F9C343FA3 for ; Thu, 10 Jul 2003 02:54:21 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjrs.dialup.mindspring.com ([165.247.207.124] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19aY7u-00062a-00; Thu, 10 Jul 2003 02:54:11 -0700 Message-ID: <3F0D3786.5B2777AC@mindspring.com> Date: Thu, 10 Jul 2003 02:53:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <20030709190214.GL39506@dan.emsphone.com> <20030709194029.GM39506@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49809077b1b962614860acde9a74b907893caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org cc: Max Clark Subject: Re: What ever happened with this? "eXperimental bandwidthdelayproduct code" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 09:54:22 -0000 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