路由追踪操作：记录结果与解释星号、跳数和延迟
适用于比较两个候选目标，或同一目标正常、异常时段的路径。文档示例IP须替换为已获准测试的实际IP。
Windows：命令提示符
tracert -d 203.0.113.10Linux或macOS：终端
如果系统已安装traceroute，可执行以下只读探测；未安装时可提供现有端口和业务结果，不必临时运行未知来源安装脚本。
traceroute -n 203.0.113.10比较时保留相同条件
- 固定电脑、接入网络和目标协议，两个目标交替测试，记录时间。
- 保存从开始到结束的完整输出，包括星号，不只截取某个节点。
- 同时附实际服务端口和业务是否正常；有条件时再补另一网络或相反方向。
星号、跳数和延迟怎样解释
| 现象 | 可以得到的线索 | 不能直接认定 |
|---|---|---|
| 某跳显示星号 | 本次等待时间内未收到探测回应 | 该节点必然断网或所有业务数据均丢失。 |
| 中间一跳延迟高，后续恢复 | 该跳回应探测较慢 | 从该跳开始的全部转发都慢。 |
| 跳数或可见路径变化 | 这次探测路径与之前不同 | 跳数更少的一定更快或更稳定。 |
| 终点和实际业务持续异常 | 需结合端口与业务进一步核查 | 仅凭路径即可确定故障责任。 |
怎样使用差异
路径、可见跳数或持续延迟变化可作为核查线索。中间节点可能限制探测回应，IP归属地标签也可能不准确；不能凭一跳高延迟、星号或显示的城市直接确定故障位置。
工单中注明“来源—目标—时间—实际业务异常”，便于技术人员把路由与其他记录关联。