Summary

  • No comunicado de 12 de agosto, Richard Jimmerson informou que novos pedidos de ROA seriam enfileirados durante a investigação. A atualização do dia 13 apontou erro de codificação após a atualização do HSM e anunciou a correção.
  • O relato técnico de 26 de agosto fixa a implantação em 12 de agosto, às 12h21, e a correção no dia 13, às 11h36. RIPE Validator e Routinator não acusaram erro; rpki-client e Fort rejeitaram o repositório.

O software novo entrou em operação às 12h21 de 12 de agosto de 2020. Às 12h46, chegou a notícia de que o rpki-client não conseguia validar o repositório RPKI da ARIN. Os testes com RIPE Validator e Routinator tinham passado. Fort concordava com rpki-client. Quatro leitores, dois veredictos: um placar péssimo para anunciar uma vitória de implantação.

Jimmerson, diretor de operações da ARIN, tomou a decisão ao alcance da instituição. Pedidos novos de Route Origin Authorization ficariam na fila durante a apuração e o reparo. Um ROA registra qual sistema autônomo pode originar um prefixo IP. Acrescentar objetos enquanto parte dos validadores recusava o repositório ampliaria o trabalho pendente. A fila também dava aos solicitantes uma resposta clara sobre o andamento do serviço.

No dia seguinte, Jimmerson descreveu o problema no nível do campo: duas ocorrências de um identificador de algoritmo precisavam coincidir; uma trazia parâmetros vazios e a outra, NULL. O software novo instalado com a atualização do HSM havia produzido essa diferença. A correção foi feita, e alguns ROAs criados no intervalo ainda exigiriam limpeza. Ele atribuiu o primeiro alerta a Job Snijders e agradeceu aos desenvolvedores do OpenBSD que ajudaram a localizar a causa.

O diretor técnico Mark Kosters publicou depois o cronograma e a mudança prometida: incluir validadores baseados em OpenSSL nos testes de futuras versões. Os dois testes verdes descreviam apenas dois programas. A intervenção de Jimmerson fez o lançamento esperar enquanto a ARIN aprendia a enxergar os outros leitores.