Summary

  • A ICANN ensaiou a transição de três domínios genéricos em encerramento entre 2016 e 2017. A indisponibilidade simulada do DNS variou de 11 horas e 55 minutos a um dia, nove horas e cinco minutos. O diretório RDDS levou até cinco dias, 17 horas e 58 minutos para voltar segundo a métrica do exercício.
  • A recomendação SSR2 24.1 pediu testes completos em intervalos predeterminados, no mínimo anuais, com planos, dados, etapas, prazos, caminhos de exceção e publicação dos resultados. O Conselho a considerou plenamente implementada em novembro de 2022, citando os testes passados e as cláusulas de exercícios nos contratos.
  • O documento de implementação de janeiro de 2023 e o relatório do segundo trimestre de 2026 não apresentam, na explicação de 24.1, uma medição posterior com data. A comparação pública necessária é entre os tempos e os problemas de 2017 e os de um novo ensaio.

Cinco serviços em fila para o socorro

O EBERO é o operador temporário que a ICANN pode acionar se um registro de domínio genérico ameaçar perder uma função essencial. A página oficial do programa enumera cinco: resolução DNS, sistema compartilhado de registros, serviço de diretório de dados, depósitos em escrow e uma zona assinada corretamente com DNSSEC. A ICANN decide declarar o evento e coordena a reação. O fornecedor de emergência não assume uma abstração chamada “continuidade”; recebe tarefas técnicas diferentes, dependentes de outros responsáveis.

Em 2017, a própria ICANN mostrou como isso se parece no relógio. Sua apresentação de três exercícios EBERO registra inícios em 26 de janeiro de 2016, 25 de abril de 2017 e 21 de setembro de 2017. Eram domínios em processo de término contratual, com um nome registrado pelo próprio registro em cada caso e sem titulares comuns. Seus operadores aceitaram os testes antes da retirada da zona raiz. Três prestadores de socorro distintos foram usados. O marco de falha foi simulado; não se deve vender os tempos como interrupções reais sofridas por clientes.

O DNS voltou nos servidores EBERO após três horas e 46 minutos no primeiro ensaio, nove horas e 11 minutos no segundo e três horas e 59 minutos no terceiro. A raiz só recebeu a alteração após oito horas e 22 minutos, um dia, cinco horas e cinco minutos e sete horas e 55 minutos. A ICANN calculou indisponibilidade total simulada de 12 horas e 22 minutos, um dia, nove horas e cinco minutos e 11 horas e 55 minutos, descontados os efeitos de cache. Um servidor pronto e uma delegação efetiva são pontos diferentes da mesma corrida. A passagem entre eles consome tempo que um relatório limitado ao servidor esconderia.

O trajeto dos dados foi mais lento. O depósito em escrow chegou à ICANN após um dia, sete horas e 31 minutos; dois dias, 19 horas e 36 minutos; e um dia, 14 horas e 22 minutos. O sistema compartilhado de registros, usado na operação de nomes, voltou em quase dois dias, quase três dias e mais de quatro dias. Para o diretório RDDS, a indisponibilidade total medida no ensaio subiu de dois dias, cinco horas e cinco minutos para três dias, duas horas e 14 minutos, chegando a cinco dias, 17 horas e 58 minutos.

A função de escrow foi restabelecida no fim dos exercícios em cinco dias, 21 horas e 53 minutos; oito dias, duas horas e 34 minutos; e oito dias, três horas e 21 minutos. Chamar o primeiro sinal verde de “resgate concluído” apagaria o resto do percurso.

A linha que mais merece um segundo teste vem depois dos tempos: 44, 37 e 20 problemas encontrados. A soma dá 101 observações em três exercícios, sem prova de que sejam 101 defeitos diferentes. A ICANN informou que parte dos problemas fora resolvida e parte ainda estava em resolução. A apresentação não anexou ali uma matriz de fechamento por item. Um ensaio revela onde o sistema emperra; o próximo pode mostrar se o conserto pegou.

A recomendação que pedia repetição

Em 2021, a equipe SSR2 recomendou testar de ponta a ponta o processo EBERO inteiro em intervalos previstos, pelo menos uma vez por ano. O plano deveria antecipar conjuntos de dados, estágios, prazos e caminhos de exceção, ser coordenado com as partes contratadas e produzir resultados públicos. A cadência era uma exigência substantiva. Contratos mudam, pessoal muda, caminhos de dados mudam. Um teste antigo é uma fotografia; uma sequência anual permite observar o filme.

O Conselho da ICANN aprovou 24.1 como plenamente implementada em novembro de 2022. Ele considerou os ensaios anteriores e dispositivos contratuais que permitem exercícios de prontidão anuais. Também acolheu a explicação de que ninguém pretendia ensaiar em domínios ativos com registrantes. Essa escolha evita expor terceiros a uma prova de estresse e é compatível com o modelo dos três testes publicados. A divergência está em usar uma cláusula que abre a porta para a prática como parte da prova de que a recomendação recorrente já estava resolvida.

O documento de implementação publicado em 6 de janeiro de 2023 identifica expressamente os três ensaios históricos. Menciona o plano dos acordos de serviço, atribui à deliberação do Conselho a data final e deixa os campos de implementação concluída e marcos como “n/a”. Sua exposição não traz data, resultados e acompanhamento de problemas de um ensaio posterior. O relatório da ICANN para o segundo trimestre de 2026 conserva 24.1 entre os itens completos e volta a mencionar a possibilidade contratual de exercícios anuais. Na seção correspondente, não apresenta outra tabela de tempos.

Na página pública do EBERO estão contratos atuais e o manual de transição, mas não uma série anual de resultados datados. Eles ajudam a saber quem pode assumir a operação e com que obrigações. O que falta no relato de implementação é outra coisa: um ensaio novo com o mesmo grau de observação dos testes de 2017. Quando o Conselho carimba “completo” e o leitor só encontra o último cronômetro antigo, a decisão administrativa e o desempenho operacional passam a ocupar a mesma coluna. Foi justamente a medição pública que tornou os exercícios antigos valiosos.

Publicar novos tempos e o destino dos 44, 37 e 20 problemas daria conteúdo verificável ao carimbo.

Sources