Resumo

  • Entre 22 e 26 de janeiro de 2026, cerca de 2 mil sondas RIPE Atlas registraram timeout em medições IPv4 para o L-Root, segundo a apresentação original do RootViz no RIPE 93.
  • Uma comparação de dois intervalos de dez minutos achou 1.773 sondas que falharam somente durante o evento. Os locais anycast antes alcançados por elas continuavam acessíveis a partir de outras redes; os pesquisadores situaram o problema no percurso.

No painel, a letra L levou a culpa visual. No relatório de campo, a estrada ganhou as marcas de giz. É essa distância entre aviso e diagnóstico que a apresentação de Giovane Moura no RIPE 93 expõe com dados de janeiro.

Os timeouts IPv4 para o L-Root cresceram a partir de 22 de janeiro e recuaram no dia 26. Ao longo do episódio, cerca de 2 mil sondas foram afetadas. O IPv6 e as demais identidades raiz ficaram fora daquele padrão na comparação feita pela equipe. Para enxergar a virada de perto, os autores colocaram lado a lado 04h00–04h10 e 13h00–13h10 UTC do dia 22: 1.773 sondas passaram de resposta a timeout. A conta é de pontos de medição, não de assinantes sem DNS.

O RootViz reúne medições que o RIPE Atlas já realiza para as treze identidades raiz. Seleciona sondas com pilha de rede funcional, descarta respostas cujo identificador de servidor não bate e soma sondas com timeout a cada meia hora. Na fotografia comparativa de 6 de maio, o universo cresceu de 999 âncoras DNSMON para 14.528 sondas e de 109 para 180 países. O catálogo do RIPE Atlas confirma que a medição 10308 consulta o L-Root por UDP em IPv4. Um binóculo maior vê mais fumaça; ele não assina o laudo da causa.

Para chegar ao laudo, os pesquisadores voltaram aos locais anycast que as sondas afetadas alcançavam antes do evento. Outras redes ainda chegavam a esses locais durante a anomalia. A análise de caminhos e de roteamento levou a equipe à rede intermediária. A apresentação não fixa um único provedor de trânsito como culpado comprovado. A ICANN informa que opera o L-Root, mas cada salto entre uma sonda e um local anycast tem seu próprio responsável.

O detalhe institucional é o protocolo de passagem do caso. O RootViz detectou o pico; identificar sondas, locais, estado BGP e falha no plano de dados exigiu horas de verificação manual. Um registro público capaz de orientar conserto deve juntar janela de tempo, família de endereços, comparações com outras raízes, alcance dos locais e indícios do caminho. Só então o chamado pode ir à mesa certa.

Registros originais: apresentação no RIPE 93, medições RIPE Atlas, ICANN sobre o sistema raiz.