路由追踪的结果里，最值得看的不是总延迟，而是延迟曲线在哪里拐弯。

正常的样子

逐跳延迟应该平缓上升。第一跳几毫秒，出省几十毫秒，跨境一百多毫秒，每一跳比上一跳多一点，曲线是平滑的。

因为每多一跳，就多一次转发，时间自然增加。这是健康的形状。

突增之后一直高位：真问题

某一跳从 20ms 突然跳到 150ms，而且后面每一跳都维持在 150ms 以上，直到目标。

这说明问题就出在那一跳之后的链路上：可能是拥塞、可能是跨网互联带宽不够、也可能是路由绕行，流量被送去了更远的地方。

这种情况会真实影响用户，因为后续所有数据包都要走这段坏路。

只有单跳偏高：多半是限速

第 7 跳显示 200ms，但第 8、9、10 跳又回到 30ms，目标也是 35ms。

这是典型的「路由器不待见 ICMP」。很多设备会把探测包交给 CPU 处理，优先级很低，回包自然慢。但它转发正常业务流量是走硬件的，速度没问题。

这种单跳尖刺不代表故障，别拿它当结论。

怎么区分这两种

看后续跳。突增之后持续高，是链路问题；突增之后立刻回落，是设备限速。

再一个方法是看丢包。如果那一跳三个包全丢，但后面正常，也是限速的典型特征。

还要看方向

去程和回程可能完全不一样。你从广州追踪到北京，看到的是去程路径；用户访问你的服务器，走的是回程。

所以排查用户侧问题时，最好从目标侧反向追踪，或者两边都做一次，才知道是哪一程绕了。

一个实用判断

把「突增点」和「归属地」对着看。如果突增发生在省际出口，那就是互联问题；发生在国际出口，那就是跨境链路；发生在机房前一跳，那可能是机房上游带宽被打满。

位置比数字更能说明问题。