Les vérifications DNS depuis le nœud Johannesburg interrogent les serveurs de noms faisant autorité directement depuis AS396982 (Google LLC, Johannesburg) et retournent les enregistrements résolus avec le temps de requête. Google exploite son propre résolveur DNS anycast (8.8.8.8) avec un nœud JHB, et Cloudflare (1.1.1.1) dispose également d'une présence anycast en Afrique du Sud. Les requêtes DNS vers ces fournisseurs depuis le nœud JHB se complètent en moins de 5 ms. Pour les serveurs autoritatifs sans nœud anycast africain, les requêtes routent vers l'emplacement disponible le plus proche — typiquement Londres ou Amsterdam, ajoutant 160–170 ms à chaque recherche DNS. À l'échelle, cette surcharge de recherche DNS est l'élément de latence le plus impactant pour les utilisateurs africains accédant aux services distribués mondialement.

Le nœud Google de Johannesburg est le bon emplacement pour valider les règles GeoDNS ciblant l'Afrique du Sud ou l'Afrique subsaharienne. Les préfixes AS396982 Johannesburg sont correctement géolocalisés en Afrique du Sud dans les politiques de routage par géolocalisation AWS Route 53, les règles géo de l'équilibreur de charge Cloudflare et les chaînes de filtres NS1. Une vérification DNS depuis ce nœud confirme que votre politique de routage ciblant ZA ou l'Afrique retourne l'enregistrement prévu — idéalement une IP JHB ou européenne selon votre stratégie d'origine la plus proche. Si le nœud Afrique du Sud reçoit une IP américaine de votre GeoDNS alors que vous souhaitiez servir les utilisateurs africains depuis une origine européenne, la limite de politique n'est pas correctement définie pour l'espace IP AFRINIC.

La gestion des TTL importe davantage pour les utilisateurs africains que pour les européens. Un utilisateur africain dont le résolveur FAI met en cache un enregistrement périmé doit attendre l'expiration complète du TTL avant d'obtenir la réponse mise à jour — et parce que de nombreux FAI africains exploitent leurs propres résolveurs avec une capacité limitée, ils peuvent également appliquer une mise en cache négative agressive. Les vérifications DNS depuis le nœud Afrique du Sud après un changement d'enregistrement confirment que le serveur autoritatif retourne le nouvel enregistrement. Si le nœud JHB voit l'ancien enregistrement mais les nœuds européens voient le nouveau, le problème est probablement un délai de propagation vers un nœud anycast proche de Johannesburg, pas un problème avec le serveur autoritatif lui-même.

Johannesburg est le hub internet de l'Afrique subsaharienne. La ville héberge NAP Africa à l'installation JHB1 de Teraco — le plus grand point de colocation et de peering neutre vis-à-vis des opérateurs du continent. Teraco JHB1 abrite plus de 200 réseaux incluant MTN (AS37457), Vodacom (AS36874), Telkom SA (AS10474), et les principaux réseaux de contenu incluant Google, Meta et Akamai. Notre nœud sonde fonctionne sur AS396982 (Google LLC) dans un datacenter Google à Johannesburg, reflétant l'investissement direct de Google dans l'infrastructure réseau africaine dans le cadre de leur stratégie d'expansion régionale. Google exploite sa propre fibre et ses propres arrangements de peering à JHB, se connectant à l'écosystème internet sud-africain plus large via Teraco et NAP Africa.

La connectivité internationale de l'Afrique du Sud repose sur des systèmes de câbles sous-marins atterrissant en plusieurs points le long des côtes est et ouest. SEACOM (opérationnel depuis 2009) relie la côte est-africaine à l'Europe via le Moyen-Orient. WACS (West Africa Cable System) longe la côte ouest reliant l'Afrique du Sud à l'Europe via l'Afrique de l'Ouest. EAST AFRICA MARINE SYSTEM (EASSy) fournit une capacité supplémentaire sur la côte est. La combinaison de plusieurs systèmes câbles atterrissant en Afrique du Sud donne à JHB une meilleure diversité de chemins vers l'Europe que la plupart des autres villes africaines, bien que la bande passante totale disponible reste contrainte comparée aux points d'interconnexion européens ou nord-américains.

RTT de référence depuis le nœud Google de Johannesburg : JHB-vers-Londres est d'environ 160 ms, JHB-vers-Amsterdam 165 ms, JHB-vers-Francfort 170 ms, JHB-vers-New York 200–210 ms, JHB-vers-Singapour 200–210 ms, JHB-vers-Nairobi 30–40 ms, JHB-vers-Lagos 90–100 ms. Les chiffres de latence vers Londres et Amsterdam sont plus faibles que beaucoup ne l'attendent — SEACOM et WACS fournissent des chemins raisonnablement directs vers l'Europe sans le routage multi-sauts des anciens liens satellites. Ces chemins câbles sous-marins ont fait de l'Afrique du Sud l'un des pays les mieux connectés d'Afrique pour la latence internationale.

La présence de Google à Johannesburg via AS396982 s'inscrit dans la stratégie africaine plus large de Google, qui inclut des nœuds Google Cache (GGC) déployés avec les FAI sud-africains et le câble sous-marin Equiano (reliant l'Afrique du Sud au Portugal). Le préfixe AS396982 à JHB est correctement identifié comme un ASN d'infrastructure Google par toutes les principales bases de données GeoIP. Le trafic depuis ce nœud sera reconnu comme originant de l'infrastructure africaine d'un grand fournisseur cloud — pertinent pour les services qui appliquent des règles de routage ou de limitation de débit différentes aux IPs sources de fournisseurs cloud par rapport aux IPs de FAI résidentiels. DE-CIX Johannesburg, lancé dans le cadre de l'expansion africaine de DE-CIX, fournit des options d'interconnexion supplémentaires au-delà de NAP Africa et JINX.

Le backbone domestique de l'Afrique du Sud relie Johannesburg au Cap, Durban et Pretoria sur des fibres longue distance exploitées par Telkom SA et un nombre croissant d'opérateurs privés. JHB-vers-Le Cap est d'environ 30 ms, JHB-vers-Durban 15–20 ms. Le nœud Johannesburg est de loin l'emplacement de test le plus pertinent pour les conditions réseau d'Afrique subsaharienne — il se situe au principal hub de peering du continent avec un accès direct à tous les principaux chemins opérateurs africains et internationaux. Pour tout service ciblant les audiences africaines, une vérification HTTP ou ping depuis ce nœud est la première étape pour comprendre le tableau de connectivité continental.