menu Chancel's blog
rss_feed
Chancel's blog
有善始者实繁,能克终者盖寡。

快速读懂MTR报告

作者:Chancel Yang, 创建:2021-11-17, 字数:1994, 已阅:90, 最后更新:2024-03-10

MTR是一个用于网络诊断的工具,支持多平台,以下面这份MTR报告为例子

Bash
➜  ~ mtr --report www.chancel.me
Start: 2021-11-17T11:40:42+0800
HOST: chancel-4750g               Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- _gateway                   0.0%    10    0.2   0.2   0.2   0.3   0.1
  2.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- 183.83.181.152             0.0%    10    5.1   3.5   2.5   5.1   1.0
  4.|-- 121.2.142.157              0.0%    10   10.3   9.2   5.2  21.1   4.7
  5.|-- 152.136.17.59.broad.dg.gd  0.0%    10   10.1   9.5   2.7  24.3   5.8
  6.|-- 14.147.5.129               0.0%    10    3.1   2.9   1.7   4.5   0.8
  7.|-- 202.97.43.78               0.0%    10    7.9   6.2   2.6  12.3   3.4
  8.|-- 59.43.137.226              0.0%    10   26.0  27.1  25.6  31.2   1.7
  9.|-- 59.43.130.202             30.0%    10   27.8  33.6  26.8  47.6   9.5
 10.|-- 59.43.186.250              0.0%    10   27.2  30.8  26.6  40.2   5.1
 11.|-- 59.43.183.54               0.0%    10   65.9  69.4  63.5  87.2   7.4
 12.|-- 202.55.27.226              0.0%    10   65.7  66.8  62.7  79.1   5.0
 13.|-- 104.254.116.122            0.0%    10  166.2 167.2 165.3 172.2   2.4
 14.|-- 23.248.190.211             0.0%    10  166.6 174.9 165.7 224.6  17.7
 15.|-- 10.0.0.130                 0.0%    10   72.5  66.1  63.5  72.5   2.9
 16.|-- 45.195.67.142              0.0%    10   62.6  62.9  62.0  64.6   0.8

数据说明

  • Loss%:到达此节点的丢包率
  • Snt:数据包数量(ICMP数据包,默认10)
  • Last:最近一次返回延迟
  • AVG:平均延迟
  • Best:最佳延迟
  • Wrst:最差延迟
  • StDev:延迟的标准偏差(重要)

丢包率

  • 通常Loss%的丢包率并不准确,因为部分ISP会人为限制ICMP速率,准确的丢包率应该是连续多个节点丢包

网络延迟

  • 例如13与14跳明显网络延迟较大,一般是线路拥堵或者路由配置不当,由于MTR的报告看不到返回路径,需结合双向MTR报告来确定真实延迟情况
  • ICMP速率限制也会导致网络延迟忽高,如13、14跳明显增高,但不影响最终实际延迟是接近62.6ms

100%丢包率

  • 数据包如果在最终目的地丢失100%,则未必数据包没有送达,很有可能是目的地的防火墙限制了出入网

NAT导致的“???"

  • 如报告中的第二跳是家庭路由器NAT后ICMP包无法返回到测试机器所导致的,并不意味着网络丢包率100%

ISP导致的连续"???"

  • 如报告最后几跳是连续的"???"说明ISP的路由配置不当导致的数据包永远无法准确的到达目的地

超时

  • 由于MTR报告看不到返程,所以部分"???"节点可能是数据包在返回时超时被丢弃(QoS设置可能导致数据包等待超时)

[[replyMessage== null?"发表评论":"发表评论 @ " + replyMessage.m_author]]

account_circle
email
web_asset
textsms

评论列表([[messageResponse.total]])

还没有可以显示的留言...
gravatar
[[messageItem.m_author]] [[messageItem.m_author]]
[[messageItem.create_time]]
[[getEnviron(messageItem.m_environ)]]
[[subMessage.m_author]] [[subMessage.m_author]] @ [[subMessage.parent_message.m_author]] [[subMessage.parent_message.m_author]]
[[subMessage.create_time]]
[[getEnviron(messageItem.m_environ)]]