Resumo

  • A ficha da Internet Exchange Ghana LBG declara confiança 0,85, uma única base de evidência — a lista de membros da AFRINIC — e três etiquetas de serviço, entre elas "ponto de troca de tráfego". No mesmo cartão, o campo de tipo jurídico diz private_company enquanto o nome registrado termina em LBG, sigla que em Gana costuma designar sociedade limitada por garantia.
  • Em 9 de novembro de 2026, uma consulta ao índice de centrais de troca do PeeringDB filtrada por "ghana" devolveu um único texto: {"data": [], "meta": {}}. No mesmo dia, duas tentativas de leitura em ixpghana.org terminaram sem conteúdo legível. São leituras datadas de uma consulta e de um domínio, não um veredicto sobre a malha física.
  • A divergência é a matéria publicável, e ela custa dinheiro: quem decide conectar, precificar ou regular interconexão no país trabalha com um registro diferente a cada reunião, e nenhum dos três responde à pergunta que essa pessoa fez.

O primeiro registro não é silencioso. Ele é específico, é confiante e se contradiz.

A ficha mantida pelo BTW, atualizada em 17 de junho de 2026 e legível em registro do BTW: Internet Exchange Ghana LBG Exclusivo para o Círculo Estratégico, registra o nome jurídico "Internet Exchange Ghana LBG", guarda um único alias — "LINX-Internet Exchange Ghana LBG" —, situa a entidade em Gana, atribui a ela três facetas de serviço (rede gerenciada, ISP e ponto de troca de tráfego) e fixa a própria confiança em 0,85. A base de evidência declarada é uma linha na lista de membros da AFRINIC, onde a entidade aparece como registro empresarial de Gana.

Depois a ficha se contradiz. O campo de tipo jurídico diz private_company. O nome termina em LBG. Um dos dois campos está errado, e o cartão não diz qual. Não vou arbitrar: esta apuração não recuperou nenhum documento de constituição, e adivinhar forma jurídica pelo formato do nome é exatamente como um diretório aprende a inventar com segurança. O que importa editorialmente é que a contradição está impressa na mesma ficha, com a mesma confiança e o mesmo tamanho de letra que a etiqueta "ponto de troca de tráfego".

A ficha também traz uma lista de lacunas, e essa lista merece duas leituras. Ela diz que ainda faltam verificação do país da entidade jurídica, dos serviços efetivamente prestados, dos ativos visíveis, dos vínculos de controladora ou subsidiária e dos contatos públicos de liderança responsável. Um registro que admite não ter verificado "serviços atuais" e, ao mesmo tempo, exibe três etiquetas de serviço não está sendo vago. Está sendo preciso sobre a origem da etiqueta — uma linha de associação, com país e papel — e sobre até onde essa etiqueta foi levada.

O primeiro registro, portanto, estabelece uma coisa só, e com limpeza: o registro da AFRINIC contém um membro cujo nome coincide com esse. Todo o resto é linguagem de cartão, não medição.

O segundo registro é o índice que a própria indústria de interconexão usa. E ele não disse nada. Em 9 de novembro de 2026, às 20:28:31 UTC, uma consulta ao índice de centrais de troca do PeeringDB restrita a nomes que contêm "ghana" devolveu, como resposta integral, este corpo: {"data": [], "meta": {}} (consulta ao índice de centrais de troca do PeeringDB).

Ler esse array vazio como sentença é tentador e errado. A consulta é casamento de substring: ela devolve apenas exchanges cujo nome indexado contenha, nesta ordem, as letras g-h-a-n-a. Uma central registrada por sigla — GIX é o candidato óbvio — ou registrada sob o alias que está na nossa própria ficha não casaria, o array voltaria vazio do mesmo jeito, e a malha em Acra poderia estar trocando tráfego naquele minuto. A consulta foi escrita por nós. O silêncio dela é sobre a nossa string, não sobre o país.

O terceiro registro é a página do próprio operador, e ela não abriu. Duas tentativas de leitura contra ixpghana.org, às 20:20:13 UTC e às 20:28:31 UTC de 9 de novembro, voltaram sem texto de página: nada citável, nada datado do lado do operador. As explicações continuam várias — site removido, indisponibilidade, bloqueio geográfico, proteção contra robôs, artefato da própria inspeção. O que existe, e é tudo o que existe, é uma ausência datada de conteúdo legível. Não é atestado de que a central não opera; é registro de que o operador não falou conosco nessa data, por um motivo que não sabemos.

Um exchange é uma malha de comutação, e malha de comutação tem uma propriedade incômoda: é verificável por terceiros. Uma sessão de servidor de rotas anunciada. Uma lista de membros com números de sistema autônomo. Contagem de portas. Tráfego de pico medido e datado. Um looking glass respondendo. Um registro no PeeringDB com LAN de peering e ASN própria. Nada disso foi recuperado nesta apuração, e nenhum desses itens é decorativo: é a diferença entre uma instalação que troca pacotes e uma linha numa lista de sócios.

A pergunta prática chega por três portas. Um engenheiro de rede que avalia onde entregar tráfego em Acra precisa saber se existe LAN de peering para configurar sessão BGP. Um investidor que precifica interconexão na África Ocidental precisa saber se existe demanda medida, não demanda declarada. Um regulador que escreve política de IXP precisa saber se há infraestrutura compartilhada para citar como modelo. Cada um deles está segurando um dos três registros, e nenhum dos três responde à pergunta feita.

Vale dizer o desconforto óbvio: o BTW é parte do problema. Nossa ficha é uma das três vozes em desacordo, e ela não tem autoridade para reconciliar as outras duas. O 0,85 é um número nosso sobre a nossa leitura de uma linha de registro. Não é medida de operação. Tratá-lo como selo de existência seria confundir o mapa com o patch panel.

Até que alguém publique uma sessão de servidor de rotas, uma contagem de portas ou um gráfico de tráfego de pico, a resposta honesta sobre a Internet Exchange Ghana LBG é que ela existe como registro e não como observação. Nesta data, o que está documentado é a divergência — e é essa divergência que quem decide precisa levar para a mesa.