TCP 延时应答/捎带应答

延时应答
我们知道TCP中,有确认应答机制以保证数据的可靠传输。但是是不是接受方接受到数据就立即返回ACK应答呢?如果是这样,这时候的缓冲区中接收区的数据还没能够处理,缓存区的剩余大小就是窗口大小。

但是如果我们延迟一会,等待缓存区中数据被处理,那么剩余的缓存区就会大些——这就是延时应答。

ps:假设接收端缓存区大小为1M,一次接收到了500K的数据,现在缓存区中剩余大小为500。但如果我们延时一段时间,等待接受方处理了该缓存区中的数据,那么我们的剩余大小就为1M了(即:窗口大小)

等待的时间
每个操作系统中设置的等待时间是不一样的。(200ms)

是不是所有的包都可以延时应答?
1.数量限制:每隔两个包就应答一次
2.时间限制:超过最大延时时间就应答一次(200ms)

这里写图片描述


捎带应答
在延时应答的基础上,我们发现,接受方和发送方都是“一发一收”,所以,我们在发送数据的时候,我们把ACK搭顺风车的方式发送给对方了。
这里写图片描述

总结:为了保证TCP的可靠传输,TCP分别提出了8中机制:
1.确认应答机制
2.超时重传机制
3.滑动窗口机制
4.快速重传机制
5.流量控制机制
6.拥塞控制机制
7.延时应答机制
8.捎带应答机制

以上8中机制都可以在博主的网络板块找到详解。

  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值