From owner-freebsd-net Wed Aug 14 5:17: 7 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C26A37B400 for ; Wed, 14 Aug 2002 05:17:03 -0700 (PDT) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A8E43E70 for ; Wed, 14 Aug 2002 05:17:02 -0700 (PDT) (envelope-from barney@databus.com) Received: from databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.5/8.12.5) with ESMTP id g7ECH2Xr028144; Wed, 14 Aug 2002 08:17:02 -0400 (EDT) (envelope-from barney@databus.com) Received: (from barney@localhost) by databus.com (8.12.5/8.12.5/Submit) id g7ECH2wX028143; Wed, 14 Aug 2002 08:17:02 -0400 (EDT) Date: Wed, 14 Aug 2002 08:17:02 -0400 From: Barney Wolff To: Mike Silbersack Cc: Oleg Polyakov , freebsd-net@FreeBSD.ORG Subject: Re: Initial congestion window increase Message-ID: <20020814121701.GA27934@tp.databus.com> References: <20020812192549.24783.qmail@web10409.mail.yahoo.com> <20020814003743.U93223-100000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020814003743.U93223-100000@patrocles.silby.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You're assuming that the jumbo will be the successful MTU. But at the start of a connection PMTUD has yet to run, and you could be sending jumbos into a choppy link somewhere on the path. The tcp-impl IETF WG had (and the email list still has) a very smart bunch of people with decades of experience with TCP. Those RFCs didn't just come out of somebody's idle thought. Slowstart flightsize doesn't matter a whole lot on a lan (as long as it's at least 2 to compensate for delayed ack) other than for locker-room comparisons with Linux. But it does matter a lot on long pipes, whether fat or thin, and that's where the risk of an overaggressive strategy is that you can congest the Internet. On Wed, Aug 14, 2002 at 12:44:28AM -0500, Mike Silbersack wrote: > > Incidently, I think that the formula > > min (4*MSS, max (2*MSS, 4380 bytes)) > > is bogus. We really have three cases: > > MTU 512 bytes > MTU 1500 bytes (and 1480 or whatever PPPoE uses) > MTU 9000 bytes (jumbo frames) > > The formula above would penalize jumbo frames, while sending a lot of > packets for the 512 byte case. Just using MSS * X, where X is a constant > for all of the above seems like a better idea. -- Barney Wolff I'm available by contract or FT: http://www.databus.com/bwresume.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message