TCP--拥塞控制

大家好,我叫徐锦桐,个人博客地址为www.xujintong.com。平时记录一下学习计算机过程中获取的知识,还有日常折腾的经验,欢迎大家访问。

TCP中另一个重要的点就是拥塞控制,TCP是无私的当它感受到网络拥堵了,就会降低自己的发送速率。

前言

有人说?我们有流量控制了,为什么还要有拥塞控制。因为流量控制只保证了数据不会超过接收窗口的缓存大小,但是TCP是感受不到网络的拥堵状态的。当网络拥堵了(比如接收端迟迟收不到ACK),发送端就会一直重传,导致网络更加拥堵,然后就是个恶性循环了。


拥塞控制有4个经典的算法。

  • 慢启动
  • 拥塞避免
  • 快速重传
  • 快速恢复

一、慢启动

首先就是慢启动。
在慢启动的状态,cwnd(拥塞窗口)会被初始化为1个MSS(MSS介绍见下图)。
MTU和MSS.webp
发送端每次接收到一个ACK,cwnd就会增加一个MSS,并且发送两个最大长度的报文段,然后这两个报文段收到确认,cwnd就又会增加两个MSS。这样就相当于每经过1个RTT(不考虑发送时延),cwnd就会翻倍,以2的指数级增长。
TCP慢重传.webp


那什么时候结束指数增长呢?
发送端会维护一个ssthresh(慢启动阈值),为了放置cwnd增长过大引起网络拥塞。

  • 发生了阻塞(丢包了等等)

发送端会将ssthresh设置为当前cwnd值的一半,然后将cwnd设置为1,重新开始慢启动。
(ssthresh = cwnd / 2,cwnd = 1)。

  • cwnd==ssthresh

发送端会结束慢启动进入拥塞避免模式(下文介绍)。

  • 检测到3个冗余ACK

TCP会执行快速重传,然后进入快速恢复状态。


别看它这名字里面有个慢字,其实它是指数上升的。

二、拥塞避免

拥塞避免采取了一种保守的方式来提升cwnd,每个RTT才将cwnd的值加1,也就是1、2、3这样的线性增长。


当网络出现拥塞的时候
发送端会将ssthresh设置为当前cwnd值的一半,然后将cwnd设置为1。
这样就是为了减少数据的发送量,让路由器缓存中的数据先发送发送。
现在看来无论是慢启动状态还是拥塞避免状态,只要网络拥塞了,发送端会将ssthresh设置为当前cwnd值的一半,然后将cwnd设置为1。
下图是慢启动和拥塞避免算法的一个曲线图。
慢启动和拥塞避免.webp




但是这样设置(暴力的将ssthresh=cwnd/2)有点弊端,就是比如说两个相同的拥塞窗口中,丢包的比例不一样,如果都将ssthresh设置为当前cwnd值的一半太过暴力。比如说下面这种情况。
RFC弊端.webp
像上图这种情况两个拥塞窗口都是16MSS,但是丢包的比例不一样。按正常思维来说应该第一个丢包比例少的设置的ssthresh应该大点。但是如果按照上面那种两个都是cwnd/2,就有点问题。
由此Westwood算法产生了,当丢包很轻微时,由于Westwood能估算出当前拥塞并不严重,所以不会大幅度减少临界窗口值,传输速度得以保持。更多的关于Westwood算法的这里没有写,有可能以后我会补充上。\

三、快速重传

快速重传是基于数据的一种重传方式。
快速重传.webp
服务端每次收到数据后,就会返回一个ACK(确认序列号)表示下次希望收到的数据的序号,并且表示该序号之前的数据都已经成功接受。

TCP默认是累计确认机制,当中间有包乱序到达了,TCP只会反复确认最后一个按序到达的数据,TCP只能知道下一个数据没有按时达到,之后的数据怎么样了并不知道。

如图所示,第二个数据丢失了,服务端一直返回ACK2(因为一直没有收到第二个数据),当客户端收到3次同样的ACK后,客户端就会重传丢失的那个数据。然后服务端传回一个ACK6,表示6之前的数据都已经成功接受了。客户端收到3个相同的ACK后,就在超时重传时间之前进行重传。


但是这样还是有个问题,就是重传的时候,是重传一个数据,还是重传所有数据呢。
比如说数据2、3都丢失了,因为ACK只能表示下一次应该重传的一个数据,不能表示多个数据,所以即便数据3也丢失了,它依然是返回ACK2。
如果重传2号数据,那3号数据也丢失了。如果都重传一次,显然是一次不必要的资源浪费。
这就得看SACK了,关于SACK具体详看我的另一篇博客

四、快速恢复

当接收方收到3个相同的ACK的时候,发送端会认为网络已经拥塞,会进入快速恢复状态,发送端会将ssthresh设置为当前cwnd的一半,然后cwnd设置为一半然后再加三。(ssthresh = cwnd / 2,cwnd = cwnd / 2 + 3)。
但是之后不进行慢启动,之后执行拥塞避免算法。

慢恢复.webp

TCP Tahoe 和 TCP Reno

TCP也是在不断迭代的,最早的TCP版本叫做TCP Tahoe,目前使用最广泛的版本是TCP Tahoe。

ssthresh设置为当前cwnd的一半,然后cwnd设置为一半然后再加三
TCP Tahoe版本中,拥塞算法只有三个,慢启动、拥塞避免、快速重传。在收到3个重复的ACK时候,将ssthresh设置为当前cwnd的一半,然后cwnd设置1(进入慢启动)。(ssthresh = cwnd / 2, cwnd = 1)。
早期TCP拥塞控制.webp
TCP Tahoe版本中,拥塞算法在原来的基础上增加了一个快速恢复,就是在收到3个重复的ACK时候,发送端将ssthresh设置为当前cwnd的一半,然后cwnd设置为一半然后再加三。(ssthresh = cwnd / 2,cwnd = cwnd / 2 + 3)。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

徐锦桐

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值