從印度的 MTR，從新德里的 Google LLC 節點到目標執行持續路徑追蹤。前幾跳將穿越 Google 的內部網路，然後到達對等互連或過境出口點，根據目標可能在德里、孟買或其他 Google PoP。對於前往歐洲和美國的路徑，流量透過在孟買著陸的海底電纜出印度，因此追蹤通常在標誌電纜跨越的大延遲躍升之前，顯示前往孟買的國內段。

從印度到新加坡或香港的追蹤，對從單一區域部署同時服務南亞和東南亞的營運者具有診斷價值。若追蹤顯示路徑通過孟買，然後新加坡，然後香港才到達日本的目標，路由增加了不必要的跳。從印度到日本的最優路徑，應透過孟買出境，透過海底電纜到新加坡或馬來西亞，然後直接過境至日本——任何通過香港的繞行增加約 30 ms。

印度到歐洲目標的 MTR 追蹤，將跨越 SEA-ME-WE 5 或 EIG（歐洲印度閘道），兩者都在孟買著陸。電纜跨越跳將顯示從低國內延遲（從德里到電纜端頭約 30 ms）到總計約 150–155 ms 的躍升。該電纜跨越跳的丟包是標準的 ICMP 降優先級。印度至歐洲路徑上的真實問題，表現為目標國家跳或目標處的丟包升高——若 MTR 顯示電纜跨越後的歐洲跳乾淨，連線端到端是健康的。

印度擁有全球最大的網際網路使用者群之一，活躍使用者估計超過 8 億——按國家計是僅次於中國的第二大使用者群。儘管規模龐大，網際網路交換生態系統的發展不及規模相當的市場。NIXI（印度國家網際網路交換中心）在多個城市運營，包括德里、孟買、欽奈、加爾各答、海得拉巴和班加羅爾。然而，歷史上大量印度境內流量透過新加坡或其他國際點過境，而非在國內交換，推高了純印度 ISP 間流量的延遲。

孟買是印度的主要國際網際網路閘道。多條海底電纜系統在孟買和欽奈上岸：SEA-ME-WE 4、SEA-ME-WE 5、EIG（歐洲印度閘道）、IMEWE（印度-中東-西歐）和 SAFE 都有印度著陸點。孟買的電纜基礎設施使其成為印度國際連線的自然匯聚點。德里透過孟買的長途國內光纖連接至國際層，德里起源的流量到達海底電纜系統需要增加 10–15 ms 的印度境內延遲。

我們在印度的探測節點在新德里的 AS396982（Google LLC）上運行。Google 在印度運營重要的雲端基礎設施，在孟買和德里有區域。AS396982 是 Google 在全球的主要基礎設施 ASN，這意味著此節點受益於 Google 的私有骨幹用於 PoP 間通訊。此節點的參考 RTT：新德里至孟買約 30 ms、至新加坡約 60 ms、至香港約 80 ms、至倫敦約 150 ms、至法蘭克福約 155 ms、至紐約約 215 ms。

服務印度的國內電信業者包括 Jio（AS55836）、Airtel（AS9498）、Vodafone Idea、BSNL（AS9829）和 Tata Communications（AS6453）。Jio 和 Airtel 共同服務大多數行動網際網路使用者。Tata Communications 運營全球最大的海底電纜網路之一，並為許多印度 ISP 和接入印度的國際電信業者提供過境。2023 年啟動的 DE-CIX 孟買，在 NIXI 孟買和 Mumbai-IX 旁邊，為金融之都增加了新的中立對等互連點。

從新德里節點測試，可了解北印度的網路條件。印度地域遼闊——德里的結果不代表孟買或欽奈，後者有直接海底電纜接入，因此國際延遲較低。對於全面的印度覆蓋，建議用孟買節點補充德里測試。德里節點最能代表北印度、印巴邊境地區及從北部進入印度的中亞流量的使用者。