從印尼的 HTTP 檢測，從雅加達 Google LLC 節點發送完整的 GET 請求，記錄狀態碼、回應時間及回應是否完成。在雅加達有 PoP 的 CDN 供應商包括 Cloudflare、Akamai 和 Google 自有的 CDN 層（鑑於 Google Cloud 雅加達區域）。對於 CDN 提供的內容，可實現 20 ms 以內的回應時間。對於新加坡的起源伺服器，增加約 15 ms 的網路開銷；對於歐洲起源，增加約 185 ms。

印尼是全球電商和串流增長最快的市場之一，從雅加達的 HTTP 效能是針對印尼消費者的任何服務的相關指標。雅加達的 Google LLC 節點（AS396982）將根據 Anycast 路由命中 CDN 邊緣 PoP，對 Google 平台內容應路由至 Google 雅加達區域。對於非 Google CDN，若它們有雅加達 PoP，雅加達節點應在其覆蓋範圍內——若 HTTP 回應時間表明是新加坡路由，CDN 未從其雅加達容量為此 ASN 提供服務。

從雅加達到美國西岸起源的 HTTPS 連線建立，涉及至少 190 ms 的基礎 RTT 網路開銷。TLS 1.2 交握增加兩個額外往返，使連線建立時間達到約 570 ms 才到達第一個應用位元組。TLS 1.3 將此減少到一個往返（380 ms 開銷）。若從印尼的 HTTP 檢測時間對美國起源服務達到數百毫秒，想要改善的最快選項是 CDN 快取、QUIC/HTTP3 用於首次連線，以及 TLS 會話恢復用於重複訪客。

印尼按使用者數量計是全球第四大網際網路市場，擁有超過 2 億活躍網際網路使用者。該國是由超過 17,000 個島嶼組成的群島，這創造了不尋常的基礎設施挑戰——海底電纜連接主要島嶼（爪哇、蘇門答臘、加里曼丹、蘇拉威西），但爪哇以外的陸地光纖密度顯著低於規模相當的市場。爪哇，特別是雅加達，集中了該國絕大多數的網際網路交換容量和國際連線。

IIX（印尼網際網路交換中心）在雅加達是主要全國 IX，由 APJII（印尼 ISP 協會）運營。OpenIXP 和 JK-IX 作為獨立的中立交換中心在雅加達與 IIX 並行運營，讓網路無需依賴單一架構即可選擇對等互連。儘管三個交換中心都存在，大量印尼境內流量仍透過新加坡進行 ISP 間路由出境——這是市場的已知低效，APJII 一直致力於透過擴大 IIX 參與和容量來減少這一問題。

我們在印尼的探測節點在雅加達的 AS396982（Google LLC）上運行。Google Cloud 在雅加達有一個區域（asia-southeast2），使印尼成為新加坡以外少數幾個在東南亞市場直接有 Google Cloud 存在的地方之一。AS396982 節點受益於 Google 的私有骨幹用於區域間流量。此節點的參考 RTT：雅加達至新加坡約 15 ms、至香港約 45 ms、至雪梨約 60 ms、至東京約 80 ms、至孟買約 70 ms、至法蘭克福約 185 ms、至洛杉磯約 190 ms。

主要印尼電信業者是 Telkom Indonesia（AS17451，全國主導業者）及其子公司 Telkomsel、Indosat Ooredoo（AS4761）和 XL Axiata（AS24203）。Telkom 透過連接主要島嶼的國內海底電纜運營全國骨幹（NUSANTARA-21）。大多數國際容量透過 Telkom 的電纜著陸站出境，這些著陸站連接至新加坡——雅加達至新加坡僅 15 ms，新加坡的 IX 生態系統（Equinix SG）事實上作為印尼電信業者的國際對等互連層。

從雅加達測試對服務印尼網際網路市場的營運者很有意義。擁有 2 億多使用者且快速擴展的中產階級推動電商和串流採用，印尼是區域服務的重要市場。15 ms 的雅加達-新加坡 RTT 意味著新加坡託管服務對印尼使用者表現良好，但本地雅加達主機代管（如 Google 雅加達區域）提供進一步的延遲優勢，特別是對遊戲、視訊通話和金融交易等延遲敏感的應用程式。