MTR Test from Sudafrica

L'MTR dal nodo di Johannesburg (AS396982, Google LLC) esegue un path trace continuo alla tua destinazione, riportando la latenza per hop e la perdita di pacchetti. La caratteristica più distintiva dei trace MTR sudafricani è l'uscita in cavo sottomarino — un salto di latenza di 160-170 ms verso Londra o Amsterdam, che rappresenta il tempo di propagazione del cavo SEACOM o WACS più eventuali hop del backbone Google da JHB alla stazione di atterraggio del cavo. Tutto prima di quel salto è rete domestica sudafricana; tutto dopo è il percorso internazionale. L'attraversamento del cavo è tipicamente visibile come un singolo hop con un grande aumento di RTT.

I trace MTR da JHB a destinazioni europee via SEACOM tipicamente instradano attraverso Mombasa (Kenya) o Fujairah (EAU) prima di attraccare a Marsiglia o Gibuti e proseguire via terra verso l'Europa occidentale. Via WACS, il percorso sale lungo la costa dell'Africa Occidentale attraverso Accra o Dakar prima di attraccare in Portogallo o Spagna. Le stazioni intermedie di atterraggio dei cavi appaiono come hop nell'output MTR con aggiunte incrementali di latenza di 20-40 ms ciascuna. Sapere quale sistema di cavi sta portando il traffico aiuta quando si diagnostica se la latenza è dovuta al routing del cavo o alla congestione su un segmento specifico.

La stessa infrastruttura in fibra di Google in Africa significa che i trace MTR da AS396982 a JHB possono instradare attraverso il backbone privato di Google invece che il transito pubblico per determinate destinazioni — in particolare altre reti operate da Google e i maggiori partner di peering. Gli hop attraverso il backbone di Google appaiono come ASN interni Google (hop AS15169) nell'output MTR. La perdita sugli hop del backbone interno di Google è tipicamente rate limiting ICMP sui router interni di Google, non vera perdita di pacchetti. I problemi reali del percorso appaiono come perdita sostenuta dal punto di guasto in avanti, incluso sull'hop della destinazione finale.

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.