lkml.org 
[lkml]   [1996]   [Nov]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: RSH problem is back
Hi Linus, 

Linus Torvalds writes:
> Why is this ACK sent twice? The second ACK looks like the problem, and the
> reason for it _seems_ to be that we opened our window. But we shouldn't have
> sent the ACK at all, as we've already acked the FIN packet from the other end
> and we've closed it ourselves.
>
> That's why the other end ends up sending us a RTS, because we send an
> extra ACK that we never should have sent. So I think that the correct
> fix is not to make tcp_rcv() do anything special for this case, but to
> make sure the second ACK is never sent in the first place.
>
> I think it's cleanup_rbuf() in net/ipv4/tcp.c that does the extra ack: it
> should probably check to make sure that we don't send an ACK even if our
> window changed if the socket is dead..

Indeed. However, even this ACK problem will be fixed, I think my fix
for RST problem should be applied, because there is a case where ACK
comes twise.

Here is the situation.
================
send FIN
-----
-----
-----> got FIN
timeout
send FIN again
----- send ACK
-----======
=====-----> got FIN
got ACK <=====
set sk->state send ACK
= TCP_CLOSE ======
=====
<=====

Should discard this ACK
Don't send RST for this ACK
================

I think until the timer expired and destroy_sock() is called, the
socket should handle ACK and discard it.

Best Regards,
--
NIIBE Yutaka

\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.045 / U:0.388 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site