tracert 使用具有短 TTL 的虚假 UDP 请求并解释返回的 ICMP 消息以找出路由跃点，每跃点尝试 3 次。

pathping 找出路由跳数，然后 ping（ICMP 回显请求）每个 100 次（默认）以帮助定位丢包跳数。

根据跳数的不同，两个输出看起来可能大不相同。现实可能仍然是别的东西。

在这里你可以找到 ping、tracert 和 pathping 的详细比较。

PING是一个基于 ICMP 协议的应用程序，用于向目的地发送回声数据包并期望收到回声响应，它计算从发送数据包到收到回声响应的 RTT（往返时间） . 通常，在 LAN 网络上使用 PING 时，您可以相信它所说的是准确的，除非您预先知道传输路径中的网络设备将 ICMP 优先于关键任务 TCP/UDP 流量。然而，这在使用统一通信的网络中非常普遍，这意味着同一网络上的语音和数据。这是因为实施了 QoS 策略以确保语音流量和其他关键任务流量的优先级高于 ICMP，从而间接影响 ICMP ping 测试的 RTT 时间。

Trace-route是技术人员和工程师常用的另一种方法来诊断传输路径中的延迟，但是任何研究过 trace-route 工作原理的工程师都会知道其结果几乎总是具有误导性。

Trace-route 的工作方式与 ping 类似，但它使用 TTL 功能使传输路径中的每个连续跃点以 ICMP TTL 过期数据包进行响应。因此，您可以确定 ICMP 数据包正在穿越哪些网络设备。

当您深入研究 traceroute 的操作时，您将看到默认情况下，traceroute 为每个连续的跃点使用 3 个探测数据包，除非您另有说明。每个探测数据包都间接地测量了源和 TTL 被声明过期的设备之间的延迟。这种延迟计算是其真正预期目的的副产品。请记住，即使您向距离五跳的设备发送探测，第五跳之前任何四个设备中的随机延迟峰值可能会导致第五跳看起来具有高延迟。

Pathping首先通过执行到目的地的跟踪路由来工作，然后它使用 ICMP ping 传输路径中的每个跃点 100 次。这用于通过每跳的 icmp echo 验证源和目标之间的延迟。但是请记住我之前说过的，当涉及公共设备时，您不能依赖 ICMP。因此，您可能会遇到这样的情况，即您看到发往传输中一跳的 ICMP ping 丢弃了 40% 的流量，而下一跳的成功率为 100%。这是由于 CoPP。

一般来说，路径是一种更好的工具，可以相对准确地诊断从特定源到目的地的延迟。请注意，我说的是相对，这是因为延迟始终与您在网络上的位置有关。