Resumo

  • A versão -09 de draft-gerke-publication-process-reform, de 29 de setembro, passa a propor atualização da RFC 6359 além da RFC 7841, caso seja aprovada. É um Internet-Draft individual em estado I-D Exists; nenhuma atualização dessas RFCs está em vigor.
  • A ideia de congelar mudanças em duas etapas precede esta revisão. A mudança relevante é atrelar explicitamente os mecanismos de validação e bloqueio pretendidos ao acompanhamento de estados descrito pela RFC 6359, que preserva sistemas de referência próprios da IANA e do RFC Editor.

Uma linha no cabeçalho revela a nova ambição. A versão 08, de 22 de setembro, só apontava a RFC 7841, sobre fluxos de publicação e informações exibidas nas RFCs. Na versão 09, de 29 de setembro, a RFC 6359 entra na mesma lista. Esta última não define apenas uma aparência documental: descreve a visibilidade, no Datatracker, das etapas conduzidas pela IANA e pelo RFC Editor após a aprovação de um texto.

A seção 1.2, acrescentada agora, relaciona o circuito de acompanhamento da RFC 6359 com controles automáticos de integridade e limites de escrita. O resumo da proposta também passa a falar em marcos programáticos aplicáveis aos fluxos principais existentes e futuros. É uma reivindicação de alcance do autor, não notícia de que o Datatracker já executa travas comuns a todos eles.

O contraste com a versão anterior evita uma falsa manchete. O congelamento técnico seguido de uma fase editorial, a retirada proposta de privilégios do IESG após IESG OK e a trajetória de edição da produção das RFCs já figuravam no texto 08. A versão 09 altera o enquadramento e acrescenta a RFC 6359 como alvo. Ela ainda promove draft-ietf-procon-2026bis-11 de referência informativa a normativa. O texto citado permanece em última chamada de seu grupo de trabalho, sem status de RFC.

A RFC 6359 ajuda a separar observação e comando. Sua finalidade era mostrar numa visão unificada os passos posteriores à aprovação e reduzir transferências manuais de estado. Mas ela afirma que não define os processos das entidades envolvidas. Para a IANA, após a aprovação, o estado autoritativo está em seu sistema de acompanhamento; para o RFC Editor, está sempre no sistema dele. O Datatracker reflete essas informações. Transformar essa superfície de leitura num bloqueio transversal exige uma decisão institucional adicional.

Isso não prova que validações futuras sejam impossíveis ou indesejáveis. Significa que seria preciso identificar quem autoriza uma regra para cada fluxo, como se separa uma correção técnica de uma alteração editorial e quem pode liberar uma exceção sem corromper o registro de referência. A etiqueta “Best Current Practice” indica o destino pretendido pelo proponente. Não demonstra consenso, aprovação do IESG, anuência dos responsáveis nem mudança em produção.

Fontes