From owner-freebsd-hackers Fri Jul 11 17:40:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA12400 for hackers-outgoing; Fri, 11 Jul 1997 17:40:49 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA12395 for ; Fri, 11 Jul 1997 17:40:47 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA20096 for ; Fri, 11 Jul 1997 17:36:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd020090; Sat Jul 12 00:36:47 1997 Message-ID: <33C6D138.7D55368C@whistle.com> Date: Fri, 11 Jul 1997 17:35:04 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: TCP bug in 2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I could borrow the ear of someone with more knowledge of TCP states than me.. We see the following in a kernel dated from around March 4 and from the logs it looks as if it's present in 2.2.2+ finger, (after a lot of iterations of the test) goes into a permanent wait reading from a socket. the socket is seen to be in FIN_WAIT_2 state after the finger proces is killed the socket STAYS in FIN_WAIT_2 state forever. from what I've read in tcp_input.c etc. This shouldn't happen. 2 problems: 1/ why doesn't finger wake up and return EOF? 2/ why doesn't the close() ofthe socket start the 2MSL timer? THere is obviosly a hole.. obviously (so->so_state & SS_CANTRCVMORE) is not true when tp->t_state = TCPS_FIN_WAIT_2; is executed, (tcp_input.c line 1414 in 2.2.2) and either tcp_usrclosed() is not being called during the socket closure for some reason, or the timer is being continually reset by something else. does any of you TCP sleuths have an idea of what migh tbe happenning? I will continue to research anyhow... julian