快速读懂MTR报告
类型:Network
创建时间:2021-11-17 11:53:17
更新时间:2021-11-17 11:55:51
类型:Network
更新时间:2021-11-17 11:55:51
MTR是一个用于网络诊断的工具,支持多平台,以下面这份MTR报告为例子
➜ ~ mtr --report www.chancel.ltd
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]])
[[messageItem.m_author]]
[[messageItem.m_author]]
[[getEnviron(messageItem.m_environ)]]
[[subMessage.m_author]]
[[subMessage.m_author]]
@
[[subMessage.parent_message.m_author]]
[[subMessage.parent_message.m_author]]
[[getEnviron(messageItem.m_environ)]]