From owner-freebsd-net@FreeBSD.ORG Fri Oct 17 19:16:53 2003 Return-Path: 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 C2E9116A4B3 for ; Fri, 17 Oct 2003 19:16:53 -0700 (PDT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3AF143FBD for ; Fri, 17 Oct 2003 19:16:50 -0700 (PDT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.12.9p2/8.12.9) with ESMTP id h9I2GnYL026232; Fri, 17 Oct 2003 22:16:49 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.12.9p2/8.12.9/Submit) id h9I2GmBc026231; Fri, 17 Oct 2003 22:16:48 -0400 (EDT) (envelope-from barney) Date: Fri, 17 Oct 2003 22:16:48 -0400 From: Barney Wolff To: Carl Mascott Message-ID: <20031018021648.GA26182@pit.databus.com> References: <3F9067AD.A6551D07@pipeline.ch> <200310180016.h9I0GWQF000981@callisto.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310180016.h9I0GWQF000981@callisto.local> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.37 cc: freebsd-net@freebsd.org Subject: Re: TCP window size issues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 02:16:53 -0000 On Fri, Oct 17, 2003 at 08:16:32PM -0400, Carl Mascott wrote: > > NOTE: AFAIK, 4.4BSD through FreeBSD 4.6-R seem to have done > alright without the PR 11966 patch, but if someone knows > different, please speak up. I'm not really surprised. I would have thought that a well-behaved sender would be using congestion avoidance and limiting its transmit window so that packet drops should be rare, even with an oversize advertised window. What's surprising is that this sort of tweak is ever required, other than as a minor optimization. -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net.