7ACE

背景 想到介绍合并捕获文件这个事情，源自于朋友的一个问题，虽然我用到的场景不是很多，但是可能会有更多的同学需要，就简单说说我知道的几个方法。

问题背景 源自于和朋友的一次技术讨论，关于 Wireshark 如何查找特定字符串所在的 TCP 流。

问题背景 某某客户反馈电脑应用软件使用时打开很慢，并提供了一个慢时所捕获的数据包文件以及服务端 IP。以前也说过，所谓的慢有很多种现象，也会有很多原因引起，在没有更多输入条件的情况下，如何判断分析。

问题背景 之前有几篇文章写过关于应用传输慢的问题，延用之前的老套话，应用传输慢是一种比较常见的问题，慢在哪，为什么慢，有时候光从网络数据包分析方面很难回答的一清二楚，毕竟应用的定义范围实在太广。

问题描述 节前业务运维同事提交了一个 case ，说是部署在新业务区域的 Linux 服务器和老业务区域的 Linux 服务器无法对时，脚本里使用的是 clockdiff 命令，无法正常返回结果。

众所周知，Wireshark 中有很多关于 Time 的字段，譬如 Frame 中的 frame.time、frame.time_delta、frame.time_delta_displayed。

问题背景 沿用上篇文章的开头说明，应用传输慢是一种比较常见的问题，慢在哪，为什么慢，有时候光从网络数据包分析方面很难回答的一清二楚。

简介 Mergecap 是 Wireshark 程序安装时附带的可选工具之一，用于合并数据包文件的命令行工具。

问题背景 应用传输慢是一种比较常见的问题，慢在哪，为什么慢，有时候光从网络数据包分析方面很难回答的一清二楚。