单独使用 ping 和 Traceroute 无法提供的高级网络诊断
与跟踪路由不同，MTR 不断发送探测来测量一段时间内每一跳的数据包丢失情况。
获取每一跳延迟的最小值、平均值、最大值和标准差。了解网络性能的差异。
将路线映射与持续性能测量相结合。最全面的网络诊断工具。
发现单次工具遗漏的问题。连续监控揭示间歇性数据包丢失模式。
从运行 MTR。从不同地理角度比较网络质量。
设置数据包丢失和延迟的阈值。收到详细的逐跳数据警报，以便更快地进行故障排除。
ping 和 Traceroute 相结合的强大功能
准确查看每一跳丢失的数据包百分比。查明有问题的网段。
跟踪监控期间每一跳发送和接收的数据包总数。
最小值、平均值、最大值和标准差揭示了单个测量遗漏的延迟模式。
确定哪个网络提供商拥有每个跃点。提交支持请求时出示证据。
| # | 主持人 | 损失％ | 平均 | 最好的 | 第一次 |
|---|---|---|---|---|---|
| 1 | gateway.local | 0.0% | 1.2 | 0.8 | 2.1 |
| 2 | isp-edge.net | 0.0% | 8.4 | 7.2 | 12.3 |
| 3 | core.isp.net | 0.0% | 15.2 | 12.8 | 22.1 |
| 4 | peering.net | 2.4% | 45.8 | 38.2 | 89.4 |
| 5 | transit.net | 5.1% | 52.3 | 48.1 | 112.5 |
| 6 | dc-edge.net | 0.0% | 54.2 | 51.2 | 58.9 |
| 7 | server.example | 0.0% | 55.1 | 52.4 | 59.2 |
关于港铁监控的常见问题
使用traceroute 快速获取网络路径快照。当您需要诊断间歇性问题、测量一段时间内的数据包丢失或了解延迟差异时，请使用 MTR。 MTR 对于解决 VoIP、游戏或实时应用程序问题特别有价值。
如果只有一跳显示数据包丢失，但后续跳没有显示，则该路由器可能对 ICMP 响应进行速率限制（不是真正的问题）。如果数据包丢失出现在某个跃点并且继续到达目的地，则该跃点就是问题源。关注持续损失开始的地方。
对于一般网络流量，1-2% 的损失可能是可以接受的。对于 VoIP、视频会议或游戏，即使 0.5% 也会导致明显的质量问题。对于业务关键型应用程序，目标是 0% 数据包丢失。我们建议对任何高于 0% 的损失发出警报，以便及早发现。
我们的 MTR 监控以可配置的时间间隔连续运行。每个测试通常会在 10-60 秒内发送 10-100 个探测，以收集有意义的统计数据。历史数据被汇总和存储以进行趋势分析和警报。
来自全球 70 多个地点（很快还会有 40 多个地点）的 MTR 监控。跟踪每一跳的数据包丢失和延迟。终极网络故障排除工具。