TCP RTT RTO

最新推荐文章于 2025-06-24 20:26:01 发布

转载最新推荐文章于 2025-06-24 20:26:01 发布 · 744 阅读

本文探讨了网络中包丢失(packetloss)的原因，包括网络通讯阻塞及信号传输介质质量问题，并讨论了如何通过调整重传计时器(RTO)来应对不同类型的包丢失，以保持高效的传输性能。

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

http://web.opalsoft.net/qos/default.php?p=tcp-10

http://web.opalsoft.net/qos/default.php?p=gen105-tcp

packet loss产生的原因：

- 网络通讯阻塞

- 信号传输介质本身质量不好

RTO计算需要平衡这两种不同的packet loss，以避免降低传输效率

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

wlzsddx

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

TCP中的RTT

weixin_45490038的博客

10-22

4782

文章目录有几个关键时间BBR算法中rtt的更新tcp控制块上记录的rtt供定时器模块使用的rto平滑计算如下：首次测量非首次测量有几个关键时间 3个。供定时器基础模块使用的rto tcp控制块上记录的rtt bbr算法中的记录的rtt BBR算法中rtt的更新 bbr算法中的min_rtt_us来自样本中的rtt_us，rtt_us来自ack报文中的携带的回显时间戳与中记录的当前时间（这个...

Linux - 网络子系统 - TCP RTT and RTO

vertor11的博客

02-27

3015

TCP中RTT的测量和RTO的计算 TCP系列15—重传—5、Linux中RTO的计算一. 基本概念二. linux 代码

参与评论您还未登录，请先登录后发表或查看评论

RTT RTO

dreaming_qt的博客

07-15

286

TCP引入了RTT——Round Trip Time，也就是一个数据包从发出去到回来的时间 RTO 超时重传时间 TCP通过一个timer采样了RTT并计算RTO

RTT、RTO 与超时重传机制

陈子青的博客

06-24

393

RTT 是基础测量数据，RTO 是基于 RTT 推导出的超时判定标准。TCP 使用超时重传机制确保即使在不可靠的网络环境下也能保证数据最终传达，配合快速重传与拥塞控制提升整体性能与稳定性。😀 关注 @公众号程序员陈子青，获取更多 C++ 技术支持。

TCP RTT

anjuenz87013的博客

12-08

328

1、https://cloud.tencent.com/developer/article/1097489 Karn的算法解决了初代算法的问题并且有了个可行的方案，但是RTO粗暴翻倍的做法感觉还是比较浪费。所以，在一年之后又有两个人Jacobson 和 Karels 针对这种加权移动平均的算法对RTT波动handle能力不强的弊端做了修正。其原理是用最新采样的RTT和平滑过的SRTT的...

TCP/IP之RTO、RTT

SheTing'Blog

04-17

4268

什么是 RTO、RTT 底层的网络是不可靠的, 超时、丢包各种问题, 但 TCP 协议的设计初衷是作为一个可靠的数据传输协议, 超时重传机制是实现可靠性很重要的一个设计. 每次 TCP 握手过程都会启动一个定时器, 如果在定时器时间内没有收到, 则进行重传. 而重传的超时时间则成为 RTO (Retransmission TimeOut) 我们知道网络是一直在波动的, 所以超时重传也是随着网络一直变化的, 那我们基于什么来计算 RTO 呢? 答案是基于 TCP 单次握手的往返时间. 连接的往返时间成为

RTT and RTO

JBoss的博客

07-05

830

RTO和RTT

TCP的超时重传之深入了解RTT与RTO

热门推荐

whgtheone的博客

07-09

4万+

TCP提供一种面向连接的、可靠的字节流服务，其中可靠的保证方法之一就是却让从另一端收到的数据。但是数据和确认信号都有可能丢失，。TCP通过在发送数据时设置一个重传定时器（注意这里的超时定时器和第四节讲的定时器不一样）来监控数据的丢失状态，如果重传定时器溢出时还没收到确认信号，则重传该数据。这就是建立重传机制的原因。下面解释两个名词： RTT(Round Trip Time)：一个连接的往返时...

rto初始化和计算_tcp中RTO的计算以及linux下的实现

weixin_39851914的博客

12-20

965

计算RTT以及RTO的代码比较简单，我们先来看原理，首先相关的rfc有两篇分别是rfc793以及rfc6298，而相关的paper有一篇，那就是Van Jacobson和Michael J. Karels的 Congestion Avoidance and Control这篇paper，这篇1988年的paper中描述的RTT计算方法，就是我们当前所使用的计算方法，可能有的操作系统有一点修改，不过...

TCP中RTT的测量和RTO的计算

刘松华-林散

05-15

2462

转自：http://blog.csdn.net/zhangskd/article/details/7196707 内核版本：3.2.12 本文主要剖析：RTT的测量、RTO的计算作者：zhangskd @ csdn 概述 RTO（Retransmission TimeOut）即重传超时时间。 TCP超时与重传中一个很最重要的部分是对一个给定连接的往返时间（RTT）的测量。由于网络流量的变

再谈TCP-rto时间的计算

weixin_45490038的博客

11-14

2096

文章目录背景计算方式为什么不能使用被重传过的数据包计算得到的时间戳首次计算非首次计算算法总结rto的设置rto的更新总结背景在做可靠传输的弱网测试时，常常会发现因为一个报文的丢失导致发送端无法发送新数据，比如窗口大小是10，1-9已经被收到，但是0号报文一直丢包，而重传的间隔越来越大，导致有一段时间没有任何报文的收发，直到下次0号报文的重传。这里的原因就在于rto的时间被估值太大，导致重传间隔...

RTT && RTO

weixin_34129145的博客

07-29

329

2019独角兽企业重金招聘Python工程师标准>>> ...

【计算机网络】 RTT和RTO

jia_03的博客

09-12

3527

路由器排队是因为他不止给一个人处理数据，他会给所有经过它的数据进行处理，当这个路由器收到的数据比较多，它每秒能够处理的数据量是有限的，那么多出来的数据就要等到下一秒才能够处理，然后等待处理的数据的队列可能越排越长，在排队的过程中就有可能出现超时了，所以往返时延是一个重要的指标。RTT（Round-Trip Time）是计算机网络中的一个重要的性能指标，表示从发送端发送数据开始，到发送端接收到来自接收端的确认（接收端收到数据后便立即发送确认），总共经历的时延。也就是从发送数据到接收到ack的时延。

关于 TCP 的 RTT 测量

TCP/IP

12-03

2万+

而越是在频繁丢包重传时，RTT 对拥塞控制而言越重要，但遗憾的是，越需要时越得不到。Delayed ACK 的作用，接收端收到 2 个段回复一个 ACK，该 ACK 包含对两个段的确认，那么可用第一个段计算 srtt，第二个段计算 ca_rtt，因为第一个段包含了主机 Delayed 时间，第二个段直接触发了 ACK，没有主机时间。传输优化，统计先行，统计未动，数据先行，所有的一切都依赖采集数据的准确性，有了数据，统计就有了依托，支撑证据才更可信。浙江温州皮鞋湿，下雨进水不会胖。

TCP-IP详解: RTT和RTO的计算方法

深邃精致内涵坚持

09-11

3万+

对于segment的重传，重传的时间RTO设定是非常重要的，如果设置太短，可能会导致并没有丢包而重传，如果设置太长了，可能因为等待ACK而浪费掉很多时间，牺牲传输的效率。从思想上来讲，其实我们还是希望重传的时间需要稍稍的大于RTT就可以了。但是这个RTT没有什么可以使用的定值，他是不断变化的。

TCP RTT与TCP RTO关系详解

meihualing的专栏

03-13

4277

TCP RTT， TCP RTO

TCP 协议算法解析 | RTT / 滑动窗口 / 拥塞控制

u013669912的博客

03-29

1453

……

wireshark如何分析tcp的rtt