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 歸檔，之後每次「感覺慢」先採證再判斷。判讀的完整案例（一次「網站慢」的定位全程）在診斷中心；回程路由的三步驗證法在驗證回程路由；測量口徑的統一定義在測量方法論。需要多節點對照時，測速工具與節點清單隨時可用。