UDP Test from Sudafrica

Le verifiche UDP dal nodo di Johannesburg (AS396982, Google LLC) inviano una probe alla porta di destinazione e riportano se è stata ricevuta una risposta. I servizi basati su UDP che servono il mercato africano — server di gioco, resolver DNS, piattaforme VoIP, servizi di streaming che usano QUIC — possono essere validati da questo nodo per la raggiungibilità di base. Il Sudafrica ha un mercato gaming in crescita, e Google Stadia (ora dismesso) e le piattaforme di cloud gaming successive hanno guidato investimenti in infrastruttura UDP a bassa latenza nella regione. JHB-Londra è 160 ms via SEACOM, che è al limite della latenza accettabile per le applicazioni UDP in tempo reale.

Per gli operatori DNS, le verifiche UDP da questo nodo confermano se i tuoi resolver autoritativi rispondono alle query da un IP di infrastruttura Google sudafricano. Google opera un resolver DNS pubblico (8.8.8.8) con un nodo anycast a Johannesburg — una probe UDP da AS396982 a JHB verso una porta DNS custom aiuterebbe a verificare se il resolver di destinazione accetta query dal range IP Google JHB, rilevante se il tuo resolver applica ACL basate sull'IP sorgente.

La qualità del percorso UDP da Johannesburg è influenzata dagli stessi vincoli in cavo sottomarino della TCP. SEACOM e WACS hanno capacità finita per portare l'UDP, e durante le finestre di manutenzione dei cavi (che influenzano un cavo alla volta), tutto il traffico viene rinstradato attraverso i cavi rimanenti, aumentando temporaneamente la latenza di 20-50 ms per tutti i flussi UDP e TCP. Se osservi un aumento improvviso dell'RTT delle probe UDP dal nodo JHB che influisce simultaneamente su tutte le destinazioni, controlla gli annunci di manutenzione di SEACOM e WACS — il rinstradamento dovuto alla manutenzione è la causa più comune degli aumenti di latenza di baseline dai punti di osservazione sudafricani.

Johannesburg è l'hub internet dell'Africa Subsahariana. La città hosta NAP Africa presso la struttura JHB1 di Teraco — il maggiore punto di colocation e peering carrier-neutral del continente. Teraco JHB1 alloggia oltre 200 reti incluse MTN (AS37457), Vodacom (AS36874), Telkom SA (AS10474) e le maggiori reti content incluse Google, Meta e Akamai. Il nostro nodo probe opera su AS396982 (Google LLC) in un data center Google a Johannesburg, riflettendo l'investimento diretto di Google nell'infrastruttura di rete africana come parte della loro strategia di espansione regionale. Google opera la propria fibra e gli accordi di peering a JHB, collegandosi all'ampio ecosistema internet sudafricano via Teraco e NAP Africa.

La connettività internazionale del Sudafrica si affida a sistemi di cavi sottomarini che attraccano in più punti lungo le coste orientale e occidentale. SEACOM (operativo dal 2009) collega la costa dell'Africa Orientale all'Europa via il Medio Oriente. WACS (West Africa Cable System) corre lungo la costa occidentale collegando il Sudafrica all'Europa via l'Africa Occidentale. EAST AFRICA MARINE SYSTEM (EASSy) fornisce capacità aggiuntiva sulla costa orientale. La combinazione di più sistemi di cavi che attraccano in Sudafrica dà a JHB una migliore diversità di percorsi verso l'Europa rispetto alla maggior parte delle altre città africane, anche se la banda totale disponibile rimane vincolata rispetto ai punti di interconnessione europei o nordamericani.

RTT di riferimento dal nodo Google di Johannesburg: JHB-Londra è approssimativamente 160 ms, JHB-Amsterdam 165 ms, JHB-Francoforte 170 ms, JHB-New York 200-210 ms, JHB-Singapore 200-210 ms, JHB-Nairobi 30-40 ms, JHB-Lagos 90-100 ms. Le cifre di latenza verso Londra e Amsterdam sono più basse di quanto molti si aspettino — SEACOM e WACS forniscono percorsi ragionevolmente diretti verso l'Europa senza il routing multi-hop dei vecchi link dipendenti dai satelliti. Questi percorsi in cavo sottomarino hanno reso il Sudafrica uno dei paesi meglio connessi dell'Africa per la latenza internazionale.

La presenza di Google a Johannesburg via AS396982 fa parte della più ampia strategia africana di Google, che include i nodi Google Cache (GGC) deployati con gli ISP sudafricani e il cavo sottomarino Equiano (che collega il Sudafrica al Portogallo). Il prefixi AS396982 a JHB è correttamente identificato come un ASN di infrastruttura Google da tutti i maggiori database GeoIP. Il traffico da questo nodo verrà riconosciuto come in origine dall'infrastruttura sudafricana di un maggiore provider cloud — rilevante per i servizi che applicano regole di routing o rate limiting diverse agli IP sorgente dei provider cloud rispetto agli IP degli ISP residenziali. DE-CIX Johannesburg, lanciato come parte dell'espansione africana di DE-CIX, fornisce opzioni di interconnessione aggiuntive oltre a NAP Africa e JINX.

Il backbone domestico del Sudafrica collega Johannesburg a Città del Capo, Durban e Pretoria via fibra long-haul operata da Telkom SA e un numero crescente di operatori privati. JHB-Città del Capo è approssimativamente 30 ms, JHB-Durban 15-20 ms. Il nodo di Johannesburg è di gran lunga la location di test più rilevante per le condizioni di rete dell'Africa Subsahariana — si trova al principale hub di peering del continente con accesso diretto a tutti i maggiori percorsi carrier africani e internazionali. Per qualsiasi servizio rivolto ad audience africane, un test HTTP o ping da questo nodo è il primo passo per capire il quadro della connettività continentale.