Summary

  • A RIPE NCC registra falhas intermitentes no banco e nas delegações reversas até 19h40 UTC de 28 de outubro.
  • A página do incidente marca a resolução às 20h32 CET (19h32 UTC); a análise de 30 de outubro diz que nenhum pedido com falha mudaria uma delegação.

A primeira atualização da página de status registrou dois efeitos do incidente: algumas atualizações do RIPE Database não eram processadas, e o serviço de DNS reverso também foi afetado por objetos de domínio. A nota não estabelece uma relação causal entre os dois efeitos. O incidente durou de 11h42 a 19h40 UTC em 28 de outubro. A RIPE NCC aplicou uma correção, monitorou os resultados e marcou o incidente como resolvido às 20h32 CET.

Em 28 de outubro, os dois horários precisam ser convertidos para o mesmo fuso. O calendário de horário de verão de 2026 da Comissão Europeia encerra a mudança sazonal em 25 de outubro; portanto, 20h32 CET correspondem a 19h32 UTC. O histórico da RIPE termina a janela afetada às 19h40 UTC. A resolução aparece oito minutos antes do fim informado.

Dois dias depois, a atualização pública delimitou melhor o resultado. Uma análise detalhada das solicitações com falha concluiu que nenhuma teria alterado uma delegação reversa. Algumas não continham mudança alguma; as demais não passaram pelas verificações prévias do Zonemaster. O caminho de atualização falhava, mas as solicitações examinadas não haviam passado pelas verificações necessárias para mudar o registro.

Essa diferença é o centro da história. Uma falha pode interromper uma operação sem mudar o estado que ela deveria controlar. A RIPE NCC diz que operações para criar, atualizar ou excluir delegações reversas falharam de forma intermitente; a análise posterior diz que as solicitações com falha não mudariam essas delegações de qualquer modo. O histórico público traz os dois fatos, mas não informa quantas solicitações pertenciam a cada grupo.

A RIPE NCC não esclareceu se as atualizações voltaram às 19h32 ou às 19h40 UTC; uma hora de recuperação corrigida e normalizada mostraria se há apenas uma diferença de exibição ou se o incidente foi encerrado antes do fim da janela afetada.

A cronologia ajuda. Às 20h04 CET, a RIPE NCC informou que algumas atualizações não eram processadas e que objetos de domínio afetavam o DNS reverso. Às 20h23, disse que a correção estava aplicada e o monitoramento havia começado. Às 20h32, marcou o incidente como resolvido. Em 30 de outubro, acrescentou a explicação sobre as solicitações. As primeiras entradas registram a recuperação do serviço; a última delimita o efeito no estado do registro.

A cronologia vai das atualizações com falha à correção e ao monitoramento, e depois à análise das solicitações. Publicar o resultado de novas tentativas e reaplicações mostraria se restou trabalho válido após a recuperação.

Registros: cronologia do incidente da RIPE NCC; histórico de status e atualização de 30 de outubro; calendário de horário de verão de 2026 da Comissão Europeia.