Re: question about linux tcp request queue handling

2 messages, 2 authors, 2003-07-07 · open the first message on its own page

Re: question about linux tcp request queue handling

From: Doug McNaught <hidden>
Date: 2003-07-07 22:10:51

Andi Kleen [off-list ref] writes:
"Paul Albrecht" [off-list ref] writes:
quoted
This statement is inconsistent with the description of this scenario in
Steven's TCP/IP Illustrated.  Specifically, continuing the handshake in the
TCP layer, i.e., sending a syn/ack and moving to the syn_recd state, is
incorrect if the limit of the server's socket backlog would be exceeded.
How do you account for this discrepancy between linux and other
berkeley-derived implementations?
The 4.4BSD-Lite code described in Stevens is long outdated. All modern
BSDs (and probably most other Unixes too) do it in a similar way to what 
Nivedita described. The keywords are "syn flood attack" and "DoS". 
And furthermore, IIRC, the current Linux networking code is not
Berkeley-derived, though an earlier version was.

-Doug

Re: question about linux tcp request queue handling

From: Andi Kleen <hidden>
Date: 2003-07-07 23:37:29

On 07 Jul 2003 18:25:17 -0400
Doug McNaught [off-list ref] wrote:
And furthermore, IIRC, the current Linux networking code is not
Berkeley-derived, though an earlier version was.
The linux network stack was never BSD derived in any way.

[there are two header files that came from net2, but they do not 
contain any code]

-Andi
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help