网络——滑动窗口、拥塞控制

滑动窗口：

1、A的发送窗口是根据B的接收窗口来设置的（但并不总是和B的窗口一样大）。
2、在收到B的确认接收的信号前，A的发送窗口必须保留着之前已经发过序号，以便在超时重传时使用。
3、A的发送窗口是由允许发送的序号（和一部分等待确认）组成，因此窗口越大，发送方就可以在收到对方的确认之前连续发送更多的数据，因此获得更高的传输效率（前提是接收方来得及处理）。
4、当接收方收到数据，并保存到缓冲区，此时缓冲区已经满了，但是这个时候应用程序还没有接收这些数据，导致缓冲区没有更多的空间，故通告窗口为0, 这也就是所谓的零窗口，零窗口期间，发送方停止发送数据。
随着窗口不断滑动，将整个数据流发送到接收端，实际上接收端的通告窗口大小也是会变化的，接收端根据这个值来确定何时及发送多少数据，从对数据流进行流控。就是接收端可以根据自己的状况来通告窗口大小，从而控制发送端的接收，进行流量控制。

拥塞控制：
拥塞：对资源的需求总和>可用资源
拥塞控制就是防止过多的数据注入网络中，这样可以使网络中的路由器或链路不致过载。
1、慢开始与拥塞避免

发送方维持一个叫做拥塞窗口cwnd（congestion window）的状态变量。拥塞窗口的大小取决于网络的拥塞程度，并且动态地在变化。发送方让自己的发送窗口等于拥塞窗口，另外考虑到接受方的接收能力，发送窗口可能小于拥塞窗口。

慢开始算法的思路就是，不要一开始就发送大量的数据，先探测一下网络的拥塞程度，也就是说由小到大逐渐增加拥塞窗口的大小。
当然收到单个确认但此确认多个数据报的时候就加相应的数值。所以一次传输轮次之后拥塞窗口就加倍。这就是乘法增长，和后面的拥塞避免算法的加法增长比较。

为了防止cwnd增长过大引起网络拥塞，还需设置一个慢开始门限ssthresh状态变量。ssthresh的用法如下：
当cwnd<ssthresh时，使用慢开始算法。
当cwnd>ssthresh时，改用拥塞避免算法。
当cwnd=ssthresh时，慢开始与拥塞避免算法任意。

拥塞避免算法让拥塞窗口缓慢增长，即每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1，是加法增长而不是加倍。这样拥塞窗口按线性规律缓慢增长。

无论是在慢开始阶段还是在拥塞避免阶段，只要发送方判断网络出现拥塞（其根据就是没有收到确认，虽然没有收到确认可能是其他原因的分组丢失，但是因为无法判定，所以都当做拥塞来处理），就把慢开始门限设置为出现拥塞时的发送窗口大小的一半。然后把拥塞窗口设置为1，执行慢开始算法。


2、快速重传和快速恢复
快重传要求接收方在收到一个失序的报文段后就立即发出重复确认（为的是使发送方及早知道有报文段没有到达对方），快重传算法规定，发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段，而不必继续等待设置的重传计时器时间到期。如下图：

快重传配合使用的还有快恢复算法，有以下两个要点:
①当发送方连续收到三个重复确认时，就执行“乘法减小”算法，把ssthresh门限减半。但是接下去并不执行慢开始算法。
②考虑到如果网络出现拥塞的话就不会收到好几个重复的确认，所以发送方现在认为网络可能没有出现拥塞。所以此时不执行慢开始算法，而是将cwnd设置为ssthresh的大小，然后执行拥塞避免算法。如下图：