如何解释traceroute结果

我想弄清楚如何解释附加的图像。前两跳是在我们的局域网上，3-5跳属于我们的广域网供应商，而第六跳是在我们的托pipe服务提供商，第七跳是在同一托pipe服务提供商的Windows服务器。

我不明白的是，第7跳上的延迟如何可以低于第6跳上的延迟，或者这个效果比第5跳和第6跳上的延迟要低。同样，第6跳显示出明显的丢包，而第7跳看起来精细。我知道这些数字不是累积的，但是如果数据包遍历所有的跳数，那么不应该每一个下一跳都比以前的跳越长。

我阅读了不less文档，在Internet上解释traceroute命令的教程，但我还没有find解释。我会高度赞赏一个清晰的解释，或至less一个指针作为读什么。

在这里输入图像说明

只是一个理论：一些核心路由器可能有超负荷的pipe理平面 – 因此延迟/丢失的响应，但他们的数据包转发平面将performance良好，所以通过它们的stream量不会受到影响。

我build议你也使用iperf来testing可用的带宽。如果您的端到端性能可以接受，那么您不必担心。

Traceroute是测量延迟的不可靠方法。请记住，traceroute以低TTL发送数据包（Windows中的ICMP，Linux中的UDP） – 当TTL = 0时，路由器发送“Time exceeded”ICMP消息。这就是你如何识别你和目的地之间的所有跳跃。

问题是发送超时消息是一个错误exception，必须在软件中处理（而不是在硬件中完成数据包转发）。发送ICMP错误消息是一项低优先级的任务，在繁忙的路由器上可能会出现明显的延迟或丢失的消息。

如果您有兴趣测量端到端延迟，请使用@pQdbuild议的iperf。