美文网首页
TCP-重传机制(分享)

TCP-重传机制(分享)

作者: 程序员喜欢自嘲 | 来源:发表于2021-12-05 02:06 被阅读0次

一、概述

在TCP中,当发送端的数据到达接收主机时,接收端主机会返回一个确认应答消息,表示已收到消息,这是TCP实现可靠传输的策略之一。

但在错综复杂的网络,并不一定能如上图那么顺利能正常的数据传输,万一数据在传输过程中丢失了呢?

 所以 TCP 针对数据包丢失的情况,会用重传机制解决。

常见的重传机制:

超时重传

快速重传

SACK

D-SACK

二、超时重传

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

TCP会在以下两种情况发生超时重传

数据包丢失

确认应答丢失

既然是超时重传,那么超时时间应该设置为多少呢?

RTT(Round-Trip Time 往返时延)

RTO(Retransmission Timeout 超时重传时间)

假设在重传的情况下,超时时间RTO「较长或较短」时,会发生什么事情呢?下图中有两种超时时间不同的情况。

当超时时间RTO 较大时,重发就慢,效率低,性能差;

当超时时间RTO 较小时,会导致可能并没有丢就重发,于是重发的就快,会增加网络拥塞,导致更多的超时,更多的超时导致更多的重发。

根据以上情况,我们可以得知,超时重传时间 RTO 的值应该略大于报文往返RTT 的值。

是否可以这样处理?

发送端发包时记下t0,收到接收端ack回来后记t1, RTT = t1- t0; RTO 设置成一个略大于RTT的值。

因为我们的网络也是时常变化的。也就因为「报文往返RTT 的值」是经常波动变化的,所以「超时重传时间 RTO 的值」应该是一个动态变化的。

Linux 是如何计算RTO?

核心问题是要通过采样RTT时间,然后进行加权平均,算出一个平滑RTT的值,而且这个值还因为网络是不断变化的原因是一个不断变化的值。

Jacobson / Karels 算法

SRTT = SRTT + α (RTT – SRTT)  —— 计算平滑RTT

DevRTT = (1-β)*DevRTT + β*(|RTT-SRTT|) ——计算平滑RTT和真实的差距(加权移动平均)

RTO= µ * SRTT + ∂ *DevRTT

在 Linux 下,α = 0.125,β = 0.25, μ = 1,∂ = 4。别问怎么来的,问就是大量实验中调出来的。这个算法在被用在Linux 源代码的TCP协议中。

如果超时重发的数据,再次超时的时候,又需要重传的时候,TCP 的策略是超时间隔加倍。

iOS 系统中,TCP RTO 的超时实验数据:[ 1s,1s,1s,2s,4.5s,9s,13.5s,26s,26s … ]

二、快速重传

超时重传存在的问题是,超时周期相对较长。TCP 还有一种快速重传机制,不以时间为驱动,而是以数据为驱动。

图中,发送方发出了 1,2,3,4,5 份数据:

第一份 Seq1 先送到了,于是就 Ack 回 2;

结果 Seq2 因为某些原因没收到,Seq3 到达了,于是还是 Ack 回 2;

后面的 Seq4 和 Seq5 都到了,但还是 Ack 回 2,因为 Seq2 还是没有收到;

发送端收到了三个 Ack = 2 的确认,知道了 Seq2 还没有收到,就会在定时器过期之前,重传丢失的 Seq2。

最后,收到了 Seq2,此时因为 Seq3,Seq4,Seq5 都收到了,于是 Ack 回 6 。

所以,快速重传的工作方式是当收到三个相同的 ACK 报文时,会在定时器过期之前,重传丢失的报文段。

快速重传机制只解决了一个问题,就是超时时间的问题,但是它依然面临着另外一个问题。就是重传的时候,是重传之前的一个,还是重传所有的问题。

三、SACK方法

还有一种重传的方式叫:SACK (Selective Acknowledgment 选择性确认)

这种方式需要在 TCP 头部「选项」字段里加一个SACK的东西,它可以将缓存的地图发送给发送方。

如下图,发送方收到了三次同样的 ACK 确认报文,于是就会触发快速重发机制,通过SACK信息发现只有200~299这段数据丢失,则重发时,就只选择了这个 TCP 段进行重复。

如果要支持SACK,必须双方都要支持。在 Linux 下,可以通过net.ipv4.tcp_sack参数打开。

四、Duplicate SACK

Duplicate SACK 又称D-SACK,其主要使用了 SACK 来告诉「发送方」有哪些数据被重复接收了。下面举例两个栗子,来说明D-SACK的作用。

例子1:ACK 丢包

「接收方」发给「发送方」的两个 ACK 确认应答都丢失了,所以发送方超时后,重传第一个数据包(3000 ~ 3499)。

于是「接收方」发现数据是重复收到的,于是回了一个 SACK = 3000~3500,告诉「发送方」3000~3500 的数据早已被接收了,因为 ACK 都到了 4000 了,已经意味着 4000 之前的所有数据都已收到,所以这个 SACK 就代表着D-SACK。

这样「发送方」就知道了,数据没有丢,是「接收方」的 ACK 确认报文丢了。

例子2

数据包(1000~1499)被网络延迟了,导致「发送方」没有收到 Ack 1500 的确认报文。而后面报文到达的三个相同的 ACK 确认报文,就触发了快速重传机制,但是在重传后,被延迟的数据包(1000~1499)又到了「接收方」;

所以「接收方」回了一个 SACK=1000~1500,因为 ACK 已经到了 3000,所以这个 SACK 是 D-SACK,表示收到了重复的包。

这样发送方就知道快速重传触发的原因不是发出去的包丢了,也不是因为回应的 ACK 包丢了,而是因为网络延迟了。

D-SACK有这么几个好处:

可以让「发送方」知道,是发出去的包丢了,还是接收方回应的 ACK 包丢了;

2. 可以知道是不是「发送方」的数据包被网络延迟了;

3. 可以知道网络中是不是把「发送方」的数据包给复制了;

在 Linux 下可以通过net.ipv4.tcp_dsack参数开启/关闭这个功能。

相关文章

  • TCP-重传机制(分享)

    一、概述 在TCP中,当发送端的数据到达接收主机时,接收端主机会返回一个确认应答消息,表示已收到消息,这是TCP实...

  • 浅谈TCP(2):流量控制与拥塞控制

    上文浅谈TCP(1):状态机与重传机制介绍了TCP的状态机与重传机制。本文介绍流量控制(Flow Control,...

  • TCP-聊一聊重传次数

    本文转载自:聊一聊重传次数 在RTO的计算方法中,介绍了RFC6298对于RTO的计算和RTO timer的管理算...

  • wireshark学习笔记(五)——TCP重传技术

    TCP重传的原理 在TCP重传的理论中,重传计时器是用于决定是否有必要进行数据包重传的一个主要机制。重传计时器维护...

  • 2019-10-31_TCP

    快速重传机制 于是,TCP引入了一种叫Fast Retransmit 的算法,不以时间驱动,而以数据驱动重传。也就...

  • TCP协议灵魂12问(第八问)

    TCP 的超时重传时间是如何计算的? TCP 具有超时重传机制,即间隔一段时间没有等到数据包的回复时,重传这个数据...

  • TCP的快速重传机制

    一、快速重传机制 上一篇讲到了TCP 的超时重传,但是超时重传往往会带来许多微妙的问题,比如说: 当一个报文段丢失...

  • OPPO

    TCP快速重传机制;TCP timewait机制 DR模式; http请求到对端,都使用了哪些协议? 从A TCP...

  • TCP为什么可靠

    确认和重传机制 建立连接时三次握手同步双方的“序列号 + 确认号 + 窗口大小信息”,是确认重传、流控的基础 传输...

  • TCP(II) 超时重传

    查看原文 TCP 提供可靠数据传输服务,为保证传输正确性,TCP 重传其认为已经丢失的包。TCP 有两套重传机制,...

网友评论

      本文标题:TCP-重传机制(分享)

      本文链接:https://www.haomeiwen.com/subject/iccixrtx.html