【TCP】延时应答 与 捎带应答

一. 延迟应答(效率机制)

延时应答:相当于 流量控制 的延伸。
流量控制是 踩下了刹车,是发送方发的不要太快,延时应答是在这个基础上,尽量的让窗口再大一些。

如果接收数据的主机接收到数据后立刻返回ACK应答,这时候返回的 接收窗口 可能比较小。
而窗口越大,网络吞吐量就越大,传输效率就越高。所以并不立即返回 ACK,而是等一会儿,接收窗口变的比较大了,再返回。

  • 假设接收端缓冲区为1M。一次收到了500K的数据;如果立刻应答,返回的窗口就是500K;
  • 但实际上可能处理端处理的速度很快,10ms之内就把500K数据从缓冲区消费掉了;
  • 在这种情况下,接收端处理还远没有达到自己的极限,即使窗口再放大一些,也能处理过来;
  • 如果接收端稍微等一会再应答,比如等待200ms再应答,那么这个时候返回的窗口大小就是1M;

那么所有的包都可以延迟应答么?肯定也不是:

  • 数量限制:每隔N个包就应答一次;
  • 时间限制:超过最大延迟时间就应答一次;

具体的数量和超时时间,依操作系统不同也有差异;一般N取2,超时时间取200ms;

在这里插入图片描述

二. 捎带应答(效率机制)

捎带应答:延时应答的延伸。

  • 接收方收到数据后,操作系统内核会立即返回一个 ACK.

  • 而应用层的数据是执行到相应的代码时才发送,所以两者的发送时机并不一致,ACK 更早。

  • 但是由于延时应答的存在,这个 ACK 可能会等一会再发送, 因为 ACK 中会包含接收窗口的大小,再等一会儿的话,接收窗口会更大。

  • 当这个 ACK 推迟后的发送时机与 数据的发送时机重合时,就会把 ACK + 数据合二为一,一起发送回去。

在这里插入图片描述

对于捎带应答,丢包了怎么办 ?
数据 与 ACK 合二为一,丢包了,那么就是数据就丢了,走 丢包的正常流程 即可。

好啦! 以上就是对 TCP 延时应答 与 捎带应答的讲解,希望能帮到你 !
评论区欢迎指正 !

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值