從印度的 HTTP 檢測，從新德里的 Google LLC 節點發送完整的 GET 請求，並記錄狀態碼、回應時間及回應是否完成。在印度有 PoP 的 CDN 平台——Cloudflare、Akamai 和 Fastly 從孟買和欽奈服務，Google 自有的 CDN 從其德里和孟買基礎設施服務——對快取內容應返回低於 30 ms。德里節點將根據 Anycast 路由命中最近的 CDN PoP，大多數情況下是德里或孟買。

印度是按新增使用者計增長最快的網際網路市場，使從印度視角的 HTTP 效能對全球 Web 服務越來越有意義。從此節點的 HTTP 檢測，反映北印度使用者在連線良好的 ISP 或 Google 自有基礎設施上到達您服務的體驗。當目標在歐洲或美國時，來自此節點的高 TTFB 值是預期的——僅法蘭克福的 155 ms RTT，在第一個回應位元組之前就意味著至少 155 ms 的網路開銷，TLS 再增加更多。

對於專門針對印度使用者的服務，從新德里的 HTTP 檢測顯示來自孟買 CDN PoP 的回應（從與德里至起源距離不一致的低回應時間推斷），確認 CDN 邊緣選擇對北印度市場正確運作。若 HTTP 檢測顯示與路由到歐洲或美國起源一致的回應時間，CDN 要麼無印度 PoP，要麼 GeoDNS 導向將德里流量發送至錯誤地區。

印度擁有全球最大的網際網路使用者群之一，活躍使用者估計超過 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 旁邊，為金融之都增加了新的中立對等互連點。

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