mtr排查网络延迟需同时关注Loss%和抖动（StDev、Wrst与Avg离散度），重点交叉分析三类指标组合：稳定丢包（Loss%高+StDev小）、典型抖动（Loss%低但Wrst远高于Avg且StDev>15ms）、瓶颈跳（Loss%突增+StDev同步放大）；报告模式（mtr -r -c 50 -n）连续测3次比对恶化趋势；识别假丢包需结合后续跳Loss%是否正常及丢包是否向下传递。
用 mtr 排查网络延迟，核心是同时盯住丢包率（Loss%）和网络抖动（StDev、Wrst 与 Avg 的离散程度），不能只看平均延迟。mtr 的价值就在于它把瞬时波动和长期统计结合在一起，帮你区分是偶发卡顿还是持续劣化。
重点关注三类关键指标组合
单看一列容易误判，要交叉比对：
- Loss% 高 + StDev 小：说明该节点稳定地丢包，大概率是策略性屏蔽（如防火墙禁 ICMP）或设备故障，不是临时拥塞。
- Loss% 低但 Wrst 远高于 Avg，且 StDev > 15ms：典型抖动表现，常见于带宽饱和、QoS 限速或无线链路干扰。
- 从某跳开始 Loss% 突增 + StDev 同步放大：问题极可能出现在这一跳设备或其出向链路，比如运营商骨干网拥塞或中间路由器过载。
用报告模式做可比性分析
交互式界面刷新快，但不利于横向对比。建议统一用报告模式运行多次：
- 执行 mtr -r -c 50 -n 目标地址，发送 50 个包，禁用 DNS 解析，避免域名解析干扰。
- 连续测 3 次，分别保存为 report-1.txt、report-2.txt、report-3.txt。
- 对比同一跳的 Loss% 是否持续存在、Avg 是否逐次升高、StDev 是否同步扩大——若三者都恶化，基本锁定该节点为瓶颈点。
识别“假丢包”与真实异常
某些节点显示高丢包（如 100%），但下一跳仍能通，这通常是中间设备主动不响应 ICMP（安全策略）。判断依据：
- 该跳 Host 显示为 ??? 或纯 IP，且 后续跳数的 Loss% 正常（≤1%），可暂忽略；
- 若丢包从某跳开始 持续向下传递（如第 5 跳丢 5%，第 6 跳丢 12%，第 7 跳丢 30%），这才是真实链路劣化；
- 搭配 Last 和 Best 看底线能力：如果 Best 始终很低（如
抖动定位要结合方向性验证
网络是非对称的，单向抖动不能代表全链路状态：
- 在客户端跑一次 mtr 到服务器，记录各跳 StDev；
- 登录服务器，反向执行 mtr 到你的公网出口 IP（可用 ip.cn 查）；
- 对比相同物理段（如城域网出口、省干节点）在两个方向上的 StDev 差异：若仅上行抖动大，问题可能在你的宽带上传队列；若仅下行抖动大，可能是目标服务器接入侧限速或缓存失效。
