突增的位置，基本就等于问题的位置。但要看它后面怎么走。

突增后持续高位

第 6 跳从 25ms 跳到 180ms，第 7、8、9 跳都在 180ms 以上，目标 190ms。

这说明从第 6 跳之后的那段链路开始，路径变差或者变长了。后续所有流量都要吃这个亏，是真实的性能问题。

常见原因：省际互联带宽不足、跨运营商关口拥塞、路由绕行到了更远的城市、国际出口排队。

只有单跳偏高

第 6 跳 180ms，第 7 跳回到 30ms，目标 35ms。

这是设备限速，不是链路问题。该路由器对 ICMP 探测包不友好，但转发正常流量没问题。

判断依据是后续跳是否恢复。恢复了就不用管。

从归属地反推原因

突增发生在两个不同运营商之间，那是互联瓶颈。

突增发生在省际边界，那是骨干网拥塞或跨省调度。

突增发生在国际出口城市，那是跨境链路排队。

突增发生在机房上一跳，那可能是机房上游带宽被打满，或者机房在做流量清洗。

把 IP 归属地和地理位置对上去，原因基本就浮出来了。

注意方向问题

大多数追踪测的是去程。但用户访问你的网站，回程才是关键。

去程正常、回程绕路的情况非常常见，尤其是跨境线路。所以有条件的话，从目标侧反向追踪一次，两边对比着看。

下一步动作

定位到具体跳之后，把结果截图或导出，提交给运营商或机房。只说「慢」没人理，指出「第 6 跳到第 7 跳之间，广州电信到武汉联通，延迟从 25ms 涨到 180ms」，处理效率完全不一样。