《计算机网络》知识总结-7.TCP中的连续请求等待协议

在看完前面的停止请求等待后，这个很好理解。

针对于信道利用率的情况，发送端A可以连续发送很多个数据（在接收端能接收的前提下，连续请求等待协议也是在处理好这个保证的前提下才工作的），而接收端B对多个发送的数据包进行一次响应确认。

这里有2个要理解：

• 第一，发送端，可以连续发送，每一次发送的大小自己定，比如遇到一些数据比较大的发送任务，可以分很多小组来发送，每一组的大小可以根据网络拥堵环境和接收端的窗口大小，随意调节。
• 第二，接收端，可以对多个发送进行一次确认，但是只能对已经有顺序的连续N个字节确认。我觉得这里说还不够准确，更准确的说话是，接收端能对缓存内连续的有顺序的N个字节确认，不管他分几次发送，也不管他是经历了多少次重传。比如：A发送了2次，第一次3个字节，第二次也是3个次节，B完整的收到第一次的3个字节，但是第二次只收到2个字节（假设最有一个字节在传输过程中丢失），只要第一个发送的前三个和第二次的前两个是能够整理为连续的5个字节，那么接收端就可以先向A确认已经收到了5个字节(丢失的那个字节下次发送的时候补上就可以了，这不算重发，因为我们假定接收端在没超时的情况下确认接受了前面5个字节的数据)。

这个算法有一个需要优化的地方就是连续发送的长度，如果太短会浪费网络资源，太长会使得网络层频繁分片，而且重发的次数也会增加，比如我发送了100个次，最后一次（第100次）失败了，会导致要重发100次（1~100次）。