Resumo

  • A cópia de 11 de setembro do cadastro Hosted DNS contém 48 linhas de AuthDNS: 43 operacionais e cinco desativadas. É uma conta reproduzível de infraestrutura, não de grupos de resolvedores que ganharam caminho mais curto ou mais resiliente.
  • A medição regional do próprio RIPE NCC desfaz a equivalência entre mapa e alcance: o nó do Bahrein foi usado sobretudo por sondas da Arábia Saudita, enquanto sondas da Batelco dentro do Bahrein quase nunca chegaram até ele.

O que uma linha operacional realmente prova

O estado “Operational” tem valor documental. Ele associa um ID, serviço, localização, organização anfitriã, nome de máquina e, quando disponível, data de conclusão. Também separa instâncias ativas das que já foram retiradas. Para uma infraestrutura distribuída, é uma boa primeira camada de prestação de contas.

Na página congelada para esta análise há 48 registros AuthDNS. Quarenta e três estão operacionais e cinco aparecem como decommissioned. O nó #523, em Milão, hospedado pela LAKENETWORKS, tem conclusão registrada em 18 de junho de 2026. O #520, em Berlim, na BCIX Management GmbH, traz 28 de julho. O plano do terceiro trimestre havia sido atualizado em 11 de junho.

A ordem das datas, porém, não estabelece motivo. Os documentos públicos consultados não dizem quando essas candidaturas começaram, se nasceram do item trimestral nem qual lacuna medida cada uma deveria fechar. Também não apresentam um teste de aceitação após a ativação.

Assim, 43 responde com precisão a uma pergunta: quantas linhas Hosted AuthDNS eram apresentadas como operacionais na captura? O número não informa quantas redes de acesso passaram a preferir uma instância local, quantos resolvedores reduziram latência nem quantos domínios de falha foram eliminados.

A meta foi escrita em termos de topologia

No plano DNS and K-root do terceiro trimestre de 2026, o RIPE NCC afirma querer melhorar a presença do AuthDNS onde ela é insuficiente. Procura estar dentro de uma grande rede de acesso do país, numa rede que faça peering com grandes redes de acesso ou em uma porta de IXP que permita alcançar várias partes. O item está em andamento.

Cada critério depende de relações de rede. Uma grande rede de acesso concentra usuários e resolvedores. Um peer pode tornar o anúncio local preferível. Um route server de IXP pode aproximar a mesma instância de vários sistemas autônomos. A cidade onde o servidor está instalado não certifica nenhuma dessas relações.

O plano não publica a lista de países ou redes considerados subatendidos, o denominador da cobertura, a coorte de destino, um limite de latência ou o período exigido para aceitar o resultado. Isso não prova ausência de critérios internos. Apenas delimita o que o público pode reconstruir: a implantação é visível, sua contribuição para a meta não é calculável a partir das mesmas páginas.

Núcleo e hospedagem não são a mesma unidade

O AuthDNS anuncia 193.0.9.0/24 e 2001:67c:e0::/48 a partir do AS197000. Ele atende zonas reversas sob in-addr.arpa e ip6.arpa, ripe.net, zonas de infraestrutura dos outros RIRs, organizações apoiadas e serviço secundário para alguns domínios nacionais.

A arquitetura publicada tem duas camadas. Os quatro sites centrais — Amsterdã, Londres, Estocolmo e Tóquio — usam roteadores para distribuir consultas entre vários servidores, com BIND, Knot DNS e NSD. As instâncias Hosted DNS acrescentam capacidade por meio de um único servidor instalado em redes de provedores ou conectado a Internet Exchanges.

Uma instância hospedada pode encurtar rotas sem reproduzir a diversidade de servidores e software de um site central. Um site central pode ser robusto e, mesmo assim, não ser o destino escolhido por certo conjunto de resolvedores. Nó, servidor, site, catchment e resiliência exigem contabilidades separadas.

O Bahrein mostra a diferença entre estar perto e ser escolhido

Em 2024, o RIPE NCC publicou uma forma mais científica de examinar o alcance. Sondas RIPE Atlas na Europa Sudoriental, Ásia Central e Oriente Médio consultaram 193.0.9.7 por 150.6.0.193.in-addr.arpa a cada 30 minutos. O processamento identificou o servidor respondente e agregou resultados por sonda e dia, com mediana de tempo de ida e volta.

Na Europa Sudoriental, muitas sondas chegaram a Amsterdã. Nós locais foram dominantes na Bósnia e Herzegovina e, principalmente, na Romênia, embora algumas sondas continuassem escolhendo Kansas City ou Bahrein. Na Ásia Central, onde o estudo dizia não haver então uma instância AuthDNS, Amsterdã e Estocolmo receberam a maior parte das consultas observadas.

O caso decisivo veio de Manama. O nó no Bahrein, hospedado pela STC Bahrain, era usado predominantemente por sondas sauditas. As sondas da Batelco no Bahrein, AS5416, quase nunca o selecionavam. Já as sondas da Saudi Telecom Company, AS25019, chegaram a ele durante toda a janela. Para a Arábia Saudita, a escolha também tinha bom desempenho: mediana inferior a 50 ms, contra cerca de 100 ms para servidores europeus e trajetos bem mais longos para Venezuela ou Guam.

Isso não demonstra falha no nó do Bahrein. Demonstra que o resultado de anycast é o catchment produzido por BGP. A localização cria uma possibilidade; anúncios, preferências, peering e trânsito decidem quais consultas a utilizam.

A política de peering explica o caminho

O AS197000 segue uma política geralmente aberta. Em sites centrais e nós hospedados em IXPs, aceita dos route servers prefixos de pelo menos /24 em IPv4 e /48 em IPv6 e anuncia seus próprios prefixos a eles. O RIPE NCC recomenda o uso dos route servers e de suas comunidades de filtragem. Peerings diretos são considerados sob regras definidas; nos nós de IXP hospedados, quando não existe route server.

Esse mecanismo permite que uma instalação atenda muitos vizinhos ou permaneça com alcance menor do que o mapa sugere. O nome do anfitrião não é uma lista de peers. O inventário não expõe, por nó, o ASN da rede hospedeira, a participação em route servers, a coorte de resolvedores observada nem a mudança após a ativação.

Não é necessário abrir toda a topologia. Relações privadas, dados instáveis e detalhes de segurança podem continuar protegidos. Uma comprovação agregada de objetivo, método e resultado é suficiente.

O cache reduz a população relevante

A FAQ Hosted DNS acrescenta uma limitação importante. A maioria das consultas DNS é respondida por caches. Numa rede bem conectada, o benefício de hospedar um nó local pode ser modesto ou inexistente, porque só uma pequena fração das consultas para as zonas em questão chega a root ou AuthDNS. Melhorar esse subconjunto pode ser útil, mas não equivale a acelerar todo o DNS ou reduzir de modo perceptível a banda upstream.

As responsabilidades também são divididas. O anfitrião fornece o servidor especificado ou uma VM adequada, ambiente profissional, energia redundante, segurança física e conectividade, e paga esses custos. O RIPE NCC administra remotamente. Se observar problema no nó ou em sua alcançabilidade, o servidor retira o prefixo para que as consultas procurem outros servidores DNS.

Uma retirada pode mudar o catchment sem mover o equipamento. Um novo peering pode mudá-lo sem acrescentar servidor. O relógio do inventário e o relógio do serviço observado são diferentes.

Um recibo de cobertura ao lado do inventário

O cadastro atual deve permanecer: ele prova implantação e estado. O complemento seria um recibo compacto por nó ou campanha regional. Esse documento poderia associar o ID a uma lacuna inicial e a uma coorte agregada; citar uma medição RIPE Atlas, sua regra de seleção e janela; comparar a distribuição de servidores respondentes e latências antes e depois; registrar meta, período de aceitação, exceções e limites da amostra.

Não é preciso revelar resolvedores individuais nem peerings privados. É preciso manter cinco veredictos distintos. Inventário diz que a instância existe. Alcançabilidade diz que uma perspectiva recebeu resposta. Catchment diz qual instância BGP escolheu. Latência descreve o caminho naquele período. Resiliência pergunta o que sobra quando nó ou rota desaparece. O número 43 não pode desempenhar as cinco funções.

As 43 linhas verdes, portanto, não condenam a expansão. Elas formam o primeiro livro-caixa. A linguagem do plano pede um segundo.

Fontes