MTR 与 Looking Glass：怎么读、怎么存证
MTR 是网络诊断的第一工具，但九成人读错它：中间跳丢包不是故障、末跳持续丢包才是。本文给出 MTR 逐列读法、双向测试流程、Looking Glass 的用法、以及能打赢工单的存证规范。
MTR（My TraceRoute）把 traceroute 的路径发现与 ping 的持续采样合成一个工具——它是网络诊断的第一件兵器，也是被误读最多的工具：中间跳的丢包多数不是故障，末跳的持续丢包才是。本篇给出逐列读法、双向流程、Looking Glass 的配合用法，以及能让工单快速结案的存证规范。本文属于测速与诊断中心系列的工具分支。
五分钟上手：命令与输出
# ① 报告模式（跑完输出汇总，存证首选）：100 包、宽格式、不反解（快）、带 AS 号
mtr -rwzbc 100 目标IP
# ② ICMP 被限速时切 TCP 模式（打 443 端口，穿透性好）
mtr -T -P 443 -rwzbc 100 目标IP
# ③ 交互模式（实时观察，排障进行时用；q 退出）
mtr 目标IP
# ④ 双向必做：在服务器上也对客户端 IP 跑一份（回程是另一条路）
ssh 你的服务器 "mtr -rwzbc 100 客户端IP"
# ⑤ 输出存档（文件名带时间戳与方向，见下文存证规范）
mtr -rwzbc 100 目标IP > mtr-out-$(date +%F-%H%M).txt逐列读法：每一列在说什么
| 列 | 含义 | 判读要点 |
|---|---|---|
| Loss% | 该跳丢包率 | 中间跳丢包≠故障（路由器对 ICMP 限速是常态）；从某跳开始持续到末跳都丢=真丢包 |
| Snt | 已发包数 | 存证用 100 包起；10 包的 Loss% 没有统计意义 |
| Last/Avg/Best/Wrst | 延迟四统计 | Wrst 与 Avg 差距大=抖动大；实时业务看 Wrst 与 StDev |
| StDev | 延迟标准差 | 越大越不稳；配合 Avg 读（StDev>Avg 的一半即显著抖动） |
| 主机名/AS | 该跳归属 | 用 -z 显示 AS 号；whois 核对归属——绕路的证据就在 AS 序列里 |
三个高频判读场景：①「第 5 跳丢 30%，后面都正常」——第 5 跳路由器限速 ICMP，无视它；②「从第 8 跳起丢包持续到末跳」——第 8 跳开始的路径有真拥塞或故障，记下第 8 跳的 IP 与 AS 开工单；③「去程正常回程丢」——只有双向都测才能发现（第④条命令的意义），单程 MTR 正常不代表体验正常。
Looking Glass：借别人的眼睛看路由
Looking Glass（LG）是运营商/机房公开的路由查询服务：从它的视角执行 ping/traceroute/BGP 查询——价值在于「你到不了的位置，它替你看」。三个典型用途：
- 验证服务商的路由声明：销售说「直连 CN2」，用它家 LG（或第三方公共 LG）从目标机房 traceroute 你的 IP，看路径里有没有 AS4809（CN2）——声明与路径对不上就是话术；
- 定位「哪一段绕路」：你自己的 MTR 只能看「你→目标」，配合对端 LG 的「目标→你」，两条路径拼起来才是完整回路；
- BGP 视角查路由：公共路由服务器（RIPE RIS、各 IXP 的 route server）可查任意前缀的全球可见性与 AS-PATH——排查「我的 IP 段是不是被漏播/劫持」用这个。
# LG 使用的命令侧准备（把你要查的目标整理好，LG 页面直接粘贴）：
# ① 你的服务器公网 IP
curl -s ifconfig.me
# ② 要验证的前缀（BGP 查询用）
whois 你的IP | grep -E "route|origin" | head -3
# ③ 对照 AS 号速查（判断路径质量的关键 AS）：
# AS4134=电信163 · AS4809=电信CN2 · AS4837=联通169 · AS9929=联通A网(优质)
# AS9808/AS56040=移动 · 出现 Transit 大户(AS1299/AS3356/AS6939 等)=普通国际转接存证规范：让工单快速结案的档案格式
- 命名：
mtr-{方向}-{日期}-{时段}.txt（如 mtr-out-2026-10-01-2130.txt）——方向（out=去程/in=回程）、时段（是否晚高峰）必须进文件名； - 配套四件套：MTR 双向文本 + ping 分布（20 包）+ 时间戳（date -u 输出）+ 业务影响描述（什么时间、什么操作、什么现象）；
- 采样纪律：故障时立即采一轮，恢复后再采一轮——「故障中 + 恢复后」的对比是最有力的证据；持续性问题按三天三时段（空闲/工作/晚高峰）采样；
- 提交口径：工单里先给结论（「末跳持续丢包 15%，起于第 8 跳 AS XXXX」），再附原始文件——让工程师 30 秒看懂问题，比情绪化描述有效十倍。
MTR 之外：三件互补工具
- traceroute：单次路径快照（mtr 是它的持续采样版）——路径频繁变化（负载均衡）时，多跑几次 traceroute 看路径集合；
- iperf3：吞吐实测（MTR 不测带宽）——端口速率验收用它，多线程 30 秒起步；
- 浏览器测速矩阵：在线测速工具的 32 节点给你「多地点对照」能力——单点 MTR 说不清的「是不是只有我这边慢」，换三个节点测一轮就有答案。
IPv6 路径与采样节奏的两个补充
IPv6 单独测：双栈环境下 v4 与 v6 是两条独立路径（甚至不同出口），v4 正常不代表 v6 正常——用 mtr -6 -rwzbc 100 目标IPv6 单独采一份；移动网络用户占比高的业务，v6 路径质量直接影响打开成功率。采样节奏：持续性问题按「三天 × 三时段」矩阵采样（每天的空闲/工作/晚高峰各一轮），单轮 100 包——这个节奏能把「偶发抖动」与「规律性拥塞」区分开，也是测量方法论推荐的最小档案规格。
下一步
把本篇的存证规范落成习惯：服务器上架当天跑一次基线 MTR 归档，之后每次「感觉慢」先采证再判断。判读的完整案例（一次「网站慢」的定位全程）在诊断中心；回程路由的三步验证法在验证回程路由；测量口径的统一定义在测量方法论。需要多节点对照时，测速工具与节点清单随时可用。