diff options
| author | Neal Cardwell <ncardwell@google.com> | 2016-08-30 17:55:23 +0200 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2016-09-02 01:40:15 +0200 |
| commit | 28b346cbc0715ae45b2814d857f1d8a7e6817ed8 (patch) | |
| tree | 4c9c9269d32f92058e94de57d68ed2d6dd7da10e /net/ipv4/tcp_bic.c | |
| parent | net: bridge: don't increment tx_dropped in br_do_proxy_arp (diff) | |
| download | linux-28b346cbc0715ae45b2814d857f1d8a7e6817ed8.tar.xz linux-28b346cbc0715ae45b2814d857f1d8a7e6817ed8.zip | |
tcp: fastopen: fix rcv_wup initialization for TFO server on SYN/data
Yuchung noticed that on the first TFO server data packet sent after
the (TFO) handshake, the server echoed the TCP timestamp value in the
SYN/data instead of the timestamp value in the final ACK of the
handshake. This problem did not happen on regular opens.
The tcp_replace_ts_recent() logic that decides whether to remember an
incoming TS value needs tp->rcv_wup to hold the latest receive
sequence number that we have ACKed (latest tp->rcv_nxt we have
ACKed). This commit fixes this issue by ensuring that a TFO server
properly updates tp->rcv_wup to match tp->rcv_nxt at the time it sends
a SYN/ACK for the SYN/data.
Reported-by: Yuchung Cheng <ycheng@google.com>
Signed-off-by: Neal Cardwell <ncardwell@google.com>
Signed-off-by: Yuchung Cheng <ycheng@google.com>
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: Soheil Hassas Yeganeh <soheil@google.com>
Fixes: 168a8f58059a ("tcp: TCP Fast Open Server - main code path")
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/tcp_bic.c')
0 files changed, 0 insertions, 0 deletions