Resumo

  • A RIPE NCC marcou como concluída a manutenção específica do RPKI Dashboard às 21h06min58s CET de 3 de novembro de 2026, após iniciá-la às 21h00min08s. Um segundo aviso, de Access, portal LIR e base de dados, continuava em andamento depois de 21h08 e também passou a listar o Dashboard.
  • O feed de componentes mostrava o Dashboard como under_maintenance enquanto sua tarefa específica dizia completed. Nenhum teste divulgado de login, abertura do painel e envio de ROA esclarecia o que um membro conseguia fazer.

Uma tarefa encerrada é um fato administrativo. Uma ferramenta utilizável é outro. Na noite de 3 de novembro, a RIPE NCC colocou as duas ideias no mesmo painel de status e deixou o membro resolver a diferença. O registro próprio da manutenção RPKI passou a completed às 21h06min58s CET. A entrada em andamento era das 21h00min08s. Seu componente identificado era o RPKI Dashboard. Isolada, a ficha conta uma história de seis minutos e cinquenta segundos.

Mas a ficha paralela de Access, portal e base também incluiu o RPKI Dashboard durante a intervenção. Às 21h08min58s, sua atualização ainda dizia que o trabalho continuava. Uma captura depois das 21h41 mantinha in_progress; o fim previsto havia passado primeiro a 21h40 e depois a 21h59. O feed público dos componentes datava a etiqueta under_maintenance do Dashboard às 21h08min58s, cerca de dois minutos após o encerramento de sua própria ficha. Access voltou a operational às 21h41min21s, enquanto Dashboard, portal e base ainda tinham etiquetas de manutenção. Um registro dizia que a manutenção daquele painel havia terminado; outro mecanismo oficial continuava marcando o mesmo painel como sob manutenção.

A ficha que permaneceu aberta também mudou de contorno. A cópia preservada antes do início listava apenas base, portal e acesso, com fim planejado para 21h10. Nas versões vistas durante a execução, o Dashboard era o quarto componente e o horário passou por 21h40 antes de chegar a 21h59. A API registra atualizações de início e de continuidade, mas não uma explicação datada para a inclusão do componente ou para os 49 minutos acrescentados ao prazo original. Sem guardar versões sucessivas, a história do aviso desaparece por trás da sua forma mais recente.

O encerramento real veio antes da última previsão. O componente Dashboard voltou a operational às 21h46min51s; a segunda ficha foi concluída às 21h47min19s. Entre o fechamento da ficha RPKI às 21h06min58s e a volta da etiqueta operacional passaram 39 minutos e 52 segundos. As conclusões das duas fichas ficaram separadas por 40 minutos e 21 segundos. As 21h59 eram o plano revisado, não a hora de encerramento. O intervalo mede as etiquetas publicadas, não uma indisponibilidade comprovada ao usuário.

Um rótulo de status não mede a ação de uma pessoa. completed significa que a RIPE publicou a conclusão daquela ficha. under_maintenance descreve o que a lista pública dizia naquele instante. Nenhum dos campos comprova se alguém entrou às 21h07, abriu o Dashboard às 21h22 ou submeteu uma ROA às 21h31. O guia de RPKI hospedado mostra que o membro usa uma conta RIPE NCC associada a um LIR para chegar ao Dashboard e administrar autorizações de origem de rota. O guia de Access situa o painel atrás da mesma entrada. A operação que importa cruza as duas fichas.

Portanto, não basta descobrir qual cronômetro parou primeiro. Depois de encerrada a tarefa exclusiva do Dashboard, a segunda ficha ainda controlava o estado publicado desse componente? Ou a lista de status demorou a acompanhar um serviço já funcional? O registro oficial não oferece o resultado de um teste completo do caminho do membro. Mesmo que a ferramenta estivesse disponível, essa ausência impede o leitor de saber. A falha está na explicação operacional entregue pelo registro.

A RIPE pode manter uma ficha por mudança interna e ainda dar uma resposta única a quem opera redes. Cada componente precisa apontar para seu estado autorizado e para a tarefa aberta responsável por ele. Uma mudança de componente ou de horário previsto precisa deixar data. O encerramento precisa dizer se login, carregamento do Dashboard e envio de ROA foram testados. Sem isso, o selo de conclusão celebra uma ficha e abandona a pergunta do usuário.

Registros originais da RIPE NCC