Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!mit-eddie!genrad!decvax!ucbvax!OPAL.BERKELEY.EDU!minshall
From: minshall@OPAL.BERKELEY.EDU.UUCP
Newsgroups: comp.protocols.tcp-ip
Subject: Re: FIN_WAIT_2 problem ?
Message-ID: <8706161553.AA12162@opal.berkeley.edu>
Date: Tue, 16-Jun-87 11:52:51 EDT
Article-I.D.: opal.8706161553.AA12162
Posted: Tue Jun 16 11:52:51 1987
Date-Received: Thu, 18-Jun-87 00:56:58 EDT
References: <8706151938.AA16109@ucbvax.Berkeley.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 10

Chuck Johnson,

	If you have connections hanging in FIN_WAIT_2 and LAST_ACK
then there is a bug somewhere.  There was a bug in the 4.2 TCP
implementation (in tcp_input.c) which would cause connections to
hang in this state.  The fix, which is in the Mt. Xinu bug list
(among other places), involved repositioning a block of code
(though I can't remember which block where).

Greg Minshall