從印尼的 MTR，從雅加達的 Google LLC 節點到目標執行持續路徑追蹤，顯示逐跳延遲和封包丟失。前幾跳將在 Google 的雅加達基礎設施內，然後路徑進入公共網際網路。對於大多數國際目標，流量將在前幾跳內通過新加坡出境——雅加達-新加坡段（約 15 ms）將在到達主要 Equinix 新加坡或過境電信業者基礎設施之前，作為小但一致的延遲躍升可見。

從雅加達透過直接電纜（Indigo-West、SEA-US）到澳洲的追蹤，應顯示從約 15 ms（雅加達至電纜端頭）到雪梨入境點總計約 60 ms 的延遲躍升。若從雅加達到雪梨的 MTR 追蹤顯示流量改路由通過新加坡（增加另一個對等互連交換）然後繼續南下，路徑未採用直接電纜路由。直接和間接路由到雪梨之間的端到端 RTT 差異可達 20–30 ms，對延遲敏感的應用程式是有意義的。

從印尼到歐洲或美國目標的 MTR，將始終以新加坡作為第一個主要航點通過。這意味著從雅加達到倫敦的 MTR 輸出，對於大部分路徑，看起來與從新加坡到倫敦的追蹤類似，前面加上從雅加達到新加坡的約 15 ms 段。新加坡端跳的丟包若未持續至後續跳，是 ICMP 速率限制，而非真實中斷。出現在追蹤的歐洲或北美部分並持續至最終目標的丟包，才是需要關注診斷的地方。

印尼按使用者數量計是全球第四大網際網路市場，擁有超過 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 雅加達區域）提供進一步的延遲優勢，特別是對遊戲、視訊通話和金融交易等延遲敏感的應用程式。