From owner-cvs-src@FreeBSD.ORG Tue Apr 20 05:50:48 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A805016A4D0 for ; Tue, 20 Apr 2004 05:50:48 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 588F343D5A for ; Tue, 20 Apr 2004 05:50:48 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 27910 invoked by uid 1000); 20 Apr 2004 12:50:48 -0000 Date: Tue, 20 Apr 2004 05:50:48 -0700 (PDT) From: Nate Lawson To: Mike Silbersack In-Reply-To: <20040420032850.H20848@odysseus.silby.com> Message-ID: <20040420054638.E27872@root.org> References: <200404200633.i3K6XdXn067858@repoman.freebsd.org> <20040420032850.H20848@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet tcp_subr.c tcp_var.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2004 12:50:48 -0000 On Tue, 20 Apr 2004, Mike Silbersack wrote: > On Mon, 19 Apr 2004, Mike Silbersack wrote: > > Enhance our RFC1948 implementation to perform better in some pathlogical > > TIME_WAIT recycling cases I was able to generate with http testing tools. > > > > Except in such contrived benchmarking situations, this problem should never > > come up in normal usage... until networks get faster. > > I think that we may have to break away from standard RFC handling and > change the TIME_WAIT code in tcp_input so that it will accept any SYN > packet coming in without regard to the sequence number, forcing the > TIME_WAIT socket to be recycled. It's been a while since I looked at all the RFCs, but can the window scale option be taken into account for this? I'm thinking that if you receive a packet while in TIME_WAIT with the proper window scale + sequence, accept it, otherwise discard. As for initial sequences, make them less dependent on port/address combos. Not sure if this will solve your problem. -Nate