Resumen

  • La versión -04 de draft-ietf-procon-2418bis, fechada el 17 de agosto de 2026, añade que un grupo de trabajo puede devolver un Internet-Draft a un estado no adoptado, por ejemplo cuando disminuye el interés. Esa frase no estaba en -03.
  • El documento sigue siendo una WG Document con estado IESG I-D Exists. No es todavía una Best Current Practice aprobada ni sustituye a RFC 2418.
  • Adoptar el borrador selecciona una base para el trabajo y transfiere su control colectivo; no certifica todo su contenido ni garantiza un RFC. Por ello, revertir la adopción cambia la custodia, no dicta por sí solo que la propuesta sea técnicamente errónea.
  • La salida necesita un comprobante público que una adopción, última revisión bajo control del grupo, debate, razones, decisión, estado posterior, transferencia editorial y enlaces sucesores. Debe separar no adopción, pausa, abandono, caducidad y realidad operativa.

La frase que completa el movimiento

La novedad aparece en la sección 8.2 de draft-ietf-procon-2418bis-04. El párrafo define la adopción como la decisión de utilizar un Internet-Draft como base de un elemento de trabajo. Aclara que el contenido no adquiere consenso por ese acto y encarga a los editores documentar los resultados de la deliberación. Finalmente, permite que el grupo revierta el documento a un estado no adoptado y menciona el interés menguante como ejemplo.

La versión -03 ya advertía que la adopción no implicaba acuerdo con cada parte. Sin embargo, no expresaba la salida. El registro de cambios de -04 dice que se modificó de nuevo el texto sobre adopción. Es posible, por tanto, identificar con precisión la versión que introdujo el nuevo estado conceptual.

No hay que atribuirle más detalle del que contiene. El borrador no define cuánto interés basta, cuánto tiempo debe durar una consulta ni qué etiqueta concreta debe asignar una herramienta. Tampoco relata una reversión ya ejecutada sobre otro documento. La frase importa por otra razón: reconoce que la responsabilidad institucional sobre un texto no tiene por qué ser perpetua.

Una señal de adopción orienta recursos fuera del propio grupo. Puede influir en prototipos, referencias de otras especificaciones, decisiones de producto y prioridades de revisión. Si esa señal termina, el público necesita saber qué terminó. La respuesta correcta puede ser «el grupo dejó de desarrollar este elemento», sin convertirla en «la técnica fue rechazada» o «nadie la utiliza».

Sigue siendo un borrador

La lista de documentos de PROCON presenta 2418bis-04 como una WG Document nueva, publicada el 17 de agosto. La ficha individual señala como destino Best Current Practice y enumera los RFC que quedaría obsoletos o actualizados si el texto supera el proceso correspondiente.

La fotografía del 27 de agosto era anterior a cualquier aprobación final. El estado IESG era I-D Exists; no había document shepherd, Area Director responsable ni fecha de telechat. La fecha de caducidad era el 18 de febrero de 2027. En la misma página, draft-ietf-procon-2026bis-11 figuraba en Working Group Last Call. 2418bis no. Compartir grupo no permite compartir estado.

La carta de PROCON autoriza la consolidación de las reglas históricas y menciona expresamente la posibilidad de revisar las directrices para la adopción de borradores. Ese mandato acredita el ámbito del trabajo, no el consenso sobre la redacción de -04.

Hasta que exista una decisión distinta, RFC 2418 forma parte de la BCP 25 publicada. Un registro normativo debería mostrar tanto el texto vigente como el candidato a reemplazarlo, con fechas y estados independientes. Es la única forma de evitar dos errores opuestos: ignorar una propuesta institucional relevante o aplicarla como si ya fuera regla.

La adopción entrega control, no razón absoluta

RFC 7221 ofrece la mejor explicación histórica del cambio de custodia. Al adoptar, los propietarios originales saben que el control de cambios pasa al IETF. Los chairs buscan rough consensus, comprueban cuestiones de propiedad intelectual, eligen editores, autorizan la versión del grupo y enlazan el borrador individual con el que lo sustituye.

El umbral consiste en disponer de una plataforma aceptable para continuar el esfuerzo. El documento llama a la adopción «inicial, no final» y «adopción, no aprobación». No exige una solución completa. Tampoco promete publicación como RFC. El grupo puede modificar el contenido dentro de su carta y del proceso IETF, y no se presume que haya aceptado todo el texto inicial.

Por eso la adopción tiene efectos reales sin ser una sentencia técnica. Los autores ya no pueden cambiar el documento colectivo según su sola preferencia. Los editores reciben la función de plasmar decisiones del grupo. A su vez, el grupo asume la carga de decidir, revisar y conservar una historia inteligible. Es una relación de control, no una medalla permanente.

La reversión actúa sobre esa relación. Si el grupo deja de sostener el trabajo, su nombre no debería seguir legitimando versiones futuras que ya no controla. Al mismo tiempo, quitar la custodia no borra los análisis, la autoría ni las razones que hicieron razonable la adopción inicial.

El modelo anterior ya admitía desvíos

La propuesta de -04 simplifica una idea que ya se repartía entre varias fuentes. RFC 6174 define estados de documentos de grupo. Call for Adoption by WG Issued significa que se estudia una propuesta que aún no ha sido seleccionada. Si no se adopta, vuelve a carecer de estado específico de un stream, pero el historial conserva la consulta. Adopted by a WG cubre la transición previa al nombre draft-ietf; WG Document identifica trabajo adoptado y activo.

Después aparecen estados laterales. Parked WG Document sirve para un documento sin editor, pendiente de una revisión o bloqueado por otra causa; puede anotarse qué permitiría reanudarlo. Dead WG Document describe un esfuerzo abandonado, pero el propio RFC advierte que puede resucitar. Además, un borrador no caducado puede trasladarse a otro grupo con los consentimientos correspondientes. Las transiciones no quedan limitadas a las flechas dibujadas en el diagrama.

La taxonomía evita equivalencias apresuradas. Aparcado no significa abandonado. Muerto no significa borrado. Caducado no significa rechazado. No adoptado dice que el documento ya no sirve como base del elemento de trabajo del grupo, pero no explica por sí solo quién controlará la siguiente versión.

Queda una cuestión abierta: 2418bis-04 no asigna de forma exhaustiva su frase a los estados del Datatracker. Esa correspondencia deberá aparecer en otra revisión, en las herramientas o en orientación para los chairs. Mientras tanto, conviene conservar la precisión y no elegir un sinónimo por conveniencia.

RFC 7221 añade un dato decisivo. El grupo no está obligado a conservar lo que adoptó. Si deja caer un borrador, cualquier persona puede continuarlo como Individual Submission o Independent Submission, respetando las condiciones de copyright. La salida puede ser un cambio de foro y no el final del objeto técnico.

No adoptado no equivale a desestimado

«Pérdida de interés» describe un síntoma, no una causa única. Puede faltar un editor; otro documento puede resolver el mismo problema; una dependencia puede demorarse; los implementadores pueden haber tomado otro camino; quizá persistan objeciones graves; o la capacidad de revisión sea insuficiente. Es legítimo que el grupo ajuste su cartera, pero cada motivo produce consecuencias distintas.

RFC 7282 rechaza la idea de que el rough consensus sea una votación numérica. Importan la sustancia de las objeciones y la respuesta recibida. Una decisión de salida merece el mismo cuidado. La escasez de mensajes puede significar falta de interés, fatiga, acuerdo silencioso o barreras de participación. El expediente debe mostrar la pregunta, el periodo, las razones y la valoración del chair.

También debe mantener separada la capa operativa. Puede haber código desplegado basado en un borrador que ya no es del grupo. Puede no existir ningún uso real de un documento todavía activo. El estado institucional señala quién posee el trabajo documental. Solo pruebas de implementación, telemetría y compromisos de soporte permiten describir el uso.

El ensayo de Heng Lu sobre especificación inicial mínima, decisión futura localizada y adopción voluntaria ofrece una disciplina útil: un artefacto de coordinación fija un punto de referencia, pero no convierte a todos los actores externos en ejecutores obligados. Aquí funciona como criterio editorial. Ni adoptar obliga a desplegar ni revertir apaga una implementación.

La memoria que exige una salida limpia

La trazabilidad comienza con los nombres. Hay que enlazar el borrador individual, el borrador del grupo, las revisiones y sus hashes. La consulta de adopción y la decisión de consenso establecen cuándo cambió el control. Si esos vínculos se pierden, el buscador puede presentar una continuación legítima como duplicado o una versión ajena como continuidad oficial.

El segundo bloque es la razón de salida. Debe identificar quién la propuso, cuánto duró la discusión, qué argumentos defendieron seguir y cuáles pidieron cerrar, y qué objeciones quedan abiertas. Si se invoca falta de interés, el registro puede mostrar intentos de encontrar editor, solicitudes de revisión o trabajo sucesor, sin convertir un indicador en prueba automática.

El tercero es el destino. No es lo mismo quedar sin estado de stream, aparcado, muerto, sustituido, transferido, caducado o continuado individualmente. Debe constar también cuál fue la última revisión sometida al control del grupo y desde qué fecha los cambios posteriores corresponden a otros autores o a otro foro.

Por último, hay que conservar el valor técnico acumulado. Los problemas abiertos, análisis de seguridad, resultados de pruebas y objeciones no resueltas pueden ahorrar trabajo a quien retome la cuestión. Liberar atención futura no exige destruir la evidencia pasada.

El comprobante de reversión

El comprobante debería incluir la cadena exacta de nombres y revisiones; la consulta y el anuncio de adopción; la última versión bajo control del grupo; la propuesta de salida y el debate; la evaluación de consenso; el estado de destino; el final de la autoridad editorial; los enlaces de sustitución o continuidad; las cuestiones técnicas preservadas; las dependencias e implementaciones conocidas; los efectos sobre carta y hitos; y una declaración clara de lo que no decide la transición.

Registrar solo la entrada prolonga una autoridad que ya terminó. Borrar la entrada al registrar la salida falsifica el pasado. La combinación de ambos movimientos hace que la custodia sea reversible y la memoria permanente.

Fuentes