标签：协议 http 查看 报文 tcp 时延 wireshark
查看报文时延
来源 https://blog.csdn.net/LL845876425/article/details/106887811
参考 https://www.isolves.com/it/cxkf/cxy/2020-06-21/21144.html
在网络运维中，在报文分析时，时延类问题是比较常见的问题场景，如何快速定位到高时延的报文就会比较有用；这里简单介绍一下基于wireshark快速过滤tcp、http、icmp协议报文的高时延报文；
文章原创输出，请认准作者[[海渊_haiyuan]]，感谢；
tcp协议高时延报文定位
在过滤tcp协议报文的高时延报文时，就不得不提到两个字段：
Time since first frame in this TCP stream # 自此TCP流中第一帧以来的时间，tcp.time_relative
Time since previous frame in this TCP stream # 距此TCP流中的上一帧的时间，tcp.time_delta
如下图所示：
可能部分wireshark 展开tcp协议后无法看到这两个字段；是需要在首选项配置时，进行一下配置，需要勾选“Calculate conversation timestamps”;如果是windows平台下，支持中文的话，就是首选项；
勾选该字段后，即可在tcp协议层看到该字段；
如前面所讲，这两个字段分配代表一条tcp流中，该帧报文和上一帧报文的时间间隔；该帧报文和所在tcp流的第一帧报文的时间间隔；也就是说这两个字段是代表是一个相对的时间差；
取值来自wireshark中Time那一列，由该列中的时间戳的值相减得到，有关该列的详细说明可见我的其他文档有说明；这里需要提醒的一点是time这列的值，这个时间戳是取值与OS 系统的当前时间，所以在多个节点抓包分析时延时，由于每个机器的OS时间会存在偏差，或大或小，分析时需要将这个因素考量进去，不然会对时延的分析产生极大的干扰，这一点本人曾经吃过亏；
当时是一个高时延的场景，两台物理机之间的复现问题时延是在十几秒；而两台机器的OS时间又相差10s左右；导致抓包分析时，从报文计算的时延只有几秒，而客户端的请求统计却有十几秒；导致没有通过报文精准计算出高时延的链路段，走了很多弯路；
应用为列，快速过滤较大时延：
选中字段“Time since previous frame in this TCP stream”，右键选择“Apply as Column”应用为列；
然后点击wireshark 列名，wireshark工具就会自动进行从小到大的排序，再点击一下就是从大到小的排序：
这样就可以快速看到高时延的报文，然后右键追踪流即可详细查看该数据流的情况；
过滤器表达式筛选高时延报文：
可以在wireshark官网查看相关字段对应的wireshark过滤器名称，
https://www.wireshark.org/docs/dfref/t/tcp.html
或者直接选择对应字段右键选择“Apply as Filter” 或 “Prepare as Filter” 以及后面的各种条件；
实际运维中，常用的场景时，过滤ip为192.168.1.121，tcp协议，时延大于1s 的报文，过滤表达式即为：
ip.addr == 192.168.1.121 and tcp and tcp.time_delta >= 1
http协议高时延报文定位
http协议是基于tcp协议的7层应用层协议，所以前面所有的tcp报文时延分析同样适用；
不过对于http请求来说，实际场景中也是需要只分析http层的时延，即http request 报文 和 http response 报文的时延计算；
这是由于，很多http的 request 和 response 报文中，会有tcp ack 确认报文、tcp psh数据传输报文；
以下图为例：
如果只需要计算http request 和 http response 的时延，即 frame 532 time - frame 526 才是这次http response的时延；
实际 http 协议中也存在记录时延的字段，字段为：
Time since request # 该字段只在http response报文中有；记录这次response的时延；
同理可以将该字段应用为列或直接在过滤器中使用：
例如：
ip.addr == 192.168.1.121 and http.response.code == 200 and http.time > 0.5
icmp协议高时延报文
icmp 作为在运维中使用最高频的协议之一，在测试网络连通性等场景下，使用及其丰富；关于快速定位icmp协议高时延报文和前面的tcp、http协议同样很重要；
在icmp reply 报文中，一样存在字段记录icmp协议 response time；
Response time # icmp 协议响应报文，注意取值对应单位，注意单位
同前面描述的类似，应用为列，或 过滤器中过滤使用：
icmp.resptime > 3
================ End
标签：协议,http,查看,报文,tcp,时延,wireshark 来源： https://www.cnblogs.com/lsgxeva/p/16639340.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。