TCP的滑动窗口

本文深入解析了RTT(往返时间)和RTO(重传时间间隔)的概念及其在TCP协议中的作用,阐述了两者如何通过算法估算确保数据包的有效传输。同时,详细介绍了TCP滑动窗口机制,包括其工作原理和如何实现流量控制,确保数据的有序传输。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

RTT和RTO

RTT:指发送一个数据包到接受对应的ACK,所花费的时间

RTO:重传时间间隔。tcp在发送一个数据包之后,会启动一个定时器,RTO就是这个定时器的重传时间。如果发送一个数据包之后没有收到ACK,并且RTO的时间也到了,就会重新发送一次包。由于RTO是发送当前数据包,所预估的超时时间,那么RTO就需要一个很好的算法来统计,来更好的预测这次超时时间,RTO不是固定写死的配置,而是经过RTT计算出来的,有RTT才能计算RTO。

TCP使用滑动窗口做流量控制和乱序重排

作用:

  • 保证TCP的可靠性
  • 保证TCP的流控特性

滑动窗口:用于接收方告诉发送方自己还有多少缓冲区来接受数据,发送方根据接收方的处理能力来发送数据,不会导致接收方处理不过来,这是流量控制。滑动窗口还体现了面向字节流的设计思路

窗口数据的计算过程

左图是TCP发送端的缓冲区,有图是接收端缓冲区,左边往右边发数据,下方的长方形标识要发送的数据,需要按照顺序重做向右发送数据或者接受。LastByteAcked是发送法已经收到接受方回执的ack,LastByteSent表示发送方已经发送的最后一个字节位置,但是目前还没有收到ACK,LastByteWritern指向上层已写完的最后一个字节的位置。

TCP会话的发送方

1:已经发送接受回应的

2:已经发送还没有接受到回应的

3:未发送,但是对端允许发送的

4:未发送,但已经达到对端window大小的数据,不能发送的数据

2和3组成滑动窗口

tcp会话的接收方

 

1+2:已经收并且已经发送回执的状态

3:未接受,但是可以接受,准备接受的状态

4:未接受,并未不能接受的状态,达到窗口的阈值

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值