lkml.org 
[lkml]   [2000]   [Oct]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: TCP_DEFER_ACCEPT possible bug + documentation patch for tcp.7
Date
Hello!

> The SYN/ACK handshake appears to go well, and telnet reports a connection
> (the daemon doesn't, no data has been sent). However, Linux keeps sending
> SYNs, which keep getting ACKed. I'm not sure if this is desired behavior. It
> appears to be a side effect of the TCP_DEFER_ACCEPT timeout implementation,
> which seems to hijack the SYNACK_RESEND timeout.

Until actively connecting client will send some data,
service will and must retransmit syn-ack. Otherwise you will lose connection.

DEFER_ACCEPT (like data_ready filter) applies only
to sessions, which expect some data from client as beginning
of transaction. F.e. HTTP.


> Also, this timeout is not quite the number of seconds specified to
> setsockopt, because of this.

It is rounded up to 3*2^N seconds.

Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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