Date: Mon, 20 Mar 2017 16:54:33 +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-B1L74Ss1BZ@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=217637 --- Comment #65 from slw@zxy.spb.ru --- (In reply to Michael Tuexen from comment #64) > No. The server sends a RST and move the connection to CLOSED. The connection is > terminated immediately from the server perspective. This is wrong behaviour. This is cause lost of server data. > No. This is an ungraceful termination. No need to wait for anything. All peers > should handle the RST. No. pwrite(); close(); This is graceful termination. > 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. User data is second question for server. Main question is resend server respond to client. This is RFC requiriment. And this is more impotant for user -- see respond from server, not just droped connection. Server can send RST after client ACK server respose and server FIN. -- 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-B1L74Ss1BZ>