Check-Host.cc

MTR Test from China

1 node in Hohhot · CNIX Beijing

China — 1 Node

Cities
Hohhot
ISPs / ASNs
Alibaba Cloud AS37963
Datacenters
Alibaba Cloud
Internet Exchanges
CNIX Beijing — 北京中國網路信息交換中心,由國有電信業者運營
CNIX Shanghai — 上海中國網路信息交換中心,服務中國東部地區

從中國進行 MTR 路由追蹤

從我們的呼和浩特節點執行連續逐跳延遲和丟包測量,朝您的目標前進。來自 AS37963(阿里雲)的流量首先穿越阿里巴巴的內部骨幹到達出口點——通常是北京或上海——然後交付給三大國有電信業者的國際閘道之一。採用的路徑取決於阿里巴巴為該路由前綴選擇的電信業者,視目標而定可能有所不同。

從呼和浩特至法蘭克福目標的典型 MTR:1–3 個阿里巴巴內部跳,需 15–25 ms 到達中國國際閘道;然後歐亞過境段增加 130–160 ms;抵達法蘭克福地區基礎設施約 170–200 ms 總計。若 MTR 在國際閘道跳本身顯示大幅延遲躍升,通常表示中國至歐洲國際電纜容量擁塞——在中國商業時段是常見問題。

GFW 邊界路由器頻繁不回應 TTL 超時 ICMP 封包,意味著 MTR 輸出的某些跳將顯示為星號(*),即使流量正常通過它們。這是預期行為,不代表丟包。從中國的 MTR 中的真實丟包表現為從特定跳開始並持續至最終目標的百分比丟包——若丟包僅出現在中間跳而目標仍有回應,這些跳只是未回傳 ICMP TTL 超時訊息。

中國網路基礎設施

中國的公共網際網路由三家國有電信業者控制:中國電信(AS4134)、中國聯通(AS4837)和中國移動(AS9808)。這三家業者壟斷國際閘道容量,所有進出中國的流量均需通過其邊界路由器。國內對等互連透過北京和上海的國家管理交換點進行,不存在可比較於 DE-CIX 或 AMS-IX 的中立開放 IX 市場。

防火長城(GFW)在國際閘道層運作,根據 IP、SNI 及深層封包檢查過濾和封鎖流量。中國境內的 BGP 路由公告在國內路徑上不受 GFW 影響,但前往或來自非中國 IP 空間的任何流量,均在每家電信業者的邊界通過檢查點。這意味著從中國境內至境外目標的延遲測量,不僅包含地理 RTT,還包含邊界路由器的排隊或檢查延遲。

我們的探測節點位於內蒙古呼和浩特,運行於阿里雲基礎設施(AS37963)。呼和浩特因寒冷氣候降低製冷成本及廉價的煤電與風電,已成為中國最大的資料中心集中地之一。阿里巴巴、中國電信和中國移動均在當地運營超大規模設施。呼和浩特透過中國電信和聯通的長途光纖向東連接北京,向南連接上海。

從中國的國際延遲反映了地理與 GFW 邊界過境兩個因素。呼和浩特至法蘭克福在路由良好路徑上約 170–195 ms。至倫敦約 180–200 ms。至洛杉磯約 130–155 ms,因為跨太平洋電纜容量比中歐陸地路由更完善。在亞太區域內,呼和浩特至東京約 60–80 ms、至新加坡約 90–110 ms。這些數字因哪家國有電信業者處理國際段而異。

我們在呼和浩特阿里雲節點的結果,反映從中國國有電信基礎設施內部看到的伺服器情況,具體透過在國內與三大電信業者均有對等互連的 AS37963。對於針對中國使用者的網站,這是有意義的測試位置——它顯示您的伺服器是否可從中國境內到達、中國使用者體驗的延遲,以及 GFW 是否影響對您的網域或 IP 範圍的連線。