Date: Mon, 20 Mar 2017 20:44:27 +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-FQ8h9I01fG@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 #68 from Michael Tuexen <tuexen@freebsd.org> --- (In reply to slw from comment #67) > Loss of sended application data caused by close() before incoming user > data arrived? Realy? TCP don't have such claim. Hmm. My understanding is that TCP provides a reliable bi-directional byte-stream. This means that no user data is lost in any of the two directions. > No problem. This is not application data. For me it doesn't matter in which direction user data is dropped. If that happens, TCP fails. > I am not afraid about user data, I am afraid about server data. > Server data lost and this is problem. > No problem about lose user data. I don't agree. TCP does not provide a service which is reliable in one direction and unreliable in the other. If user data is dropped, the connection failed. RFC 793 only talks about the CLOSE primitive, which shuts down only the wri= ting direction, not the reading one. This is not related to the close() call, the program is using. The problem comes up because the reading direction is shut down. = This is not described in the RFC. Therefore you have to go back to the high level description of the service TCP provides. --=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-FQ8h9I01fG>