三步驗證回程路由：MTR 雙向 + 落地 IP 歸屬
商家宣傳的線路是廣告，你自己的 MTR 才是事實。三步驗證法：雙向 MTR 看路徑與劣化、落地 IP 歸屬核對宣傳口徑、按取證規範存檔報障。全程命令可復制執行。
「CN2 GIA 直達」「三網優化」——下單前誰都會說，下單後怎麼驗證？本篇是線路與回程路由中心的動手篇：三步驗證法，從路徑、歸屬到存檔，每步都給可直接復制的命令。原則只有一條：商家宣傳是廣告，你的 MTR 輸出才是事實。
第一步：雙向 MTR——去程與回程都要看
路徑是不對稱的：去程（你 → 服務器）和回程（服務器 → 你）各走各的路由策略，而業務大頭在回程。只測去程等於半張地圖。
# 本地 → 服務器（去程），晚高峯執行，100 包起步
mtr -rwbzc 100 服務器IP > mtr-out-$(date +%F-%H%M).txt
# 服務器 → 本地（回程），在服務器上執行；本地公網 IP 用下面的命令拿
curl -4 ifconfig.me # 或 curl -4 ip.sb
mtr -rwbzc 100 你的本地公網IP > mtr-back-$(date +%F-%H%M).txt
# Windows 側可用 winmtr；沒有 mtr 時退化方案
traceroute -n 服務器IP # 只有路徑沒有統計，信息量少一半判讀三要點：①看 AS 號序列——4809（CN2 GIA）、4837（聯通169）、9929（聯通精品）、4134（電信163）、58453（CMI），宣傳口徑與路徑事實是否一致，一眼對表；②看劣化起點——丟包與延遲抬升從哪一跳開始，責任邊界就在哪（中間跳丟包但末跳正常 = ICMP 限速，忽略）；③看 StDev/Wrst——平均值漂亮但方差大 = 交互體驗差，遊戲與語音業務尤其要盯這兩列。
第二步：落地 IP 歸屬——核對「落地段」與宣傳是否一致
# IP 歸屬與 ASN 查詢（任選其一，交叉驗證更穩）
whois 服務器IP | grep -Ei "netname|descr|country|origin"
# 或在線庫：bgp.he.net 搜 IP 看 Origin AS 與 Prefix
# 反向確認服務器出口（服務器執行）：
curl -4 ifconfig.me && whois $(curl -4 -s ifconfig.me) | grep -i netname要核對的事實：落地 IP 屬於哪個 AS、哪個網段。宣傳「CN2 GIA 落地」但落地 IP 屬於普通 163 段的，路徑再漂亮也是偷換概念；站羣與郵件業務還要多做一步——IP 段信譽自查（黑名單庫逐一查詢，入庫前做，別等發了郵件才查）。
AS 路徑判讀：三種最常見形態
- 形態一：幹淨直達——路徑 AS 序列短（國內段 2–3 跳進機房），宣傳線路的 AS 號全程出現，末跳無丟包。這是「說到做到」的節點，可以下單；
- 形態二：單次跨網——中間出現一次 AS 切換且發生在互聯點（如電信用戶經互聯點進聯通機房），高峯時段該跳可能有排隊劣化。多線 BGP 節點應該消滅這種形態；出現了，說明「多線」成色不足（鑑別見同中心 BGP 專篇）；
- 形態三：繞路多跳——AS 切換三次以上、或路徑繞到與兩端都無關的地區（華南用戶 → 服務器路徑裏出現北方骨幹節點）。這是路由策略或 transit 層級問題，晚高峯劣化最嚴重的就是它——拿存檔開工單，要求換路或退款。
把三種形態記熟之後，任何一份 MTR 報告你都能在 60 秒內定性。剩下的工作只是留檔：驗證不是一次動作，是季度節律——線路品質會隨運營商策略調整而變化，建議每季度高峯時段復測一輪，與上次存檔對照，趨勢劣化就在續費談判前有了籌碼。
第三步：按取證規範存檔——讓數據能復現、能報障
| 存檔項 | 要求 | 原因 |
|---|---|---|
| MTR 雙向報告 | 注明時間、源出口運營商、包數 | 沒有條件的數據不可復現，商家可拒絕 |
| 分時段對照 | 白天 + 晚高峯各一輪 | 單時段樣本沒有統計意義 |
| 落地 IP 與 ASN | whois 輸出原文 | 宣傳與事實對質的書面依據 |
| 業務側指標 | TTFB/丟包的用戶端採樣 | 把「路由問題」翻譯成「業務影響」 |
報障時按診斷中心的工單模板五段式提交（問題/影響面/已做排除/證據/期望），雙向 MTR 附原文而非截圖——文本可檢索、可復核，處理速度完全不同。
驗證頻率與基線管理
把三步驗證固化成節律：下單前用測試 IP 全跑一遍（這是退款期內最有價值的動作）；上線後第一周每天晚高峯一輪（新節點的路由策略可能有磨合期調整）；常態期每周一輪高峯採樣 + 每月一次完整三步；續費前把三個月的存檔拉出來看趨勢——數據在手，談價與去留都不慌。所有存檔統一命名（方向-日期-源出口），檢索時才知道每份數據的條件。
四個常見坑
- 用 ping 代替 MTR：ping 只有末跳結果，看不到劣化在哪一段發生；
- 白天測一次就下結論：晚高峯才是分水嶺（CN2 與 4837 的差別就在高峯，見同中心對比篇）；
- 忽略本地因素：先做「換介質/直連光貓/查佔用」三步排除，再談鏈路問題；
- 拿中間跳丟包報障：中間路由器限速 ICMP 是常態，末跳持續丟包 >1% 才是真問題。
下一步：今晚高峯就把三步跑一遍，存檔留證。路徑判讀的完整口徑 → 線路與回程路由中心；工具與節點 → 測速頁；發現問題要換節點 → 在售配置。