【图解】拥塞控制

拥塞控制

了解TCP三次握手的朋友都知道，两台主机在传输数据包的时候，如果发送方迟迟没有收到接收方反馈的ACK，那么发送方就会认为它发送的数据包丢失了，进而会重新传输这个丢失的数据包。

然而实际情况有可能此时有太多主机正在使用信道资源，导致网络拥塞了，发送的数据包被堵在了半路，迟迟没有到达。这个时候发送方误认为是发生了丢包情况，会重新传输这个数据包。

结果就是不仅浪费了信道资源，还会使网络更加拥塞。因此，我们需要进行拥塞控制。

探测网络拥塞情况

无论如何，在探测的过程中都会出现瓶颈，或者说，类似于天花板了。
为了平衡各方面效率，使用以下方式：

前期指数增长，到达阈值之后，就以一个一个线性的速度来增长。我们也把指数增长阶段称之为慢启动，线性增长阶段称之为拥塞避免。

超时 == 拥塞？

有可能是因为某个数据包出现了丢失或者损害了，导致了这个数据包超时事件发生了

为了防止这种情况，我们是通过冗余 ACK来处理的。我们都知道，数据包是有序号的，如果A给B发送M1, M2, M3, M4, M5…N个数据包，如果B收到了M1, M2, M4…却始终没有收到M3，这个时候就会重复确认M2，意在告诉A,M3还没收到，可能是丢失

我们也把这种情况称之为快速恢复。

文章来源: lion-wu.blog.csdn.net，作者：看，未来，版权归原作者所有，如需转载，请联系作者。

原文链接：lion-wu.blog.csdn.net/article/details/114223983