如果是这样,为什么我们会看到数据包丢失在各跳之间分布不均匀?也就是说,如果第一跳中有 5% 的丢失,则接下来的跳应该从剩余 95% 的数据包开始。如果后续跃点中存在进一步的数据包丢失,那么整个 MTR 的图表在整体上不应该看起来是线性的吗?因为当数据包穿越这些网关路由器时,每个后续跃点都会以越来越少的数据包开始?
答案1
当你看到MTR结果时,至少有2种情况。
- 单节点损失率高。
在大多数情况下,这毫无意义。我们不能得出高loss%的节点出现故障的结论,因为它之后的所有其他节点都表现良好,表现出低loss%。也许它受到 ISP、CPU 或某些软件定义功能的限制,使其回复 ICMP 消息的功能受到限制。
- 单调增加loss%,从一个节点开始
这意味着起始节点可能出现故障或发生交通拥堵或其他问题。
看来你已经描述了这个1st
案例。
答案2
一个简单的谷歌搜索给了我维基百科页面:https://en.wikipedia.org/wiki/MTR_(软件)。摘录:The tool is often used for network troubleshooting. By showing a list of routers traversed, and the average round-trip time as well as packet loss to each router, it allows users to identify links between two given routers responsible for certain fractions of the overall latency or packet loss through the network. This can help identify network overuse problems.
这有助于回答您的问题吗?最重要的是,您阅读过文档吗?
答案3
我找到了答案这里:
它发送具有递增的 TTL 的 ICMP 数据包,以便从第一台路由器、第二台路由器等收到响应,直到目的主机。
如果是这样,我们为什么会看到数据包丢失在各跳之间分布不均匀?
因为没有回复的数据包的百分比因路由器而异。
也就是说,如果第一跳中有 5% 的丢失,则接下来的跳应该从剩余 95% 的数据包开始。
是的,但 mtr 测量路由器 n 和路由器 n+1 之间的数据包丢失。它不会累积损失。
那里有几个教程。我发现这个很有用(还没有读完): https://www.linode.com/docs/networki...sues-with-mtr/。