以太网 TCP协议（TCP交互过程中出现丢包时的解决机制-列举部分）

2.7.3 以太网 TCP协议（TCP交互过程中出现丢包时的解决机制-列举部分）

参考：CSDN_TCP的重传机制_博主.Pr Young，对描述进行了整理与结合个人的理解进行编写。

一、超时重传机制

• 在发送数据时，设定一个定时器，当超过指定的时间后，没有收到对方的 ACK 确认应答报文，就会重发该数据。

  当数据包丢失或确认应答ACK丢失之后，将发生超时重传。

二、快速重传机制

• 当多次收到同样的ACK置位TCP报文，将根据ACK置位报文中的ack序号信息进行重传相应的数据。
• 发送端收到了三个 Ack = 2 的确认，知道了 Seq2 还没有收到,就会重传Seq2
• 最后，收到了 Seq2，此时因为 Seq3，Seq4，Seq5 都收到了，于是 Ack 回 6

三、SACK（选择性确认）机制

• SACK（ Selective Acknowledgment ）选择性确认
• 与快速重传机制有一定的相似性，SACK中可连续接收发来的报文，SACK用于表示已经接收的报文，ACK表示待接收的报文。
• ACK到SACK之间就是需要进行重发的数据范围。

四、Duplicate SACK

• 工作方式与SACK一样，主要是针对ack丢失的情况和网络延时的情况，SACK有不同的表示方式。

• Duplicate SACK又称 D-SACK，其主要使用了 SACK 来告诉「发送方」有哪些数据被重复接收了。

解释图中表示内容：

• 接收方发给发送方的两个 ACK 确认应答都丢失了。第一个包的定时器到了并没有收到接收方回复的ACK确认，将重传第一个数据包（3000 ~ 3499）。

• 好巧不巧，这次重传的数据回复的ACK终于正常被发送方收到，但ACK内容是：ACK=4000、SACK=3000~3499，意为成功接收了前面的报文，期待下一个数据包编号是4000开始，但收到了重复的数据：3000~3500。

• 发送方根据回复的ACK、SACK知道发送的数据没有丢，只是接收方的 ACK 确认报文丢了。