Resumo

  • No episódio apresentado na RIPE 93, as sondas RIPE Atlas com timeout ao tentar alcançar L-Root por IPv4 passaram de uma base de aproximadamente mil para cerca de 3 mil por vários dias. A análise separou perto de 1.700 sondas que passaram a falhar no pico, distribuídas por 97 países.
  • As instalações de L-Root ainda respondiam a outras sondas. A apresentação apontou falhas em caminhos de rede e não trouxe um número correspondente de usuários de resolvedores afetados.

Uma linha vermelha subiu; o nome ao lado era L-Root. Quem administra um serviço público conhece o roteiro: primeiro vem a acusação, depois alguém abre os registros. A apresentação de Giovane Moura na RIPE 93 inverteu a ordem. O painel RootViz detectou uma alta séria de timeouts de sondas do RIPE Atlas, mas a investigação encontrou as instalações do servidor raiz funcionando. Certos trajetos até elas estavam quebrados.

Moura, ligado ao SIDN Labs e à TU Delft, mostrou o caso em 27 de outubro. Seu grupo aproveita medições produzidas pelo RIPE Atlas, operado pelo RIPE NCC, e as organiza para observar a alcançabilidade dos servidores raiz. No episódio de L-Root, o nível habitual de aproximadamente mil sondas com timeout por IPv4 chegou perto de 3 mil e permaneceu elevado por dias. Ao comparar uma janela curta anterior com outra durante o pico, o grupo identificou cerca de 1.700 sondas que antes alcançavam o destino e passaram a falhar. Elas estavam em 97 países.

O alcance geográfico justificava urgência. Não apontava, por si, a peça defeituosa. O grupo verificou a conectividade das próprias sondas, o comportamento de IPv6 e o acesso a outras letras da raiz. Examinou traceroutes e os sítios anycast que recebiam as consultas antes do problema. Outras sondas continuavam chegando aos sítios de L-Root. O padrão afetava caminhos específicos em IPv4. Moura reconheceu que isolar o trecho exato ainda exigia comparação manual trabalhosa.

A mudança de escala do RootViz ajuda a entender como o sinal apareceu. O DNSMON do RIPE NCC mede servidores raiz e muitos domínios de topo a partir de âncoras RIPE Atlas, pontos de observação mais estáveis. O RootViz usa também as sondas comuns, levando a vigilância para uma amostra mais ampla de redes. No relatório anual de 2025, o RIPE NCC registrou aproximadamente 14.400 sondas conectadas e 963 âncoras conectadas. São números históricos de tamanho da rede, não a contagem simultânea usada nesse incidente. Eles mostram o preço e a recompensa da escolha de amostragem.

Mais sondas permitem enxergar trajetos que uma rede menor de âncoras pode deixar de lado. Cada sonda comum, porém, traz sua conexão local, seu equipamento hospedeiro e seus períodos fora do ar. O painel precisa separar um grupo de caminhos que falha junto de um grupo de instrumentos que simplesmente parou de medir. A comparação entre as mesmas sondas antes e durante o pico é mais útil que uma porcentagem solta. A diferença entre IPv4 e IPv6 aumenta a precisão. Outras letras da raiz oferecem um controle adicional.

No caso L-Root, esses controles mudaram o destino do chamado. As sondas afetadas seguiam operacionais. Outras letras continuavam acessíveis. IPv6 não acompanhou a mesma queda. Os sítios anycast ainda atendiam a pontos de observação fora dos caminhos afetados. A tela tinha uma anomalia real; a análise tirou a máquina errada da lista de reparos. Um operador de raiz pode conferir sítios e anúncios, mas o pacote atravessa redes independentes até chegar a ele.

A pergunta mais difícil veio do CEO do RIPE NCC, Hans Petter Holen. Qual era a ordem de grandeza do impacto nos resolvedores e nos usuários? Um participante lembrou que a consulta DNS de muita gente sai por um resolvedor recursivo instalado em outro ponto da rede. Uma sonda Atlas mede a viagem daquela sonda. Moura concordou que a amostra não se converte diretamente em usuários prejudicados. Registros de resolvedores nas mesmas redes e no mesmo intervalo permitiriam medir essa consequência.

O defeito de caminho tem importância operacional própria. Uma rota que deixa de alcançar uma das letras da raiz exige atenção mesmo quando o resolvedor do usuário consegue resposta por outras vias. O relatório público deve manter três contas separadas: quantas sondas falharam, onde o caminho se rompeu e quantas consultas reais sofreram. Somar essas contas como se fossem a mesma coisa fabrica um culpado e atrasa a correção.

RIPE Atlas oferece os dados; RootViz os transforma num alarme. A utilidade pública do alarme depende da etapa seguinte: guardar a coorte de sondas, os horários e as verificações que levaram ao diagnóstico. Números grandes rendem manchetes. Uma rede consertada precisa de endereço para a equipe de campo.

Fontes: sessão RootViz na RIPE 93 e transcrição oficial; documentação do RIPE NCC sobre DNSMON, medições integradas do RIPE Atlas e relatório anual de 2025.