從約翰尼斯堡節點的 HTTP 檢測，從 AS396982（Google LLC，約翰尼斯堡）發送完整的 GET 請求，並報告狀態碼、回應時間和完成狀態。對於在約翰尼斯堡有 CDN PoP 的目標——Cloudflare、Akamai 和 Fastly 都運營南非邊緣——HTTP 回應應在 20–30 ms 以內完成。對於歐洲的裸起源，回應時間下限為 160–170 ms，美國東岸起源約 200 ms。這些數字假設除網路 RTT 外沒有伺服器端處理延遲。

從 CDN 角度看，南非是一個相比歐洲或美國服務不足的市場——並非每個 CDN 都在約翰尼斯堡運營 PoP，部分透過倫敦或阿姆斯特丹的區域 PoP 路由南非流量，而非在本地提供服務。來自此節點的 HTTP 測試，快速揭示您的 CDN 是否從本地 PoP（快，30 ms 以下）或從歐洲（慢，160 ms+）服務南非使用者。差異在 HTTP 回應時間中立即可見，且可操作——CDN PoP 選擇通常可按地區配置。

從南非節點的 HTTP 失敗，在歐洲或美國節點未發生，通常表明地理封鎖或 WAF 規則未在允許清單中包含南非 IP 範圍。AS396982 是知名的 Google 基礎設施 ASN，在大多數通用 WAF 配置中不太可能被誤封鎖。更常見的是，有明確國家允許清單的服務可能未包含 ZA，或可能未正確將 Google 約翰尼斯堡前綴映射至南非。來自此節點而其他地區無對應失敗的 403 或 429 回應，是典型模式。

約翰尼斯堡是撒哈拉以南非洲的網際網路樞紐。該城市在 Teraco 的 JHB1 設施中託管 NAP Africa——非洲大陸最大的電信業者中立主機代管和對等互連點。Teraco JHB1 容納超過 200 個網路，包括 MTN（AS37457）、Vodacom（AS36874）、Telkom SA（AS10474），以及 Google、Meta 和 Akamai 等主要內容網路。我們的探測節點在約翰尼斯堡的 AS396982（Google LLC）的 Google 資料中心上運行，反映 Google 作為其區域擴張策略一部分對非洲網路基礎設施的直接投資。Google 在約翰尼斯堡運營自有光纖和對等互連安排，透過 Teraco 和 NAP Africa 連接更廣泛的南非網際網路生態系統。

南非的國際連線依賴沿東西海岸線多個點著陸的海底電纜系統。SEACOM（2009 年投入運營）透過中東將東非海岸連接至歐洲。WACS（西非電纜系統）沿西海岸延伸，透過西非將南非連接至歐洲。EAST AFRICA MARINE SYSTEM（EASSy）提供額外的東海岸容量。多條電纜系統在南非著陸的組合，使約翰尼斯堡到歐洲的路徑多樣性優於大多數其他非洲城市，儘管與歐洲或北美互連點相比，總可用頻寬仍然受限。

從約翰尼斯堡 Google 節點的參考 RTT：約翰尼斯堡至倫敦約 160 ms、至阿姆斯特丹約 165 ms、至法蘭克福約 170 ms、至紐約約 200–210 ms、至新加坡約 200–210 ms、至內羅畢約 30–40 ms、至拉各斯約 90–100 ms、至開普敦約 30 ms。倫敦和阿姆斯特丹的延遲數字比許多人預期的低——SEACOM 和 WACS 提供了相當直接的歐洲路徑，無需舊衛星依賴鏈路的多跳路由。這些海底電纜路徑使南非成為非洲國際延遲連線最佳的國家之一。

Google 透過 AS396982 在約翰尼斯堡的存在，是 Google 更廣泛非洲戰略的一部分，包括部署在南非 ISP 的 Google Cache（GGC）節點和 Equiano 海底電纜（連接南非至葡萄牙）。約翰尼斯堡的 AS396982 前綴被所有主要 GeoIP 資料庫正確識別為 Google 基礎設施 ASN。來自此節點的流量將被識別為源自主要雲端業者的南非基礎設施——對於對雲端業者來源 IP 與住宅 ISP IP 套用不同路由或速率限制規則的服務相關。DE-CIX 約翰尼斯堡作為 DE-CIX 非洲擴張的一部分推出，在 NAP Africa 和 JINX 之外提供額外的互連選項。

南非的國內骨幹透過 Telkom SA 和越來越多私人業者運營的長途光纖，連接約翰尼斯堡至開普敦、德班和比勒陀利亞。約翰尼斯堡至開普敦約 30 ms，至德班約 15–20 ms。約翰尼斯堡節點是迄今撒哈拉以南非洲網路條件最相關的測試位置——它位於大陸主要對等互連樞紐，可直接訪問所有主要非洲和國際電信業者路徑。對於任何針對非洲受眾的服務，從此節點的 HTTP 或 Ping 測試是了解大陸連線狀況的第一步。