延迟、抖动和丢包：各项指标的含义

下载速度快并不能保证通话或游戏流畅。交互式流量还取决于延迟、延迟的变化（即抖动）以及丢包。它们分别描述连接的不同方面，因此在更换设备或归咎于服务器之前，请分别进行测量。

三项测量，三个不同的问题

延迟是数据在两点之间传输所需的时间。ping 结果通常报告往返时间（RTT）：即从发送探测包到收到回复之间的时间间隔。抖动描述的是相邻几次延迟之间的变化。如果回复分别在 20、21、90 和 18 毫秒后到达，平均值也许可以接受，但其中仍有一个会造成干扰的峰值。丢包是指探测包或其回复没有在测试的时限内到达。原因可能是网络拥塞，也可能是诊断流量被有意过滤。

这些指标相互影响，但不能互相替代。一条能够快速传输大文件的链路，在上传期间可能会在路由器中形成队列，从而延误通话所用的小数据包。中间路由器的一次慢响应，并不足以证明端到端存在问题：路由器在转发正常流量的同时，可能会把 ICMP 回复的优先级调低。

实用的测试步骤

使用 ping 和 traceroute 向同一目标发送一系列探测包。记下目标、时间、最小和最大 RTT 以及未收到回复的探测包。再通过以太网或另一个网络重复测试。单独运行网速测试；吞吐量和延迟回答的是不同的问题。如果 Wi-Fi 出现峰值而以太网没有，请首先排查信号质量、干扰以及本地网络中的其他设备。

保持测试条件可比：相同的服务器、设备、方法以及大致相同的时间段。既要测试空闲的连接，也要测试正在进行大文件上传的连接。如果负载下 RTT 大幅上升，问题多半在于排队；仅更改 DNS 不太可能解决。在一段时间内进行多次简短测试，比在一次原因不明的峰值期间截一张图更有用。

结合应用解读结果

并不存在一个能让所有游戏或通话都表现良好的通用抖动阈值。不同应用在音频缓冲、丢包恢复和网络路径选择方面各不相同。ICMP 回复丢失并不自动等同于媒体数据包丢失。如果只有某一项服务出现问题，请查看该服务自身的统计数据和状态。路由跟踪有助于发现规律，但其探测包所走的路径可能与应用不同。

RFC 792 描述了 ping 常用的 ICMP Echo 消息。它定义的是机制，而不是适用于所有应用的统一质量评分。请将多次测试的结果与用户实际感受到的症状进行对照。