某一跳超时，我以为找到问题了

路由追踪结果里，中间有一跳显示三个星号，后面的跳又恢复正常。我立刻判断那台设备有问题，去找运营商。

对方回了一句：那台设备不回复探测包而已，你的流量过得去。后来对比其他入口，确实是这么回事，那台设备只是禁了 ICMP。

它怎么工作

追踪工具发一组 TTL 递增的包，每台路由器把 TTL 减到零，就回一个超时消息。

每次发出去的包 TTL 不一样，所以能逐跳推进，最后连到目标，路径就画出来了。

它测的是「第几跳的往返时间」，不是「这条链路能跑多快」。

宝塔拨测控制台：定时拨测任务、节点与告警配置

宝塔拨测控制台：定时拨测任务、节点与告警配置

能看出什么

路径怎么走、有没有绕行，是它最直观的价值。

某一段延迟突然抬高，说明那一段可能拥塞，或者距离变远。路径长度也能说明问题，绕远通常意味着对等互联不顺。

跨境访问绕到别的国家、某个运营商出口不一样，这类问题追踪能给出方向。

不能确认什么

星号最常见的原因是设备不回复探测包，不等于丢包，也不等于故障。有的网络会对探测包限速，回显时间会偏高。真正的丢包要靠 ping 或 TCP 探测来确认，不是看星号。

设备属于谁、是什么型号，通常只能靠反向解析和 ASN 去猜，未必准确。

去程和回程常常不是同一条路，你看到的只是其中一个方向。

带宽、应用层响应，它一个字都测不出来。追踪还分 ICMP、UDP、TCP 几种实现，结果可能不同，对端屏蔽某类探测时换一种也许就通了。结论里最好写明用的哪种方式。

多入口才有意义

单点追踪只能说明「从这儿走是这样」。

用宝塔拨测的控制台从不同地区、不同运营商的节点各跑一次，对比路径在哪里开始分叉。不同运营商入口看到的路径，可能从第一跳就不一样。

分叉点之后的差异，才是你需要解释的部分。所有路径都在同一跳变慢，才更像是目标侧的问题。

复测和结论边界

隔一段时间再跑，看路径有没有变。路由是会动态调整的，一次结果只能当快照。把两次结果放一起比，比单看一次靠谱。

得出结论时把话说准：哪一段延迟高、从哪些入口能看到、是否稳定复现。

追踪是线索工具，不是判决书。它能告诉你「可能在哪」，不能单独证明「就是这里坏了」。别拿一次追踪去和运营商争论责任，多跑几次、多个入口、多个时段，才有说服力。数据够厚，沟通才顺。先用简单指标圈定范围，再用它看细节，这也是它排在测速和 ping 之后的原因。