如何解释traceroute结果
如何解释traceroute结果
提问于 2017-07-17 09:02:48
我正在努力弄清楚如何解释附呈的图像。前两个跳在我们的局域网上，hops 3-5属于我们的广域网提供商，而hop 6在我们的托管提供商，而hop 7是同一主机提供商的Windows服务器。
我不明白的是，跳7的延迟怎么会比跳6的延迟低，或者说比跳5和6的延迟低。而且--跳6显示了显著的丢包，而跳7看起来很好。我知道这些数字并不是累积的，但是如果数据包遍历了所有的跳数，那么下一次跳是否需要比前一跳更长的时间呢？
我阅读了相当多的文档，在互联网上阅读了解释traceroute命令的教程，但我仍然没有找到对此的解释。我会非常感激一个明确的解释，或至少一个指针，作为阅读。
回答 2
Server Fault用户
回答已采纳
发布于 2017-07-17 09:10:25
只是一个理论:一些核心路由器可能有超载的管理飞机-因此延迟/丢失的响应，但他们的包转发飞机将表现良好，因此通过他们的流量不会受到影响。
我建议您也使用iperf测试可用带宽。如果您的端到端性能是可以接受的，那么您就不需要担心了。
Server Fault用户
发布于 2017-07-19 00:41:29
Traceroute是一种不可靠的测量延迟的方法。请记住，traceroute以较低的TTL发送数据包( Windows中的ICMP，Linux中的UDP )--当TTL =0时，路由器返回一条“时间超过”ICMP消息。这样你就能识别出你和你的目的地之间的所有跳跃。
问题是，发送超过时间的消息是一个错误异常，必须在软件中处理(而不是在硬件中完成数据包转发)。发送ICMP错误消息是一项低优先级的任务，在繁忙的路由器上可能会出现重大延迟或丢弃消息。
如果您对测量端到端延迟感兴趣，请使用iperf作为@pQd建议。
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://serverfault.com/questions/862516
复制相关文章
相似问题
腾讯云开发者
