Date: Fri, 17 Mar 2017 07:03:11 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217637] One TCP connection accepted TWO times Message-ID: <bug-217637-2472-iSi8Gebwmc@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-217637-2472@https.bugs.freebsd.org/bugzilla/> References: <bug-217637-2472@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217637 --- Comment #22 from Michael Tuexen <tuexen@freebsd.org> --- (In reply to Sepherosa Ziehau from comment #21) > Hmm, do any OS's TCP stacks really send data along w/ the last ACK in the > 3-way handshake at all? Assume the the initial ACK without data being the third message of the handshake is lost and the client will send data, like an HTTP client. Then the server wi= ll get exactly such a packet. This will happen with most OSes, I guess. > And if we are checking the syncookie, it indicates we suffered short-of-m= emory > previously. I don't think we need to record that situation. This is not true. We use the syncookie if we don't find an entry in the syncache. The reason can be that we had an overflow, but it can also be that we don't find it because we already used the entry to setup a connection. This is the code path we use in the traces provided. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-217637-2472-iSi8Gebwmc>