延时应答 与 捎带应答
- [一. 延迟应答(效率机制)](#一. 延迟应答(效率机制))
- [二. 捎带应答(效率机制)](#二. 捎带应答(效率机制))
一. 延迟应答(效率机制)
延时应答:相当于 流量控制 的延伸。
流量控制是 踩下了刹车,是发送方发的不要太快,延时应答是在这个基础上,尽量的让窗口再大一些。
如果接收数据的主机接收到数据后立刻返回ACK应答,这时候返回的接收窗口可能比较小。
而窗口越大,网络吞吐量就越大,传输效率就越高。所以并不立即返回 ACK,而是等一会儿,接收窗口变的比较大了,再返回。
- 假设接收端缓冲区为1M。一次收到了500K的数据;如果立刻应答,返回的窗口就是500K;
- 但实际上可能处理端处理的速度很快,10ms之内就把500K数据从缓冲区消费掉了;
- 在这种情况下,接收端处理还远没有达到自己的极限,即使窗口再放大一些,也能处理过来;
- 如果接收端稍微等一会再应答,比如等待200ms再应答,那么这个时候返回的窗口大小就是1M;
那么所有的包都可以延迟应答么?肯定也不是:
- 数量限制:每隔N个包就应答一次;
- 时间限制:超过最大延迟时间就应答一次;
具体的数量和超时时间,依操作系统不同也有差异;一般N取2,超时时间取200ms;
二. 捎带应答(效率机制)
捎带应答:延时应答的延伸。
-
接收方收到数据后,操作系统内核会立即返回一个 ACK.
-
而应用层的数据是执行到相应的代码时才发送,所以两者的发送时机并不一致,ACK 更早。
-
但是由于延时应答的存在,这个 ACK 可能会等一会再发送, 因为 ACK 中会包含接收窗口的大小,再等一会儿的话,接收窗口会更大。
-
当这个 ACK 推迟后的发送时机与 数据的发送时机重合时,就会把 ACK + 数据合二为一,一起发送回去。
对于捎带应答,丢包了怎么办 ?
数据 与 ACK 合二为一,丢包了,那么就是数据就丢了,走丢包的正常流程即可。
好啦! 以上就是对 TCP 延时应答 与 捎带应答的讲解,希望能帮到你 !
评论区欢迎指正 !