From owner-freebsd-net@FreeBSD.ORG Mon Apr 5 17:12:25 2004 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 0865616A4CE; Mon, 5 Apr 2004 17:12:25 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A872A43D1D; Mon, 5 Apr 2004 17:12:24 -0700 (PDT) (envelope-from berhart@erhartgroup.com) Received: from cocaine.erhartgroup.com (c-67-166-0-138.client.comcast.net[67.166.0.138]) by comcast.net (rwcrmhc12) with SMTP id <2004040600113001400s8c0ge>; Tue, 6 Apr 2004 00:11:30 +0000 Message-Id: <6.0.2.0.2.20040405180951.01c8d898@mx1.erhartgroup.com> X-Sender: berhart%erhartgroup.com@mx1.erhartgroup.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.2.0 Date: Mon, 05 Apr 2004 18:11:41 -0600 To: Andre Oppermann From: Brandon Erhart In-Reply-To: <4071D923.A7E0D93F@freebsd.org> References: <20040405171756.90E3BF8F2@gemini.nersc.gov> <6.0.2.0.2.20040405133109.01c755c8@mx1.erhartgroup.com> <4071D923.A7E0D93F@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-net@freebsd.org Subject: Re: FIN_WAIT_[1,2] and LAST_ACK 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: Tue, 06 Apr 2004 00:12:25 -0000 Hello, They are not timing out after 2MSL. I set my MSL to the lowest possible setting (10) as to make TIME_WAIT connections disappear. The FIN_WAIT_[1,2] and LAST_ACK seem to be sticking around for a while. However, not ALL of them stick around for a "long time"(more on this in a sec) -- e.g., after I kill my program, and say I've got 6,000 connections sitting in FIN_WAIT_[1,2] or LAST_ACK, about a minute afterwards 90% of them have disappeared. There seem to be a few stick around for as long as 30 minutes or more, and in fact, a few of them stuck around until I rebooted the computer. Is this bad? :) Brandon At 04:09 PM 4/5/2004, you wrote: >Brandon Erhart wrote: > > > > Well, I responded to the group that I had taken one of the fellows advice > > posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c. > > > > So all is well -- it gets TCPS_CLOSED state and the tcps_close() function > > called on the tuple IMMEDIATELY. It doesn't switch states depending on > > which state the connection is currently in. I also made a sysctl variable > > for it (to turn the "feature" on or off), and will post the small patch > > along w/ some other small changes I have made soon. > >As far as I am aware (I was looking through and testing the FIN_WAIT states >in 5.2 around last christmas) our TCP stack is behaving correctly. > >Do the FIN_WAIT_1|2 and LAST_ACK time out after 2MSL or do they stick >around forever? If they stick around forever, then there is something >broken. > >But I suspect you are just running out of the small space of local ports >with your application as I said in the previous email. > >-- >Andre > > > > Thanks, > > > > Brandon > > > > At 11:17 AM 4/5/2004, you wrote: > > > > >In reply to Brandon Erhart : > > > > > > > Hello everyone, > > > > > > > However, I have run into a new problem. I am getting a good amount of > > > > blocks stuck in FIN_WAIT_1, FIN_WAIT_2 or LAST_ACK that stick > around for a > > > > long while. > > > > > >Could you define "long" in this case? Are we talking about 60 > > >seconds, or 60 minutes? I get the feeling that your requirements > > >might make your perception of "long" different from others' notion of > > >"long." > > > > > >The reason I ask is that there was a bug once upon a time that made > > >some connections stick in LAST_ACK forever.... > > > > > > --eli > > > > > > > > > > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"