tcp 抓包出现spurious retransmission

最新推荐文章于 2024-10-07 11:22:59 发布
最新推荐文章于 2024-10-07 11:22:59 发布
阅读量3.3w 收藏 34
点赞数 5
分类专栏： 抓包工具
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41585557/article/details/103914469
版权

一、tcp虚假重传

指实际上并没有超时，但看起来超时了，导致虚假超时重传的原因有很多种：

（1）对于部分移动网络，当网络发生切换时会导致网络延时突增

（2）当网络的可用带宽突然变小时，网络rtt会出现突增的情况，这会导致虚假超时重传

（3）网络丢包（原始和重传的包都有可能丢包）会导致虚假重传超时。

二、tcp虚假重传分析(摘自网络)

 

当Client端收到Server的SYN+ACK应答后，其状态变为ESTABLISHED，并发送ACK包给Server；
如果此时ACK在网络中丢失，那么Server端该TCP连接的状态为SYN_RECV，并且依次等待3秒、6秒、12秒后重新发送SYN+ACK包，以便Client重新发送ACK包，以便Client重新发送ACK包。
Server重发SYN+ACK包的次数，可以通过设置/proc/sys/net/ipv4/tcp_synack_retries修改，默认值为5。
如果重发指定次数后，仍然未收到ACK应答，那么一段时间后，Server自动关闭这个连接。
但是Client认为这个连接已经建立，如果Client端向Server写数据，Server端将以RST包响应，方能感知到Server的错误。

三、使用ddns功能时抓取数据包

 

细节问题

http://bbs.chinaunix.net/thread-4155778-1-1.html

 

Linux: network: tcp spurious retrans 的一个原因
mzhan017的博客
05-29 636
但是根据里面的介绍，不能解释当前遇到的情况，但是里面有提到RTT的时间。这个重传的发生是根据以往的RTT时间，如果ACK突然慢了，就可能导致重传。从下面的RTT的图也可以看出来，RTT的时间突然就变成了40ms，原来是非常小的一个值。最近分析问题的时候，从wireshark里看有：tcp spurious retrans 的包，309这个是307 的retransmission，而且在308 回复了ACK。当前遇到的这个情况是，CPU使用率突然增加导致内核的ACK回复都变慢了。从网上找了一些，比如。
#TCP你学得会# Wireshark中的"TCP Spurious Retransmission"
weixin_34272308的博客
01-29 5378
2019独角兽企业重金招聘Python工程师标准>>> ...
TCP Spurious Retransmission
喝醉酒的小白
05-17 2222
请记住，虽然TCP虚假重传提供了潜在数据包丢失问题的一些指标，但它并不能绝对证明丢包。通过分析各种网络指标和进行全面的测试，可以更准确地评估网络状况和数据包丢失情况。要确定是否真正存在数据包丢失，您需要分析其他网络测量和指标。TCP虚假重传是网络中可能存在丢包问题的一个指标，但并不意味着一定存在丢包。这些因素会导致TCP发送方错误地认为数据包已丢失，并触发重传操作。虚假重传可能由多种因素引起，例如。
【Wireshark笔记】通过Wireshark检测和分析TCP重传
09-26 1800
TCP 是为保证数据可靠传输而设计的协议。它通过校验和、确认（ACK）、重传机制等确保数据包可以安全地传输到目标设备。当发送方没有在指定的超时时间内收到接收方的确认（ACK），它会认为该数据包可能丢失，随后触发重传操作。TCP重传是网络通信中一个常见但又可能影响性能的重要现象。通过Wireshark的强大分析功能，我们可以快速检测和过滤出TCP重传数据包。借助过滤条件，可以专注于分析重传问题，并结合其他相关的分析工具，深入了解网络的性能瓶颈和潜在问题。过滤出TCP重传数据包。借助。
Wireshark抓包 [Tcp Previous Segment Not captured][Tcp Out-Of-Order][Tcp Spurious Retransmissiion]
zhangbaolin的专栏
07-04 1万+
Wireshark抓包时，除了TCP协议的三次握手建立连接、数据收发和四次握手断开连接外，还经常能看到如下几种不太常见的报文，具体包括：1.Tcp Previous Segment Not captured2.Tcp Out-Of-Order3.Tcp Dup Ack 12345#14.Tcp Spurious Retransmissiion5.Tcp Retransmission其中1、2、3会相伴出现，3、4、5会相伴出现。对应第一种情况是由于由于TCP数据被分块后，传输过程中经过不同的路径，到达目的端
tcp spurious retransmission
热门推荐
懒雄熊的专栏
10-10 3万+
 tcp虚假重传 指实际上并没有超时，但看起来超时了，导致虚假超时重传的原因有很多种： （1）对于部分移动网络，当网络发生切换时会导致网络延时突增 （2）当网络的可用带宽突然变小时，网络rtt会出现突增的情况，这会导致虚假超时重传 （3）网络丢包（原始和重传的包都有可能丢包）会导致虚假重传超时。
TCP协议调优-强制快速重传技术（Spurious retransmissions）
pennyliang的专栏
07-13 2万+
Linux的超时重传默认是3秒，这就意味这，一旦发生丢包，用户的体验将会很不好，因此可以采用强制快速重传技术来进行提速（Spurious SYN/SYN-ACK retransmissions），将超时重传时间强制设定为1秒。但这可能会导致duplicate packets，可以通过修改TS或DSACK（允许发多个ACK）等方式来进行改进。
TCP系列24—重传—14、F-RTO虚假重传探测
maimang1001的专栏
08-31 3143
原文：https://www.cnblogs.com/lshs/p/6038603.html 一、虚假重传 在一些情况下，TCP可能会在没有数据丢失的情况下初始化一个重传，这种重传就叫做虚假重传(Spurious retransmission)。发生虚假重传的原因可能是包传输中重排序、传输中发生包复制、ACK确认包传输中丢失等等。如果由于链路时延变化或者负载变化等因素导致RTT突然变大等原因，TCP的发送端可能还没收到ACK确认包就已经RTO超时而触发重传，这种重传就叫做虚假超时重传(Spurious
tcp retransmission 出现的原因_TCP 协议快被淘汰了，UDP 协议才是新世代的未来？
weixin_39554021的博客
12-09 1065
公众号关注「运维之美」设为「星标」，每天带你玩转 Linux ！TCP 协议可以说是今天互联网的基石，作为可靠的传输协议，在今天几乎所有的数据都会通过 TCP 协议传输，然而 TCP 在设计之初没有考虑到现今复杂的网络环境，当你在地铁上或者火车上被断断续续的网络折磨时，你可能都不知道这一切可能都是 TCP 协议造成的。本文会分析 TCP 协议为什么在弱网环境下有严重的性能问题[^1]。...
wireshark抓包分析
yfl15872373643的博客
05-27 1579
分析一下wireshark出现的一些常见提示： TCP Out_of_Order 一般来说是网络拥塞，导致顺序包抵达时间不同，延时太长，或者包丢失，需要重新组合数据单元，因为他们可能是由不同的路径到达你的电脑上面。 TCP Retransmission 很明显是上面的超时引发的数据重传 TCP dup ack XXX#X 就是重复应答#前的表示报文到哪个序号丢失，#后面的是表示第几次丢失。 tcp previous segment not captured 意思就是报文没有捕捉到，出现报文的丢失。 TCP
TCP性能测试与问题分析二（进阶）
WilliamWang的博客
05-13 1693
对TCPIP协议栈进行性能测试，探索TCP地关键技术理论。 目录 问题6：tcp 抓包出现TCP spurious retransmission 问题7：发送非常顺利，但在某个时刻，戛然而止。 问题8：关于切换发送模式时，会出现误触发，造成多发送一帧 问题9: 关于窗口更新，造成的延迟
Wireshark中常见的TCP Info
Mayunsheng
10-16 2万+
Wireshark中常见的TCP Info1. TCP out-of-order segmentTCP存在问题。 Wireshark判断TCP out-of-order是基于TCP包中SEQ number并非期望收到的下一个SEQ number，则判断为out-of-order。因此，出现TCP out-of-order时，很大可能是TCP存在乱序或丢包，导致接收端的seq number不连续。
网站与APP抓包分析1 基础原理与工具使用
p.deng²⁰⁵ᐟ₅₁₂
10-24 2412
简介： 基于网络协议与相关工具对网站与APP应用数据交互流程进行分析。 关键词：TCP、HTTP、HTTPS、HTTPDNS、Chrome、tshark、Charles、fidder、VirtalXposed 关键词：TCP、HTTP、HTTPS、HTTPDNS、Chrome、tshark、Charles、fidder、VirtalXposed 1、常用通信协议基础 1.1、TCP/IP协议族简介 TCP/IP是一个协议族的统称，里面包括了TCP（传输控制协议）和IP（网际协议/因特网互联协议）等一.
spurious retransmission timeouts理解
bytxl的专栏
10-16 1万+
在学习tcp协议自身和tcp优化方面的文章时，经常可以看到spurious retransmission timeouts概念，网上搜索了比较多，目前发现rfc4138描述得较为详细。 http://tools.ietf.org/html/rfc4138 按照rfc4138的描述，虚假超时重传指的是实际上没有超时，但看起来超时了（根据rtt估算出的RTO超时了，
网络重传了解
最新发布
喝醉酒的小白
10-07 542
超时重传是TCP协议中的一种基本重传机制，当发送方在一定时间内未收到接收方对已发送数据包的确认（ACK）时，会启动超时定时器。如果超时发生，发送方会认为数据包可能丢失，并重新发送该数据包。这种机制确保了即使在网络条件不佳的情况下，数据也能可靠地传输。应用场景网络拥塞或延迟增加时，确保数据包不会因为延迟过长而被丢弃。在无线网络等不稳定环境中，减少数据包丢失的风险。TCP协议中的超时重传、连续重传、DupAck和Spurious重传机制在不同的网络应用场景中发挥着关键作用。
TCP Timeout and Retransmission(4)
weixin_30376163的博客
10-06 194
Spurious Timeouts and Retransmissions Under a number of circumstances, TCP may initiate a retransmission even when no data has been lost. Such undesirable retransmissions are called spu...
tcp retransmission 出现的原因_TCP重传问题的排查思路与实践，有点干货
weixin_39638859的博客
12-10 1万+
1、关于TCP重传TCP有重传是正常的机制，为了保障数据传输可靠性。只是局域网环境，网络质量有保障，因为网络问题出现重传应该极低；互联网或城域网环境，线路复杂(可以想象下城市地下管网，错综复杂的电线杆等)，网络质量不好保障，重传出现概率较高。TCP有重传，也不一定是网络层面的问题。也可能是接收端不存在，接收端receive buffer满了，应用程序有异常链接未正常关闭等等等。2、TCP/IP相关...
wireshark TCP虚假重传
08-04
Wireshark中的TCP虚假重传是指在某些情况下，TCP可能会在没有数据丢失的情况下触发重传。这种重传被称为虚假重传(Spurious retransmission)。虚假重传的原因可能包括包传输中的重排序、传输中的包复制、ACK确认包传输中的丢失等等。当发生链路时延变化或负载变化等因素导致往返时间(RTT)突然增大时，TCP的发送端可能会在还未收到ACK确认包的情况下触发超时重传，这种重传被称为虚假超时重传(Spurious retransmission timeouts)。虚假超时重传会降低网络性能，因为它会导致已经发送但尚未收到ACK确认的数据包被重传，而这些ACK确认包可能只是延迟到达。此外，虚假超时重传还会导致发送端进入慢启动阶段，每收到一个ACK确认包就可以发送两个数据包，从而增加网络负载，违背了包守恒原则。为了处理虚假超时重传，可以采用探测算法和响应算法。探测算法用于检测虚假超时，而响应算法用于撤销之前的RTO超时影响。在Linux中，主要采用的探测算法有FRTO、DSACK和Eifel探测算法。响应算法主要包括修正RTO值和撤销拥塞控制的处理。需要注意的是，在Linux中，主要是撤销拥塞控制，并不会修正RTO值。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值