Thread (6 messages) 6 messages, 5 authors, 2017-01-17

Re: [PATCH net-next] tcp: accept RST for rcv_nxt - 1 after receiving a FIN

flat view

From: Rick Jones <hidden>
Date: 2017-01-17 19:20:01

On 01/17/2017 11:13 AM, Eric Dumazet wrote:
On Tue, Jan 17, 2017 at 11:04 AM, Rick Jones [off-list ref] wrote:
quoted
Drifting a bit, and it doesn't change the value of dealing with it, but out
of curiosity, when you say mostly in CLOSE_WAIT, why aren't the server-side
applications reacting to the read return of zero triggered by the arrival of
the FIN?
Even if the application reacts, and calls close(fd), kernel will still
try to push the data that was queued into socket write queue prior to
receiving the FIN.

By allowing this RST, we can flush the whole data and react much
faster, avoiding locking memory in the kernel for very long time.
Understood.  I was just wondering if there is also an application bug here.

happy benchmarking,

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