在分析WinMTR/MTR输出结果时，需要查看：丢包和延迟。

首先是：丢包。如果您在任何一个节点看到有掉包，这可能表示这个特定的路由节点有问题。

然而，有些服务提供商会限制WINMTR/MTR工具发送的ICMP传输。这会对数据包丢失造成错觉，但事实上并未丢包。

要确认您看到的数据包丢失是否是由于服务提供商限制造成的，您可以查看最后一跳的路由节点。

如果该跳显示丢失0%，那么您可以肯定 是ICMP限制，实际未丢包。请看下面的例子：

在这种情况下，从第一跳到第二跳的丢包，可能是由于第二跳路由ICMP限制导致的，因为剩余的8个路由节点都没有丢包。

这种情况下，采取掉包最少的节点作为它实际的丢包率。

另一个例子来比较：

在这种情况下，第三跳和第四跳之间有60%的丢包。您可以假设这是由于路由设备限制导致的丢包。

然而，您可以看到最后一跳是显示40%的丢包。但产生不同的丢包结果时，始终采用最后一跳的丢包率。

有些丢包可能产生在路由返回的时候。

数据包可以正确无误地到达目的地，但未正常返回，这也会计算在丢包率中，但您从WinMTR/MTR结果报告中很难分辨。

因此，在任何时候您都需要同时收集两个方向的WinMTR/MTR结果报告。

若您需要更进一步的MTR说明，请参照以下：

WinMTR测试结果名词解释

1. Copy Text to clipboard – 将结果以文本形式复制到剪贴板
2. Copy HTML to clipboard – 将结果以HTML形式复制到剪贴板
3. Export TEXT – 将结果以文本形式导出
4. Export HTML – 将结果以HTML形式导出
5. Options – 设置
6. Hostname：到目的服务器要经过的每个节点主机IP或名称 。
7. Nr：经过节点的数量
8. Loss%：ping 数据包回复失败的百分比; 由此可判断哪个节点(线路)出现故障, 是服务器所在机房还是国际路由干路。
9. Sent：已经传送的数据包数量 。
10. Recv：成功接收的数据包数量 。
11. Best：回应时间的最小值 。
12. Avrg：平均回应时间 。
13. Worst：回应时间的最大值。
14. Last：最后一个数据包的回应时间。
    
    

－－－－－－－－－－－－－文件结束，谢谢您的阅读－－－－－－－－－－－－－－