Resumo

  • Sasha Romijn, criadora e mantenedora original do IRRD, é coautora do NRTMv4, protocolo para manter espelhos de registros de Internet sincronizados.
  • Quando IRRD e RIPE NCC produziram implementações separadas, elas divergiram. Romijn voltou ao rascunho e viu que o texto descrevia uma regra diferente da que pretendia.
  • Uma pessoa revisora do IESG encontrou um exemplo IPv6 que usava route em vez de route6. Em 2 de novembro de 2026, o documento ainda aguardava aprovação final no RFC Editor.

Sasha Romijn achou que a RIPE NCC tinha entendido NRTMv4 errado. Depois releu o rascunho. A diferença estava no texto que ela própria havia escrito.

Desenvolvedora independente, Romijn criou e mantém o IRRD versão 4 e é uma das autoras do NRTMv4. O protocolo distribui registros de Internet Routing Registry de uma base autoritativa para sistemas espelho. Operadoras e operadores de rede usam esses dados para montar filtros de rotas e configurações de rede. Um espelho precisa dizer se está atualizado; números de série soltos não resolvem essa dúvida.

No NRTMv3, a cópia inicial do banco e a busca pelas alterações seguintes passavam por caminhos diferentes. O significado do número de série dependia da instância consultada, e havia poucos sinais confiáveis de que o espelho tinha alcançado a origem. NRTMv4 publica snapshots e arquivos delta por HTTPS. Um arquivo de notificação assinado aponta para esses arquivos e inclui seus hashes. O cliente valida a assinatura e compara os arquivos recebidos com os hashes anunciados.

A interpretação mudou quando o protocolo saiu da tela da autora. Romijn e RIPE NCC construíram implementações em paralelo, mas separadas. Quando os resultados não coincidiram, ela primeiro suspeitou do código da RIPE. O IRRD seguia a regra que ela tinha em mente; o rascunho descrevia outra. A comparação revelou problemas nas primeiras versões antes que uma leitura local virasse padrão de fato.

Um exemplo mostrou como um detalhe pequeno pode conduzir código. Para IPv6, o objeto RPSL deveria ser route6; o texto mostrava route. Uma pessoa revisora do IESG percebeu a troca. Foi um erro de exemplo capturado durante a revisão, não uma falha em produção.

Na RIPE 92, em maio de 2026, Romijn relatou cinco implementações interoperáveis. Segundo a apresentação, a RIPE NCC já executava NRTMv4 em produção, enquanto o IRRD funcionava como cliente e servidor. A documentação atual da RIPE lista a URL de produção do arquivo de notificação e a chave pública. No Datatracker do IETF, o rascunho -11 aparece na fila do RFC Editor com a aprovação final pendente.

Uma especificação só deixa de ser uma conversa entre quem a escreveu quando outra equipe consegue codificá-la. NRTMv4 passou por esse teste com implementações separadas, que devolveram ao texto as perguntas que ele ainda não respondia.

Fontes

Transcrição do grupo Database na RIPE 92 · Documentação NRTMv4 da RIPE Database · Datatracker do IETF: NRTMv4 · Perfil de Sasha Romijn na RIPE Labs