路由追踪怎么看?Tracert 里的延迟突增在哪一跳
网站访问慢,PING 和 TCP 测速能告诉你「主机通不通」「端口连不连得上」,但都只给整体结论;当问题出在中间某一段网络时,这两个工具就查不到根源了。路由追踪(t.bt.cn/trace) 逐跳列出从探测节点到目标 IP 的每一跳延迟、丢包和超时,用来定位「哪一段网络出了问题」。判断顺序很简单:先看目标是否到达,再比较哪一跳开始出现持续的延迟或丢包。
怎么发起一次路由追踪
- 打开路由追踪工具,在输入框填写目标 IP 地址,例如
8.8.8.8。注意:页面占位提示里可能含域名,但创建追踪时需要输入 IP;手头只有域名的话,先通过DNS 测速查到它解析到的 IP 再用。 - 单击
选择节点,可以按运营商筛选,或搜索地区和节点名称;选中要发起追踪的节点后单击确定。 - 单击
开始检测,等待检测进度和逐跳结果更新。
检测完成后,页面会保留输入区,并在下方显示追踪结果。
逐跳结果里每一列是什么
结果页会显示目标 IP、起始节点和检测进度。路由查询详情列表里,每一跳(行)包含这些字段:
- 跳数:从探测节点出发经过的第几跳,逐跳递增直到目标 IP。
- 解析 IP 与地理位置:这一跳对应的 IP 地址和它所在的地理位置,用来判断路径经过了哪些地区和线路。
- 最新响应:这一跳最近一次响应的耗时。
- 发包数、丢包率:这一跳发送的探测包数量和丢包比例,丢包率高说明这一跳链路不稳定。
- 最快 / 最慢 / 平均耗时:这一跳多次探测的时延范围。
列表顶部可以按全部、正常、丢包、超时筛选,快速把异常的跳挑出来。
下图是路由追踪结果的上半部分,展示目标 IP、起始节点、完成进度、结果筛选和前 13 跳:

继续向下滚动,可以看到后续跳数,一直到目标 IP:

延迟突增在哪一跳:看「从哪一跳开始持续变慢」
定位延迟问题时,重点是找从哪一跳开始延迟持续走高,而不是单看某一跳的绝对值。逐跳往下看,如果前几跳时延都在几毫秒,到某一跳之后整体时延明显抬升并保持,说明问题大概率出在那一跳进入的链路段(比如跨运营商互联、国际出口)。
中间跳超时 ≠ 链路断了
路由追踪里经常会看到中间某跳显示超时(无响应),但后续跳数仍有响应。这通常不是链路中断——很多骨干路由器会优先转发数据包,却不去响应路由追踪的探测请求。所以判断时不能只看某一跳超时就下「链路断了」的结论,要结合「后续跳是否还有响应」和「目标 IP 最终是否到达」一起看。
只有一个节点异常,先换节点复测
如果延迟突增或丢包只出现在某一个起始节点上,先别急着定性,换一个地区或运营商的节点再测一次。只有换了节点复测后,异常仍集中在同一跳,才更值得怀疑是那一段线路的问题。
如果页面提示创建追踪失败,先核对输入的是 IP 地址(不是域名),再检查所选节点,然后重新发起检测。
常见问题
路由追踪和 PING、TCP 测速有什么不同?
PING 测主机是否可达、往返时延和丢包,TCP 测指定端口能否连接,它们都只给「到目标」的整体结果。路由追踪则把从探测节点到目标 IP 的每一跳单独列出来,能定位到「中间哪一跳开始延迟飙升或丢包」,适合 PING/TCP 查不出问题时定位是哪一段网络出问题。
路由追踪输入域名还是 IP?
输入 IP 地址,例如 8.8.8.8。页面占位提示里可能含域名,但创建追踪时需要用 IP;如果手头只有域名,可以先通过 DNS 测速查到它解析到的 IP,再用这个 IP 发起路由追踪。
结果里每一跳的「最新响应」「丢包率」「最快/最慢/平均耗时」分别看什么?
每一跳会列出跳数、解析 IP、地理位置、最新响应、发包数、丢包率以及最快、最慢、平均耗时。先看目标是否到达,再比较哪一跳开始出现持续的延迟或丢包——那一跳通常是问题所在。
中间某一跳显示超时,是不是整条链路就断了?
不一定。中间某跳超时、但后续跳数仍有响应时,不能仅凭这一跳判断整条链路中断——很多骨干节点会不响应追踪请求但正常转发数据。要结合后续跳和目标是否到达来综合判断。
只有一个节点出现延迟突增,怎么确认是不是真有问题?
换一个地区或运营商的节点再测一次。如果只在某个起始节点出现异常,可能是该节点出发的线路问题,不代表所有用户都受影响;换节点复测后仍集中在同一跳,才更值得怀疑那一段。
发起路由追踪失败怎么办?
先核对输入的是 IP 地址(不是域名),再检查所选节点是否有效,然后重新发起检测。