As verificações DNS do nó de Johannesburgo consultam nameservers autoritativos diretamente do AS396982 (Google LLC, Johannesburgo) e retornam os registros resolvidos com o tempo de consulta. O Google opera seu próprio resolvedor DNS anycast (8.8.8.8) com um nó em JHB, e a Cloudflare (1.1.1.1) também tem presença anycast sul-africana. Consultas DNS para esses provedores do nó JHB completam em menos de 5 ms. Para servidores autoritativos sem nó anycast africano, as consultas roteiam para a localização disponível mais próxima — tipicamente Londres ou Amsterdam, adicionando 160–170 ms a cada consulta DNS. Em escala, esse overhead de consulta DNS é o elemento de latência mais impactante para usuários africanos que acessam serviços globalmente distribuídos.

O nó Google de Johannesburgo é a localização correta para validar regras GeoDNS voltadas à África do Sul ou África Subsaariana. Os prefixos AS396982 em Johannesburgo são corretamente geo-localizados para a África do Sul nas políticas de roteamento por geolocalização do AWS Route 53, regras de geo de balanceador de carga da Cloudflare e cadeias de filtros do NS1. Uma verificação DNS deste nó confirma que a política de roteamento voltada para ZA ou África retorna o registro pretendido — idealmente um IP de JHB ou europeu dependendo da sua estratégia de origem mais próxima. Se o nó da África do Sul receber um IP dos EUA do seu GeoDNS quando você pretendia atender usuários africanos de uma origem europeia, o limite da política não está corretamente definido para o espaço de IP AFRINIC.

O gerenciamento de TTL importa mais para usuários africanos do que para europeus. Um usuário africano cujo resolvedor ISP armazena em cache um registro desatualizado deve esperar que o TTL completo expire antes de obter a resposta atualizada — e como muitos ISPs africanos executam seus próprios resolvedores com capacidade limitada, podem também aplicar cache negativo agressivo. As verificações DNS do nó da África do Sul após uma alteração de registro confirmam que o servidor autoritativo está retornando o novo registro. Se o nó JHB vir o registro antigo mas nós europeus virem o novo, o problema provavelmente é atraso de propagação para um nó anycast próximo a Johannesburgo, não um problema com o próprio servidor autoritativo.

Johannesburgo é o hub de internet da África Subsaariana. A cidade hospeda o NAP Africa na instalação JHB1 da Teraco — o maior ponto de colocation e peering carrier-neutral do continente. A Teraco JHB1 abriga mais de 200 redes incluindo MTN (AS37457), Vodacom (AS36874), Telkom SA (AS10474) e grandes redes de conteúdo incluindo Google, Meta e Akamai. Nosso nó de probe roda no AS396982 (Google LLC) em um datacenter do Google em Johannesburgo, refletindo o investimento direto do Google na infraestrutura de rede africana como parte de sua estratégia de expansão regional. O Google opera sua própria fibra e arranjos de peering em JHB, conectando-se ao ecossistema mais amplo da internet sul-africana via Teraco e NAP Africa.

A conectividade internacional da África do Sul depende de sistemas de cabos submarinos com pontos de aterrissagem em múltiplos pontos ao longo das costas leste e oeste. O SEACOM (operacional desde 2009) conecta a costa da África Oriental à Europa via Oriente Médio. O WACS (West Africa Cable System) corre ao longo da costa oeste conectando a África do Sul à Europa via África Ocidental. O EASSy (East Africa Marine System) fornece capacidade adicional na costa leste. A combinação de múltiplos sistemas de cabos com pontos de aterrissagem na África do Sul dá a JHB melhor diversidade de caminhos para a Europa do que a maioria das outras cidades africanas, embora a largura de banda total disponível permaneça limitada em comparação com os pontos de interconexão europeus ou norte-americanos.

RTTs de referência do nó Google em Johannesburgo: JHB para Londres fica em aproximadamente 160 ms, JHB para Amsterdam 165 ms, JHB para Frankfurt 170 ms, JHB para Nova York 200–210 ms, JHB para Singapura 200–210 ms, JHB para Nairóbi 30–40 ms, JHB para Lagos 90–100 ms, JHB para Cidade do Cabo 30 ms. Os valores de latência para Londres e Amsterdam são menores do que muitas pessoas esperariam — SEACOM e WACS fornecem caminhos razoavelmente diretos para a Europa sem o roteamento de múltiplos hops de links mais antigos dependentes de satélite. Esses caminhos de cabo submarino tornaram a África do Sul um dos países mais bem conectados da África para latência internacional.

A presença do Google em Johannesburgo via AS396982 faz parte da estratégia africana mais ampla do Google, que inclui nós Google Cache (GGC) implantados com ISPs sul-africanos e o cabo submarino Equiano (conectando a África do Sul a Portugal). O prefixo AS396982 em JHB é corretamente identificado como um ASN de infraestrutura do Google por todos os principais bancos de dados GeoIP. O tráfego deste nó será reconhecido como originado da infraestrutura sul-africana de um grande provedor de nuvem — relevante para serviços que aplicam diferentes regras de roteamento ou limitação de taxa a IPs de provedores de nuvem versus IPs de ISP residencial. O DE-CIX Johannesburgo, lançado como parte da expansão africana do DE-CIX, fornece opções adicionais de interconexão além do NAP Africa e JINX.

O backbone doméstico da África do Sul conecta Johannesburgo à Cidade do Cabo, Durban e Pretória por fibra de longa distância operada pela Telkom SA e um número crescente de operadores privados. JHB para Cidade do Cabo fica em aproximadamente 30 ms, JHB para Durban 15–20 ms. O nó de Johannesburgo é de longe a localização de teste mais relevante para as condições de rede da África Subsaariana — ele fica no principal hub de peering do continente com acesso direto a todos os principais caminhos de carriers africanos e internacionais. Para qualquer serviço voltado a públicos africanos, um teste HTTP ou ping deste nó é o primeiro passo para entender o cenário de conectividade continental.