NetShark

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

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

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

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

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

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

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

网络路径不一致，或者说是网络路径来回不一致，再专业点可以说是网络路径不对称，以上种种说法，做网络方向的工程师肯定会更清楚些，用简单的描述就是： A 与 B 通讯场景，C 和 D 代表中间路径。

问题背景 首先解释下什么是选择性or针对性丢包，这只是我对某些问题场景的描述，并非专业术语，譬如 MTU 问题场景就算其中一种，超出固定大小限制的数据包无法正常传输等等。

前言 某日研发中心一同事反馈系统访问发生异常，时不时的会出现系统打不开现象。出现生产问题影响业务正常运行，自然是紧急响应，遂配合研发同事一起排查和处理，整个过程一波三折，总结下来该案例还是挺有意思的。

前言 又一个访问网页失败的案例，该案例来自于 Wireshark sharkfest 2018 - Point And ShootPacket。

前言 说到 Wireshark 多文件捕获，它属于捕获选项中的一部分，简单来说就是默认的捕获存储成单个文件形式，变成捕获存储成多个文件形式，多文件捕获形式一般用于高速率或长时间捕获数据包的场景。

前言 一个简单的 DHCP 故障案例，该案例来自于 Wireshark sharkfest 2018 - Point And ShootPacket。

前言 来自于 Sharkfest Packet Challenge 中的一个数据包案例，Sharkfest 是 Wireshark 官方组织的一年一度的大会，致力于在 Wireshark 开发人员。

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

前言 来自于 Sharkfest Packet Challenge 中的一个数据包案例，Sharkfest 是 Wireshark 官方组织的一年一度的大会，致力于在 Wireshark 开发人员。

前言 来自于 Sharkfest Packet Challenge 中的一个数据包案例，Sharkfest 是 Wireshark 官方组织的一年一度的大会，致力于在 Wireshark 开发人员。

问题背景 用户反馈一个场景，说是两个系统之间的吞吐很慢。吞吐量是系统性能分析中一个很重要的衡量指标，相关影响的因素也会有很多，因此反映在网络数据包分析上，也会是一个相对比较复杂的分析过程。

问题背景 用户反馈说当与外部客户端进行 FTP 传输时，可以成功登录，但无法传输任何数据。总之 FTP 传输失败，需要来弄清楚到底发生了什么。

前言 来自于 Sharkfest Packet Challenge 中的一个数据包案例，Sharkfest 是 Wireshark 官方组织的一年一度的大会，致力于在 Wireshark 开发人员。