Date: Mon, 05 Apr 2004 10:17:56 -0700 From: Eli Dart <dart@nersc.gov> To: Brandon Erhart <berhart@ErhartGroup.COM> Cc: freebsd-net@freebsd.org Subject: Re: FIN_WAIT_[1,2] and LAST_ACK Message-ID: <20040405171756.90E3BF8F2@gemini.nersc.gov> In-Reply-To: Message from Brandon Erhart <berhart@ErhartGroup.COM> <6.0.2.0.2.20040404152043.01c83320@mx1.erhartgroup.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--==_Exmh_-1837888328P Content-Type: text/plain; charset=us-ascii In reply to Brandon Erhart <berhart@ErhartGroup.COM> : > 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_-1837888328P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQFAcZTELTFEeF+CsrMRAj/4AJ4nBm39rFmQ1e2u/Mgn0Ps8loHA8wCePU0z 3vpA2mlgN2fDIIahrArwYrs= =Vgbu -----END PGP SIGNATURE----- --==_Exmh_-1837888328P--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040405171756.90E3BF8F2>