7ACE

前言 来自于朋友分享的一个案例，最后定位的原因是光猫问题，而类似这类的设备所产生的网络问题，也曾碰到过两三次，但这一次的数据包现象挺特别，分析思路和过程也有所不同，故记录分享一下。

来自朋友分享的一个案例，也在 Wireshark 交流群里和群友做了些简单的讨论，由于对直播架构、直播工作原理以及应用软件等实在是不熟悉，所以并没有得到一些稍微深入点的答案。

问题背景 来自于学习群里群友讨论的一个数据包跟踪文件，在其中涉及到两处数据包异常现象，而产生这些现象的实际原因是数据包乱序。由于这两处数据包异常，都有点特别，本篇也就其中一个异常现象单独展开说明。

在之前的《虚假的 TCP Spurious Retransmission》文章中曾提到一个错误判断为 TCP Spurious Retransmission，实际为 TCP Out-Of-Order。

前言 在写《TCP Analysis Flags 系列》文章时梳理出不少有趣的案例，当然过程当中也有很多的疑问。

在 Wireshark 网络数据包分析中，比较常见的一些 TCP 分析标志位的说明和案例汇总目录 。

前言 默认情况下，Wireshark 的 TCP 解析器会跟踪每个 TCP 会话的状态，并在检测到问题或潜在问题时提供额外的信息。在第一次打开捕获文件时，会对每个 TCP 数据包进行一次分析。

前言 默认情况下，Wireshark 的 TCP 解析器会跟踪每个 TCP 会话的状态，并在检测到问题或潜在问题时提供额外的信息。在第一次打开捕获文件时，会对每个 TCP 数据包进行一次分析。

前言 默认情况下，Wireshark 的 TCP 解析器会跟踪每个 TCP 会话的状态，并在检测到问题或潜在问题时提供额外的信息。在第一次打开捕获文件时，会对每个 TCP 数据包进行一次分析。