TCP的拥塞控制 (二)

TCP Reno

TCP  Reno引入了ssthresh(Slow Start threshold)变量，作为TCP的Slow Start和Congestion Avoidance两个阶段的分界线。

当cwnd < ssthresh时，TCP保持在Slow Start阶段；

当cwnd >= ssthresh时，TCP进入Congestion Avoidance阶段。

ssthresh实际上影响着TCP的性能，但其初始值在RFC中没有明确定义，可以为任意大的值，在实现时一般初始化为rwnd。

 

TCP Reno拥塞控制算法继承了“数据包守恒准则”，保证处于网络中的packet的总量是守恒的。它通过4个算法保证这一点：

 

1. Slow Start

在TCP连接建立之后，由于不知道实际可用的网络带宽，因此采用Slow Start算法，小心翼翼地对网络情况进行探测。

进入Slow Start阶段，首先设置cwnd=1，接着cwnd会随着时间的推进呈指数级增加(因此，其过程并不slow)。具体做法是每收到一个ACK，就对cwnd+1，这样相当于每经过一个RTT，cwnd就翻一番。

在遇到两种情况时，Slow Start阶段会截止：

(1)当cwnd达到ssthresh时，此时TCP会进入Congestion Avoidance阶段。

(2)当拥塞发生时，此时又分两种情况：

(2.1)如果是超时，会重传未被响应的packet，并将ssthresh设置为cwnd/2，并将cwnd重置为1，然后重新进入Slow Start阶段。

(2.2)如果是3个重复ACK，会先进行Fast Retransmit，然后进入Fast Recovery阶段。

 

2. Congestion Avoidance

在该阶段，cwnd不再像Slow Start那样指数级增长，而是线性增长。具体做法是每收到一个ACK，就对cwnd+1/cwnd，这样相当于每过一个RTT，cwnd都加1。

当拥塞发生时，Congestion Avoidance阶段即截止，接下来的过程与Slow Start处理拥塞的方式相同：

(1)如果是超时，会重传未被响应的packet，并将ssthresh设置为cwnd/2，并将cwnd重置为1，然后进入Slow Start阶段。

(2)如果是3个重复ACK，会先进行Fast Retransmit，最后进入Fast Recovery阶段。

 

3. Fast Retransmit

当检测是否丢包时，每次都要等待超时的发生，会浪费很长时间，因此引入了Fast Retransmit机制。

通过TCP的机制可知，sender只要收到3个重复ACK，即认为丢包发生，此时会立即重传丢失的包，而不再等待超时的出现。

 

4. Fast Recovery

为了解决丢包后进入Slow Start引起的效率降低，在Fast Retransmit的基础上，又引入了Fast Recovery机制。

该阶段首先将ssthresh设置为cwnd/2，然后重传丢失的包，再对cwnd进行充气(而不是SlowStart那样将cwnd重置为1)，具体做法是在cwnd=ssthresh+3(用以反映3个packet正常离开了network)。

之后，每当再次收到一个重复ACK时，sender都会对cwnd+1，这是为了反映一个packet正常离开了network。

这里可能有两个疑问：

(1)怎么得知一个packet正常离开了network呢？这是因为receiver只有在收到packet之后，才会回复ACK，既然sender收到了ACK，说明有一个packet被receiver接收，即正常离开了network。

(2)那么，为什么需要对cwnd+1呢？这是因为一个packet离开了network，使得network不再饱和，为了使network重新平衡，需要发送新的packet到network中，这就必须通过增大cwnd来实现。

随着cwnd的增大，会将新进入窗口的packet发送出去。这个过程称为inflating。

直到收到新的ACK之后，inflating截止，进入deflating过程。所谓deflating，即将cwnd设置为ssthresh。

为什么收到新的ACK后，需要进行deflating呢？这是因为，新的ACK意味着，刚进入Fast Recovery时重传的packet已经被接收，该ACK即是receiver对重传packet的回应。可以认为lost packet已经恢复了，可以结束Fast Recovery阶段。

值得注意的是，该ACK可能一次性响应了多个连续的packet。这是因为，从lost packet发生时起，到lost packet恢复为止，期间sender发送了多个后续packet，因此在receiver回复ACK时，会指明已接收到的最末端的packet的sequence number。