Check-Host.cc

MTR Test from South Africa

2 nodes in Johannesburg · NAP Africa Johannesburg

South Africa — 2 Nodes

Cities
Johannesburg
ISPs / ASNs
Google LLC AS396982
Virtarix AS328364
Datacenters
Google LLC
Host Africa (Pty) Ltd
Internet Exchanges
NAP Africa Johannesburg — Główny neutralny obiekt peeringowy w Afryce Subsaharyjskiej, hostowany w Teraco JHB1

MTR traceroute z Republiki Południowej Afryki

MTR z węzła johannesburskiego (AS396982, Google LLC) uruchamia ciągły ślad ścieżki do twojego celu, raportując opóźnienie i straty pakietów na każdym hopie. Najbardziej charakterystyczną cechą śladów MTR z Afryki Południowej jest wyjście kablowe podmorskie — skok opóźnienia 160–170 ms do Londynu lub Amsterdamu, reprezentujący czas propagacji kabla SEACOM lub WACS plus ewentualne hopy szkieletowe Google z JHB do stacji lądowania kabla. Wszystko przed tym skokiem to krajowa sieć południowoafrykańska; wszystko po to ścieżka międzynarodowa. Przekroczenie kabla jest typowo widoczne jako pojedynczy hop z dużym wzrostem RTT.

Ślady MTR z JHB do europejskich celów przez SEACOM typowo trasują przez Mombasa (Kenia) lub Fujairah (ZEA) przed lądowaniem w Marsylii lub Dżibuti i kontynuacją lądowym do Europy Zachodniej. Przez WACS, ścieżka idzie wzdłuż zachodniego wybrzeża Afryki przez Akrę lub Dakar przed lądowaniem w Portugalii lub Hiszpanii. Pośrednie stacje lądowania kabli pojawiają się jako hopy w wynikach MTR z przyrostowymi wzrostami opóźnienia 20–40 ms każdy. Wiedza, który system kablowy przenosi ruch, pomaga przy diagnozowaniu, czy opóźnienie wynika z routingu kablowego czy przeciążenia na konkretnym segmencie.

Własna infrastruktura światłowodowa Google w Afryce oznacza, że ślady MTR z AS396982 w JHB mogą trasować przez prywatny szkielet Google zamiast publicznego tranzytu dla pewnych destynacji — szczególnie innych sieci operowanych przez Google i głównych partnerów peeringowych. Hopy przez szkielet Google pokazują się jako wewnętrzne ASN Google (hopy AS15169) w wynikach MTR. Straty na hopach wewnętrznego szkieletu Google to typowo limitowanie ICMP na wewnętrznych routerach Google, a nie faktyczne straty pakietów. Rzeczywiste problemy ścieżkowe pojawiają się jako trwałe straty od punktu awarii w dalszym ciągu, w tym w hopie destynacji finalnej.

Infrastruktura sieciowa Republiki Południowej Afryki

Johannesburg jest hubem internetowym Afryki Subsaharyjskiej. Miasto gości NAP Africa w obiekcie JHB1 Teraco — największym neutralnym dla operatorów obiekcie kolokacyjnym i peeringowym na kontynencie. Teraco JHB1 gości ponad 200 sieci, w tym MTN (AS37457), Vodacom (AS36874), Telkom SA (AS10474) i główne sieci content, w tym Google, Meta i Akamai. Nasz węzeł sondujący działa na AS396982 (Google LLC) w centrum danych Google w Johannesburgu, odzwierciedlając bezpośrednią inwestycję Google w afrykańską infrastrukturę sieciową jako część ich regionalnej strategii ekspansji. Google operuje własnym światłowodem i umowami peeringowymi w JHB, łącząc się z szerszym południowoafrykańskim ekosystemem internetowym przez Teraco i NAP Africa.

Łączność międzynarodowa Republiki Południowej Afryki opiera się na systemach kabli podmorskich lądujących w wielu punktach wzdłuż wschodnich i zachodnich wybrzeży. SEACOM (operacyjny od 2009) łączy wybrzeże wschodniej Afryki z Europą przez Bliski Wschód. WACS (West Africa Cable System) biegnie wzdłuż zachodniego wybrzeża łącząc RPA z Europą przez Afrykę Zachodnią. EASSy (East Africa Marine System) zapewnia dodatkową przepustowość wschodniego wybrzeża. Kombinacja wielu systemów kablowych lądujących w RPA daje JHB lepszą różnorodność ścieżek do Europy niż większość innych miast afrykańskich, choć całkowita dostępna przepustowość pozostaje ograniczona w porównaniu z europejskimi lub północnoamerykańskimi punktami interconnect.

Referencyjne RTT z węzła Google w Johannesburgu: JHB do Londynu to około 160 ms, JHB do Amsterdamu 165 ms, JHB do Frankfurtu 170 ms, JHB do Nowego Jorku 200–210 ms, JHB do Singapuru 200–210 ms, JHB do Nairobi 30–40 ms, JHB do Lagos 90–100 ms, JHB do Kapsztadu 30 ms. Wartości opóźnienia do Londynu i Amsterdamu są niższe niż wielu oczekuje — SEACOM i WACS zapewniają stosunkowo bezpośrednie ścieżki do Europy bez wieloskokowego routingu starszych łączy satelitarnych. Te ścieżki kabli podmorskich uczyniły RPA jednym z najlepiej połączonych krajów w Afryce dla opóźnienia międzynarodowego.

Obecność Google w Johannesburgu przez AS396982 jest częścią szerszej afrykańskiej strategii Google, obejmującej węzły Google Cache (GGC) wdrożone u południowoafrykańskich ISP i kabel podmorski Equiano (łączący RPA z Portugalią). Prefiks AS396982 w JHB jest poprawnie identyfikowany jako Google infrastructure ASN przez wszystkie główne bazy GeoIP. Ruch z tego węzła będzie rozpoznawany jako wywodzący się z afrykańskiej infrastruktury głównego dostawcy chmury — istotne dla usług stosujących różne reguły routingu lub limitowania dla IP chmurowych dostawców źródłowych w stosunku do rezydencjalnych IP ISP. DE-CIX Johannesburg, uruchomiony jako część afrykańskiej ekspansji DE-CIX, zapewnia dodatkowe opcje interconnect poza NAP Africa i JINX.

Krajowy szkielet RPA łączy Johannesburg z Kapsztadem, Durbanem i Pretorią przez dalekodystansowe światłowody operowane przez Telkom SA i rosnącą liczbę prywatnych operatorów. JHB do Kapsztadu to około 30 ms, JHB do Durbanu 15–20 ms. Węzeł johannesburski jest zdecydowanie najbardziej istotną lokalizacją testową dla warunków sieciowych Afryki Subsaharyjskiej — siedzi na głównym hubem peeringowym kontynentu z bezpośrednim dostępem do wszystkich głównych afrykańskich i międzynarodowych ścieżek operatorów. Dla każdej usługi kierowanej do afrykańskiej publiczności, test HTTP lub pingu z tego węzła to pierwszy krok w rozumieniu kontynentalnego obrazu łączności.