wireshark-记一次TCP Windows Full & TCP ZeroWindow业务延迟故障定位

已于 2024-04-16 10:46:12 修改
阅读量1.8k 收藏 6
点赞数 2
分类专栏： 撕逼神器-Wireshark 文章标签： wireshark tcp/ip 测试工具
于 2024-04-16 10:21:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_20005385/article/details/137812616
版权

现象描述

业务直接发布发现延迟很快在100ms以内，但是通过F5负载均衡设备后，会出现延迟慢情况，http响应高达1.6s。

故障分析

业务访问链路，PC–F5—Server，通过F5独有命令在F5上抓包；
从数据包上看，http响应确实有1.6s，（复现采用同样接口，故忽略数据大小问题）。
在这里插入图片描述
跟踪数据流，继续查看详细情况，
从TCP三次握手和RTT to ACK来看，响应都很快，说明不是网络延迟或者抖动，
在这里插入图片描述
在这里插入图片描述
继续看http request 到http response之间的数据包，查处哪两个数据包延迟大
通过Time since previous frame排序， 查看数值大的数据包，我们找到了我们想看到的数据包
在这里插入图片描述

最低0.47元/天 解锁文章
Linux: network: TCP: zero window size/window full 示例
mzhan017的博客
05-21 551
最近遇到一个问题，当前机器的CPU使用率非常高，然后导致其中一个程序处理socket的数据过慢，然后出现下面的zero的示例。下面是在接收buff用光的时候，发出的 TCP zeroWindows的消息。
从TCP协议之滑动窗口分析应用性能
Cr1556648487的博客
10-12 904
1、TCP Window Full 是站在发送端角度说的，表示此时发送端不能再发数据给对方，除非发送的数据包得到ACK。2、TCP zero window 是站在接收端角度来说的，是接收端接收窗口满，自动告知对方不能再发送数据给自己。
如何解决TCP窗口与拥塞？ TCP窗口与拥塞控制的解决办法
10-01
主要为大家介绍了如何解决TCP窗口大小的调节与拥塞控制的办法，有图有步骤，很详细，需要的朋友可以参考下
Wireshark中[TCP Window Full] 和 [Zero Window]帧的含义
时有限
05-14 1万+
TCP/IP协议为流控制协议，TCP窗口是其中一个重要的概念。在TCP接受和发送端都有缓存区，用户缓存数据，当缓存区满的时候就不能在向缓存区中写入数据了。发送缓存区满表现为send的返回值不再是指定的字节数，而小于该值的一个值；而接收缓存区满表现为对端发送收到影响。 [TCP Window Full] ：服务端向客户端发送的一种窗口警告，表示已经发送到数据接收端的极限了。 [TCP Window Update]：缓冲区已释放为所示的大小，因此请恢复传输。 [Zero Window] ：客户端向服务端发送的一
满满干活-wireshark进阶篇《Wireshark的TCP协议数据包常见报错提示》，练就你火眼金睛，助您快速在百万数据包中定位原因
weixin_45247563的博客
07-15 4068
本文介绍Wireshark的数据包常见报错提示，包括TCP PORT NUMBERS REUSED 和TCP WINDOW FULL以及TCP ZeroWindow与 TCP Window Update的出现原因和解决思路。干货满满
TCP ZeroWindow 问题
Lucifer的专栏
10-18 5038
TCP Zero Window问题是指在TCP连接中，发送方为了保障可靠传输，会根据接收方反馈的窗口大小来控制发送窗口的大小，但当接收方窗口大小为0时，发送方就会停止发送，从而导致通讯中断的问题。下面我们将从多个方面详细阐述TCP Zero Window问题的解决方法。
TCP window Full
热门推荐
花括号的博客
01-12 3万+
TCP window full, 是指的发送端发送的数据已经达到的接受窗口的上限。继而停止发送，等待新的接收窗口的通告。 发生TCPwindow Full 的情况分析，下面得包是抓取的FTP的streamflow.  当时的情况是正在发生在客户端上传文件到服务器。 本地主机：146.11.2.87 远端服务器：147.128.6.103 1， 首先看第28406个包，服务器通告本段A
TCP Analysis Flags 之 TCP Window Full
7ACE的博客
08-03 1733
实际在 TCP 分析中，关于的定义非常简单，如下，为本端发送端所发的 TCP 段大小超过对端接收端的接收窗口大小，受到对端接收窗口大小的限制，需注意的是这个标记是在发送端标记，而不是在接收端标记。具体的代码如下，总的来说这段代码的作用是检测 TCP 数据流中的“窗口已满”情况，即当前数据段刚好达到接收端宣告的窗口边界，检测到这种情况时，会设置相应的标志以供后续处理使用。*/=-1if(!lastack，定义为 Last seen ack for the reverse flow。
TCP Window Full & TCP Zero Window
u011743621的博客
08-09 1878
在三次握手中第二次握手消息，可以看到服务端的接收缓冲区大小为2920个字节，在将服务端的接收缓冲区大小改在以后，解决此问题。如果本来服务端本来接收缓冲区初始很大，那就有可能是服务端处理太慢，没及时取出内核中数据造成。那只能通过提高服务端的处理速度解决。
TCP Window Full是怎么来的
最新发布
溺水三千只取一瓢饮
01-18 559
即：必须等到Receiver来一次ack（Receiver腾出了更多空间），Sender才可以继续发送。3.Sender的bytesinflights==Receiver最近一次所宣称的窗口大小，此时，会在Sender上显示TCPWindowFull。2.“Sender已发出，但，Receiver尚未ack的字节”，即Sender的bytesinflights。1.“Sender已发出但Receiver尚未ack的字节”正好可以填满Receiver所宣称的窗口大小。
window tcp测试发送数据
10-13
用于模拟tcp发送数据，支持tcp，udp，发送16进制，字符串数据
原理分析--TCP大传输下延迟分析
在此立一个IT职业上的flag：https://github.com/Zeb-D/my-review
11-04 1万+
本文章来源于：https://github.com/Zeb-D/my-review ，请star 强力支持，你的支持，就是我的动力。 [TOC] 背景 在多个数据中心避免不了交互，如全量数据同步等类似涉及到网络传输的问题。简单点，各个服务端点进行不同大小数据包传输，按理说数据包大小与时间成线性相关(已排除业务层处理能力)； 前言 本文希望解析清楚，当我们在代码中写下 socket.setSendB...
【TCP ZeroWindow】与【TCP window Full】
weixin_34072458的博客
01-12 3924
1、作为接收方，有接收窗口，也就是接收缓冲区，win=xxx 告诉对方，我的接收窗口大小。 2、当我的接收窗口满了，也就是win=0，Wireshark显示【TCP ZeroWindow】，这个时候，对方不能再发送数据。 3、作为发送方，有发送窗口，发送窗口可以理解为，一口气可以发送多少数据。发送窗口不光要考虑对方的接收窗口，还要考虑网络情况，也就是拥塞窗口，等于它们的最小值。 　　发送窗口数据分...
TCP Window Full 和 TCP ZeroWindow
mayue_web的博客
10-19 8177
项目现场遇到车在地图上丢失/跳点问题，通过日志发现是OBU给车发送阻塞导致（OBU给车发数据发不动），这里OBU 是TCP Server，车和平板APP是Client。
TCP window full和TCP zerowindow问题
NBA_1的博客
12-03 7943
问题描述： 此前在对接视频平台过程中，获取的视频超过7路，会出现TCP window full的错误，然后获取的视频流会断掉。 产生问题的原因： 业务处理过程中速度不够，导致客户端向服务端发送零窗口的错误，最终导致服务端端口卡死。只有等到socket关闭，服务器端的业务才会恢复。 现象：出现断流后，从客户端获取的视频平台码流也断了，说明端口被堵住了。重启程序或客户端（关闭socket连接）后视频业...
关于TCP window full/TCP zero window
csdn_zmf的博客
06-09 1万+
关于TCP window full/TCP zero window TCP window full, 是指的发送端发送的数据已经达到的接受窗口的上限。 继而停止发送，等待新的接收窗口的通告 此时接收端返回的是TCP zero window，表示接收端窗口为0，从抓包可以看出 接收端在清除缓存后窗口不再为0时，更新了其窗口大小 出现该情况是可考虑将TCP socket中的设置TCP_NODELAY选项。 setsockopt( s, IPPROTO_TCP, TCP_NODELAY, (char*) &amp
TCP window full
manjiba2008的博客
06-24 1703
the "TCP window is now completely full" is a Wireshark generated expert item. It tells you that Wireshark has identified that the current packet has the exact payload size that will fill up the receive buffer on the receiving end (based on the latest seen
TCP窗口：如果Full会影响传输效率吗？
关注微信公众号【开源Linux】，后台回复『10T』，领取10T学习资源大放送，涵盖Linux、虚拟化、容器、云计算、网络、Python、Go等书籍和视频
04-20 778
链接：https://baijiahao.baidu.com/s?id=1724399104651049953案例：TCP Window Full 是导致异地拷贝速度低的原因吗？也是在公有云服务的时候，有个客户有这么一个需求，就是要把文件从北京机房拷贝到上海机房。但是他们发现传输速度比较慢，就做了抓包。在查看抓包文件的时候，发现 Wireshark 有很多 TCP Window Full 这样的提...
Wireshark入门教程：第一章-掌握过滤器与数据包解析
"Wireshark是一款强大的网络封包分析软件，用于网络故障排查、协议分析、安全检测等。本章主要介绍了Wireshark中的过滤器功能以及如何解析数据包，帮助用户从入门到精通。" 在Wireshark中，过滤器是极其关键的功能...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值