Date: Mon, 20 Mar 2017 16:47:29 +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-s0AVDx3QxB@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 #64 from Michael Tuexen <tuexen@freebsd.org> --- (In reply to slw from comment #63) > Accepted RST can cause silent, immediatly closing connection by client. > No acknowledged will be sent to server (in case of serevr responce will be > delivered to client) and server will be retransmit response until also go= t RST. No. The server sends a RST and move the connection to CLOSED. The connectio= n is terminated immediately from the server perspective. > In case of responce not delivered to client responce will be lost and no = chance > to deleivered. > Sending RST is ok in case RST accepted and processed after client sent ACK > so server FIN (FIN, not server data). Need test this on real clients > (Linux, windows, android and iOS). No. This is an ungraceful termination. No need to wait for anything. All pe= ers should handle the RST. > Server can do graceful termination of this TCP connection and no reason to > don't do this (application do gracefull close and only rare combination > of packet loss case this behaviour). No. Incoming user data is lost on the server side. I think the server should notify the peer as soon as possible. Please note that the RST is only sent if the server has to drop user data. If that is not the case, a graceful shutdown will be performed. --=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-s0AVDx3QxB>