6.7TCP的拥塞控制

一个网段中的所有计算机是如何避免网络阻塞的。
在这里插入图片描述
在这里插入图片描述
最理想是当前每时刻发送的数据包的流量大于网速了,那么多余的丢掉,一直控制在最大所能承受的流量,网络还不堵塞。
无拥塞控制的话,机器达到最大利用率,可能忙不过来,导致死机,那么传输的数据反而越来越少。
在轻度拥塞区实际与理想的相比,出现了丢包现象,但是只是丢失小部分数据。
实际中TCP协议为了避免出现拥塞,会采取控制方式,当出现丢包时,会降低数据传输的速率,尽量避免机器进入拥塞。
在这里插入图片描述
在这里插入图片描述
一开始先发送一个数据包,测试一下网络是否畅通,根据网络实际情况加大数据包的传输速率。在这里插入图片描述
每次增加的数据包是2倍。
但是有个慢开始门限,一开始初始值是16,到十六的时候,每一轮加1,不再是成倍增加。
到达发包数量24时,出现丢包现象,就要重新计算一个新的慢开始门限,是阻塞时的值的二分之一12。然后继续从一个包开始慢慢增长。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
累计确认,当收第四个数据包时已经得知3丢失,但是还需要等待第五个数据包到达然后发送确认包,要求从3开始重传。浪费了时间。
快重传就是当收到4,得知3丢失后,直接发送三个确认包,要求重传3,不再等待全部的包到达。
在这里插入图片描述
当丢包时,B发送三个确认包,当A如果收到三个确认包,说明网还没阻塞,网络可能是轻微阻塞,有丢包现象,网络还是不错,就重传。
在这里插入图片描述
快重传,当收到三个连续确认包时,出现丢包,立刻采用快恢复算法。
快恢复算法与慢开始算法不同的是,当进入阻塞时,没有从一个包继续加,而是直接从慢开始门限开始发送包。
在这里插入图片描述
在这里插入图片描述
刚开始发送的时候发送数据包的数量是由拥塞窗口决定的,具体上限是多少,二者取低。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值