TCP 三次握手，第二次握手报文丢失会发生什么？

chirrupy_hamal2025-05-27 2:03

文章目录

[RTO(Retransmission Timeout)](#RTO(Retransmission Timeout))
注意

服务端收到客户端的 SYN 报文后，会回给客户端一个 SYN+ACK 报文，之后处于 SYN_RCVD 状态

第二次握手的 SYN+ACK 报文其实有两个目的：

第二次握手的 ACK，是对第一次握手的确认报文
第二次握手的 SYN，是服务端请求建立 TCP 连接的报文

如果第二次握手报文丢失了：

客户端
因为第二次握手包含对第一次握手的确认报文，如果客户端迟迟没有收到第二次握手报文，客户端就会觉得自己的 SYN 报文丢失了，于是触发「超时重传」机制，重新发送 SYN 报文
服务端
因为第二次握手包含服务端请求建立 TCP 连接的 SYN 报文，当客户端收到后，需要回给服务端一个 ACK 报文，如果第二次握手报文丢失了，服务端也就收不到第三次握手报文，于是就会触发「超时重传」机制，重新发送 SYN+ACK 报文

下图以 Linux(6.14.7) TCP 第二次握手报文丢失为例，其中 tcp_syn_retries 参数值为 2， tcp_synack_retries 参数值为 3

RTO(Retransmission Timeout)

触发 TCP 超时重传机制的时间

注意

Linux(6.14.7) RTO 初始值为 1s
Linux(6.14.7) RTO 最大值为 120s

c 复制代码

/* Linux Kernel 6.14.7 tcp.h */
#define TCP_RTO_MAX	((unsigned)(120*HZ))
#define TCP_RTO_MIN	((unsigned)(HZ/5))

#define TCP_TIMEOUT_INIT ((unsigned)(1*HZ))	/* RFC6298 2.1 initial RTO value	*/
#define TCP_TIMEOUT_FALLBACK ((unsigned)(3*HZ))	/* RFC 1122 initial RTO value, now
						 * used as a fallback RTO for the
						 * initial data transmission if no
						 * valid RTT sample has been acquired,
						 * most likely due to retrans in 3WHS.
						 */