计算机网络-------重传、TCP流量控制、拥塞控制

重传、滑动窗口、流量控制、拥塞避免

重传机制

超时重传

发送方在发送数据时会启动一个定时器，当超过指定的时间之后，还没接收到接收方的ACK确认应答报文，就会重传该数据

快重传

当发送方收到接收方三个连续的ack之后说明发送方发送的报文丢失了，此时发送方就重传该丢失报文

SACK

快重传出现的问题：因为出现三个连续相同的ACK确认报文之后会进行重传，但是我们只是重传三个连续ACK的那个报文尼？还是重传三个连续ACK报文之后的所有报文

如果只是重传目前检测出来丢失的报文，假设我们这个丢失报文之后还有报文丢失，那么后面就又会出现三个连续ACK然后再进行重传
如果重传的是丢失报文之后的所有报文，那么对于没丢失的报文，又会出现重复传输现象，浪费资源

所以有了SACK(选择性的ACK)即出现三次相同连续ACK后，会进行快重传，不同的时这三次发送的数据都会被存放在缓冲区中，然后只需要告知发送方我们接收到的数据范围就可以了，最后发送方就可以只发送丢失的数据部分

Duplicate SACK机制

相比于SACK机制来说其实就是能让发送方知道是因为发送放的丢包造成的重传还是因为接收方确认时的ACK报文丢包而产生的重传

Duplicate SACK是建立在SACK(选择性确认）的基础上的，

如果是发送方丢包：发送方收到三个相同的ACK进行快重传后，发送重传报文，如果重传的报文被ACK了说明是因为缺失数据导致重传的，重传的数据刚好补上窗口的范围，然后当丢包的报文是因为网络延迟导致的，后面再到达接收方，那么接收方会回复下一个ACK报文并且携带SACK重复提交报文范围给发送方

接收方ACK报文丢失：

发送方传数据报文丢失或者报文延迟：

滑动窗口：

主要由三个指针来维持

第一个指针之前表示:发送方已经发送并且收到了ack的数据

第一个指针到第二个指针表示：已经发送数据但是还没收到ack的数据

第二个指针到第三个指针表示：在窗口内的还没发送的数据

第三个指针之后的表示，不在窗口内，未发送的数据

流量控制

流量控制的核心

对于流量控制来说其实核心就是通过滑动窗口来完成的，其发送窗口发送的大小需要根据接收方可接受的窗口大小来制定，而接收方的滑动窗口是依赖于操作系统的所给的缓存的。接收方的窗口是基于接收方的实际情况来动态制定的，

比如接收方这台服务器的处理数据能力，即当缓冲区（滑动窗口）中有数据比如接收方本来窗口长度为200，现接收到了100长度的数据，但是此时因为操作系统比较繁忙，所以只能处理40长度数据，那么可用的窗口就只有160了（如果处理的快，那么就还是200）
比如现在服务器资源紧张只用给滑动窗口150的长度作为缓冲区，那么接收窗口的最大长度就只有150了

窗口关闭后可能带来的问题

什么叫窗口关闭：其实就是接收方此时没有能力接收数据了，就放松给发送方自己的滑动窗口可用大小为0，那么接收方就进入等待状态，等待接收方发下一个报文过来通知自己发送方有能力接收报文了，然后后续再进行传输数据

可能出现的问题：当接收方此时有能力接受数据了，此时发送相应的报文给发送方包括，期望收到的序列号（ACK报文），以及当前窗口的接收能力，但是此时这个报文丢包了，此时ACK报文丢包又不会进行超时重传，那么对于接收方来说会一直等待发送方发送数据，而对于发送放来说也一直在等待接收方发送报文来通知自己，就会造成死锁状态（双方都进行死等）

TCP解决窗口关闭的方法：

为了解决这种因为关闭窗口死锁问题，TCP会为每个连接设置一个计时器，当出现关闭窗口的时候（接收方的接收窗口长度为0的时候），就会启动定计时器，如果计时器超时了，发送方就会发送一个窗口探测报文，而对方在确认这个探测性报文的时候，会给出自己现在接收窗口的大小。

如果发送过来的窗口大小还是0那么重置计时器，等到了规定的时间再重新发送探测性报文
如果发送过来的接收窗口不为0，那么开始正常的接发数据

糊涂窗口综合症问题

是什么：其实就是接收方此时缓冲区滑动窗口中只有几个字节的空闲容量就将器窗口大小告知给发送方，然后发送方根据其窗口大小就直接传输数据，导致每次传输的有效数据只有几个字节，这是比较浪费资源的因为，对于有效数据的传输还需要给他加上一系列的头部，比如TCP、IP头部，最终只是传输几个字节，自然就比较浪费资源

造成的原因主要有如下两个：