Summary

  • A RIPE NCC marcou o painel RPKI para 3 de novembro de 2026, 21h–21h30 CET. RIPE NCC Access, o portal LIR e a base de dados RIPE têm outra janela, 21h–21h10. Os dois registros de estado listam componentes diferentes.
  • Em 23 de outubro, as duas equipes de componentes também abriram suas janelas juntas. A conclusão do painel foi publicada às 20h07min44s CEST; a do acesso, portal e base, às 20h29min56s. A diferença mede os avisos, não o tempo de indisponibilidade vivido por um membro.

Uma porta com horário de abertura às 21h10, uma sala atrás dela às 21h30. É assim que as duas manutenções anunciadas pela RIPE NCC para 3 de novembro aparecem para quem precisa gerir uma ROA. Ambas começam às 21h CET. O registro do RPKI termina no plano às 21h30 e aponta só o RPKI Dashboard como componente afetado; o aviso prevê que o painel ficará indisponível durante o trabalho. O registro do acesso vai até 21h10 e aponta RIPE NCC Access, portal dos membros LIR e base de dados RIPE. Sua atualização não detalha quando uma tarefa específica do membro voltará a funcionar.

O caminho entre esses componentes consta nos próprios documentos da RIPE. O guia da autoridade certificadora RPKI hospedada manda usar uma conta RIPE NCC associada a um LIR para entrar no painel e administrar autorizações de origem de rota, as ROAs. A página de RIPE NCC Access lista o Dashboard entre os destinos de gestão de recursos. Quem corrige uma ROA na interface precisa atravessar autenticação e aplicação. A página de status pode separá-las em cartões; a ação do operador não se separa da mesma maneira.

Em 23 de outubro, os registros do painel RPKI e do acesso, portal e base partiam ambos das 20h CEST. O primeiro estava programado até 20h30; o segundo, até 21h. A RIPE marcou o painel em andamento às 20h, em verificação às 20h06min47s e concluído às 20h07min44s. O outro trabalho entrou em andamento às 20h01min07s e recebeu aviso de conclusão às 20h29min56s. São 22 minutos e 11 segundos entre as duas publicações de fim.

Para novembro, a ordem das durações planejadas se inverte. O acesso deveria terminar primeiro e o painel vinte minutos depois. Esses quatro expedientes não mostram que o mesmo trabalho técnico está sendo repetido. Os carimbos de outubro mostram quando cada conclusão foi anunciada, não o minuto em que um membro conseguiu entrar, abrir o painel e gravar uma alteração de ROA.

O escopo tem limites precisos. O evento de novembro se chama “RPKI System Maintenance”, mas lista o Dashboard. RRDP, rsync, a API de gestão de ROA e o roteamento BGP não recebem um estado futuro nesses avisos. O segundo lista SSO, portal e base. A informação por componente é útil; falta o teste do percurso inteiro. Uma linha dizendo que um membro autenticou, entrou no painel e submeteu uma ROA daria a essa manutenção um desfecho operacional.