From owner-freebsd-net@FreeBSD.ORG Mon Apr 5 13:10:56 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 96F8A16A4CE for ; Mon, 5 Apr 2004 13:10:56 -0700 (PDT) Received: from mx2.nersc.gov (mx2.nersc.gov [128.55.6.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 858C643D2D for ; Mon, 5 Apr 2004 13:10:56 -0700 (PDT) (envelope-from dart@nersc.gov) Received: by mx2.nersc.gov (Postfix, from userid 4002) id 52EBF7773; Mon, 5 Apr 2004 13:10:56 -0700 (PDT) Received: from mx2.nersc.gov (localhost [127.0.0.1]) by localhost.nersc.gov (Postfix) with ESMTP id 814B97802; Mon, 5 Apr 2004 13:10:52 -0700 (PDT) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by mx2.nersc.gov (Postfix) with ESMTP id E88CB7773; Mon, 5 Apr 2004 13:10:50 -0700 (PDT) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id D5B2EF8F2; Mon, 5 Apr 2004 13:10:50 -0700 (PDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Brandon Erhart In-Reply-To: Message from Brandon Erhart <6.0.2.0.2.20040405133109.01c755c8@mx1.erhartgroup.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1956043834P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 05 Apr 2004 13:10:50 -0700 From: Eli Dart Message-Id: <20040405201050.D5B2EF8F2@gemini.nersc.gov> X-Spam-Level: X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx2.nersc.gov 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: Mon, 05 Apr 2004 20:10:56 -0000 --==_Exmh_-1956043834P Content-Type: text/plain; charset=us-ascii In reply to Brandon Erhart : > 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. I understand that -- I was trying to discover if you'd come across something that needed a more general fix (see note from Mike Silbersack). If your application can't wait for whatever the standard timeout is, that's fine -- you've got your fix, and you're good to go. However, if there is a problem with connections hanging out forever in the process of closing, that something that might be good to look at independently. So, do you remember how long the "problem connections" were sticking around in FIN_WAIT_? or LAST_ACK? Are we talking seconds, minutes, hours, days? Thanks, --eli > > 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. > > 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 > > > > > > > --==_Exmh_-1956043834P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQFAcb1KLTFEeF+CsrMRAioFAJ4t/qpNiTuq1oIBXJBeKhpsFJp2vACdEm4p mHfzleA1edTD8cE1d70U744= =Tqw9 -----END PGP SIGNATURE----- --==_Exmh_-1956043834P--