https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
--- Comment #68 from Michael Tuexen <tue...@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 writing 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. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
