Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 21 Mar 2017 10:57:49 +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-9hHkKBtNre@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 #76 from slw@zxy.spb.ru ---
(In reply to Mike Karels from comment #74)

Im don't talk "TCP wait FIN", only "TCP wait ACK=3DSERVER_FIN.SEQ". Server =
TCP
have sending and not confirmed data, what reason to discard this server
response?

After got ACK=3DFIN.SEQ no objection to send RST.

About incoming data to server. Is close(fd) equalent to sutdown(fd, SHUT_RD=
WR)?
If yes -- incoming data can acknowledged and then silently discarded:

=3D=3D
SHUT_RD
The read half of the connection is closed=E2=80=94 No more data can be rece=
ived on the
socket and any data currently in the socket receive buffer is discarded. The
process can no longer issue any of the read functions on the socket. Any da=
ta
received after this call for a TCP socket is acknowledged and then silently
discarded.

SHUT_WR
The write half of the connection is closed=E2=80=94 In the case of TCP, thi=
s is called
a
half-close (Section 18.5 of TCPv1). Any data currently in the socket send
buffer
will be sent, followed by TCP's normal connection termination sequence. As =
we
mentioned earlier, this closing of the write half is done regardless of whe=
ther
or
not the socket descriptor's reference count is currently greater than 0. The
process can no longer issue any of the write functions on the socket.

SHUT_RDWR
The read half and the write half of the connection are both closed=E2=80=94=
 This is
equivalent to calling shutdown twice: first with SHUT_RD and then with SHUT=
_WR.
=3D=3D

--=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-9hHkKBtNre>