Resumen

  • La versión -09 de draft-gerke-publication-process-reform, publicada el 29 de septiembre, añade RFC 6359 a la lista de documentos que actualizaría si se aprueba. Sigue siendo un Internet-Draft individual, con estado I-D Exists, no una revisión efectiva de los RFC.
  • El esquema de congelación técnica y editorial ya estaba en la versión 08. Lo nuevo es la relación explícita que establece la propuesta entre sus restricciones automáticas y el circuito de seguimiento de Datatracker, concebido por RFC 6359 como una vista de procesos cuyas autoridades están repartidas.

La pista más clara está en la primera página. El borrador del 22 de septiembre decía que actualizaría RFC 7841, la descripción de los flujos de RFC y de las leyendas de portada. El del 29 de septiembre incorpora RFC 6359. No se trata de añadir otra cita cualquiera: ese RFC describe cómo el Datatracker muestra las etapas que siguen la IANA y el RFC Editor una vez aprobado un documento. La ampliación coloca una infraestructura de seguimiento dentro del alcance declarado de la reforma.

La nueva sección 1.2 conecta esa infraestructura con validaciones de integridad y límites de escritura propuestos. También cambia el resumen, que ahora presenta hitos automáticos aplicables de manera transversal a los procesos básicos existentes y futuros. El texto propone un uso más fuerte del registro de estados; no demuestra que el servicio ya lo haya implementado. Una línea Updates de un Internet-Draft tampoco cambia por sí sola el RFC citado.

El detalle histórico importa porque evita atribuir a esta semana toda la propuesta. En la versión 08 ya estaban la congelación en dos fases, la idea de retirar permisos de escritura al IESG tras IESG OK y la secuencia de edición e inmovilidad prevista para la producción de las RFC. La versión 09 reubica esas ideas en un marco más amplio. Además pasa draft-ietf-procon-2026bis-11 de referencia informativa a normativa. Ese proyecto se encuentra en la última llamada de su grupo de trabajo y tampoco ha sido aprobado como RFC.

RFC 6359, publicado en 2011, buscó un seguimiento unificado para reducir pasos manuales y hacer visibles las colas posteriores a la aprobación. Sin embargo, dice expresamente que no define los procesos de cada organismo. El estado de la IANA, después de la aprobación, tiene como fuente autorizada su propio sistema; para el RFC Editor, la fuente autorizada es siempre el suyo. Datatracker reproduce esos estados. Esa división no prohíbe estudiar nuevos controles, pero sí impide confundir una vista agregada con un mandato ya reconocido sobre todas las colas.

La pregunta de fondo es quién podría transformar un dato compartido en un veto compartido. Habría que identificar el responsable de cada flujo, la frontera entre una corrección técnica y una editorial, y el camino para resolver excepciones o deshacer un bloqueo incorrecto. Ni la declaración de objetivo Best Current Practice ni el lenguaje imperativo de un borrador individual sustituyen una decisión adoptada, el consentimiento de los responsables o un cambio operativo comprobado.

Fuentes