從我們多哈節點的 MTR，從 AS396982 向您目標執行持續的逐跳延遲和丟失測量。多哈的 Google 基礎設施連接 Google 的全球骨幹，這意味著從我們卡達節點的出站流量使用 Google 的私有光纖和對等互連點，而非標準的卡達 ISP 過境。這對大多數對等互連良好的目標產生比標準 Ooredoo 住宅或商業連線更低延遲、更低抖動的路徑。

從多哈到法蘭克福目標的典型 MTR 顯示：1–2 個內部 Google 跳增加 1–3 ms，然後是透過 Google 骨幹在海灣下方穿越中東或透過 I-ME-WE 電纜的段，在總計約 96–110 ms 到達法蘭克福邊緣。若 MTR 顯示流量在到達歐洲之前向東透過南亞路由，表明 Google 骨幹為該目標前綴選擇了太平洋路由路徑，這不常見但偶爾發生在特定前綴。

從卡達 MTR 中間跳的星號很常見——海灣電信業者路由器和 Google 骨幹路由器頻繁不返回 ICMP TTL 超出訊息。這不代表真實封包丟失。MTR 輸出中的真實丟失顯示為從特定跳到最終目標持續的丟失百分比。從卡達的 MTR 在診斷卡達使用者或雲端工作負載報告的高延遲或封包丟失時最有用——它精確定位問題是在 Google 網路內部、國際過境鏈路，還是更靠近目標。

卡達的網際網路基礎設施在其地區和規模上相對先進。全國電信業歷史上由 Ooredoo（前身為 QTel，AS8781）壟斷，其仍是主要電信業者，並運營大部分國家國際海底電纜容量。卡達透過在多哈著陸的海底電纜連接國際，主要路由向北穿過波斯灣前往中東，向西透過 I-ME-WE 和 FLAG 系統前往歐洲，向東前往南亞及更遠地區。次要的陸上路徑透過沙烏地阿拉伯。

我們的探測節點在多哈的 Google LLC 基礎設施（AS396982）上運行。Google Cloud 在卡達的存在，在卡達電信業者生態系統中提供了一個網路視角，使用 Google 廣泛的對等互連關係進行出站過境。AS396982 是 Google 全球部署的雲端主機代管 ASN，與大多數主要國際電信業者直接對等互連。此節點的結果反映多哈對等互連良好的雲端託管伺服器的行為——而非透過 Ooredoo 的典型住宅或企業路徑。

卡達網際網路交換中心（QIX）在 ictQATAR 監管框架下運營。與歐洲或美洲 IXP 相比，QIX 的公開技術細節有限——它不公開發布路由伺服器數據。交換中心主要服務國內卡達電信業者對等互連，而非充當國際樞紐。卡達的國際流量主要透過 Ooredoo 的海底電纜基礎設施過境，而非透過 QIX。

從多哈的延遲反映卡達的海灣位置。多哈至杜拜約 12–18 ms。多哈至利雅德約 15–22 ms。多哈至法蘭克福在對等互連良好的海底電纜路徑上約 95–108 ms。多哈至新加坡透過東向電纜約 85–100 ms。多哈至孟買約 35–45 ms。多哈至紐約約 175–195 ms。這些數字使卡達從單個區域資料中心服務歐洲和南/東南亞流量處於有利位置。

我們在多哈的 Google Cloud 節點在卡達境內提供穩定、對等互連良好的測試位置。此節點的結果對評估服務是否可從卡達到達，以及卡達使用者或伺服器體驗到的延遲很有用。Google 在多哈的基礎設施使用與主要電信業者的直接對等互連，這意味著 AS396982 的結果可能比典型的卡達 Ooredoo 住宅使用者對對等互連良好目標顯示更低延遲。