Resumen

  • draft-eggert-procon-chair-delegate-02 permitiría, sin exigir ni recomendar, que el presidente de la IETF delegue responsabilidades en otros Area Directors. Menciona la presidencia del IESG, la función de General Area Director y la membresía plena de la IAB.
  • El texto exige transparencia sobre qué rol se delegó, a quién y durante cuánto tiempo. Es un mínimo útil para distribuir trabajo, pero no define por sí solo el origen de autoridad, el consentimiento de la IAB, la participación, el voto, los conflictos ni la responsabilidad de un asiento institucional.
  • El RFC 2850 incluye al presidente entre los trece miembros plenos de la IAB y lo excluye de aprobar miembros del IESG y de conocer apelaciones contra decisiones del IESG. La discusión pública ha cuestionado por ello si una membresía puede delegarse como una tarea. Son opiniones personales, no decisiones de la IETF o la IAB.
  • Si la propuesta prospera, debe separar la delegación operativa de la sustitución de asiento. Una carta pública debe conservar alcance, exclusiones, consentimiento, actos, responsabilidad, corrección, revocación y devolución de autoridad sin exponer datos privados de salud o carga personal.

El mazo no lleva el asiento consigo

La concentración de funciones en una sola persona tiene un límite físico. El presidente de la IETF no solo representa un cargo; también preside el IESG, se vincula al Área General y ocupa un lugar en la IAB. Una emergencia en una de esas superficies puede consumir el tiempo de las demás. La institución depende entonces del calendario individual más que de su propia arquitectura.

El borrador de Lars Eggert describe esa acumulación como un problema de escala y tolerancia a fallos. Los documentos fundacionales nunca reunieron con precisión todas las tareas, pero la práctica las dejó sobre una sola persona. Pocos textos dicen explícitamente qué puede delegarse. La revisión 02 propone que el propio presidente decida si delega, qué responsabilidades, a qué AD y cuándo.

No es una orden. Tampoco una recomendación general. El presidente podría conservar todas sus funciones. Si delega, la comunidad debería ver rol, destinatario y periodo, por ejemplo en el sitio del IESG o mediante correo público. Los detalles operativos quedarían al IESG.

La publicidad evita una representación secreta, pero no clasifica el poder. Encargar la conducción de una sesión es una tarea. Ceder un portafolio del Área General implica competencias procedimentales. Sustituir a un miembro pleno en otro órgano afecta su composición. El mismo formulario puede nombrar a la persona; no puede inventar por sí mismo la fuente de autoridad.

La cautela también alcanza al estatus. Al 28 de agosto de 2026, Datatracker mostraba la revisión 02 como Internet-Draft individual activo, sin stream RFC, AD responsable ni fecha de telechat, y con estado I-D Exists. La cabecera aspira a Best Current Practice, pero la ficha no le asigna estatus RFC. PROCON lo enumera entre documentos relacionados, no como borrador activo del grupo. Nada de ello equivale a adopción.

Tres uniones que el texto quiere separar

El RFC 9281 afirma que el presidente de la IETF preside el IESG y es AD del Área General. También indica que es miembro de la IAB. El RFC 3710 mantiene la relación con el Área General. El RFC 2850 define una IAB de trece miembros plenos: el presidente de la IETF y doce miembros sentados.

La revisión 02 modificaría esas uniones. Otro AD podría presidir el IESG. El rol del Área General podría compartirse o delegarse. Y el presidente o su delegado sería miembro de la IAB.

En las dos primeras superficies, un encargo delimitado puede aumentar capacidad. Se pueden enumerar reuniones, documentos, firmas y decisiones procesales. Se puede fijar un plazo, una supervisión y una revocación. El público puede comprobar si un acto estaba dentro del mandato.

La IAB no es un listado de tareas. El RFC 9281 le asigna supervisión arquitectónica, revisión de cartas de nuevos grupos, confirmación de candidatos al IESG y función de apelación sobre la ejecución del proceso de estándares. Un miembro contribuye al juicio del órgano, no solo a una cola de trabajo enviada desde la presidencia.

El RFC 2850 ya distingue conflictos: el presidente puede participar en actos oficiales salvo la aprobación de miembros del IESG y las apelaciones contra decisiones del IESG. La revisión 02 no declara eliminadas esas exclusiones. Una futura sustitución deberá mostrar cómo siguen al delegado. Dejarlo implícito convertiría el título en una conjetura sobre poderes.

Elegir al presidente y permitir una segunda elección

El NomCom evalúa a una persona para un conjunto de funciones. Puede valorar juicio, disponibilidad, experiencia y capacidad de coordinación. Si el elegido entrega una parte sustancial y duradera a otra persona, aparece una selección derivada.

La delegación no es ilegítima por ese hecho. Un sistema sin suplencia es frágil. Pero elegir a quien hará un trabajo no es idéntico a elegir a quien escogerá al ejecutor. El mandato inicial debe mostrar hasta dónde autoriza esa segunda selección.

Joel Halpern planteó públicamente que un NomCom podría no saber qué partes piensa delegar un candidato. Sugirió que el comité preguntara por esa intención. Es una contribución individual, no una regla aprobada, pero revela una asimetría real.

No hace falta congelar un plan antes de conocer las circunstancias. Sí conviene distinguir una ayuda ocasional de una separación estructural prevista. Antes de la selección puede informarse, en términos generales, de una delegación duradera esperada. Después debe publicarse la carta efectiva. Si los hechos cambian, el cambio queda explicado, no castigado por existir.

La institución receptora no es pasiva

La delegación suele narrarse desde quien envía: el presidente posee una responsabilidad y designa a otro AD. La narración falla cuando el destinatario entra en una institución cuya carta define su propia membresía.

Tras la revisión 02, Halpern sostuvo que el IESG no debía cambiar la participación en la IAB sin confirmación explícita de esta. Mirja Kuehlewind argumentó que la membresía no es una tarea delegable, sobre todo respecto de derechos de voto. Brian Carpenter contestó que el aspecto del asiento requería al menos consentimiento de la IAB.

Ningún mensaje crea derecho. No son una resolución de la IAB ni un consenso del grupo. Sí demuestran que participantes conocedores ven una diferencia sustantiva entre encargo y membresía. Un texto final no debería dejar esa diferencia a una interpretación posterior.

El consentimiento, si se adopta, define quién reconoce al sustituto y bajo qué norma. También puede aclarar participación, voto, cómputo para quórum, exclusiones y corrección. Publicar nombre y fechas sin esos datos ofrece transparencia personal y opacidad institucional.

La responsabilidad tiene varias direcciones

Carpenter propuso inicialmente una regla general: delegación específica, temporal y anunciada, con responsabilidad última del presidente. Esa última cláusula no aparece en la revisión 02.

Mantener una responsabilidad en el presidente impide que se disuelva al repartir trabajo. Quien designa sigue respondiendo por selección, alcance, supervisión y revocación. Pero un asiento genera más capas. El delegado responde por su juicio; la IAB por su decisión colectiva; el presidente por haber configurado la delegación.

El registro debe separar responsabilidad de encargo, responsabilidad de ejecución y responsabilidad del órgano. No busca una sola persona a quien atribuir todo. Evita que cada actor señale al siguiente.

La emergencia ya salió del mismo documento

La revisión 01 incluía tanto delegación voluntaria como un sustituto de emergencia ante incapacidad. El 29 de junio de 2026, la revisión 02 eliminó esa parte y se publicó un borrador separado sobre el suplente de emergencia.

La división reconoce estados diferentes. Con un presidente capaz, existe un principal que puede definir, supervisar y revocar. En una incapacidad se necesitan activación, sucesión y retorno. Una vacante de mitad de mandato bajo RFC 8713 implica seleccionar un reemplazo.

Este análisis no especula sobre la salud, carga o desempeño de la persona actual y no evalúa el borrador de emergencia. La historia de versiones solo muestra que «delegar» ya contenía demasiadas situaciones. Después de separar incapacidad, queda separar tarea y asiento.

Una carta de delegación y recibos de actos

Para tareas operativas, la carta pública debería identificar RFC o borrador y versión, principal, delegado, función, actos incluidos y excluidos, inicio, final, renovación, aceptación, conflictos, recusación, subdelegación, corrección, revocación y devolución. Una categoría como continuidad, carga, especialidad o calendario explica lo necesario sin divulgar un expediente personal.

Los actos relevantes pueden dejar un recibo breve: quién actuó, bajo qué carta, con qué recusaciones y si fue corregido. No se publica la deliberación; se publica la cadena de competencia.

Si se sustituye un asiento, hacen falta campos adicionales: fuente separada de autoridad para la membresía, consentimiento o confirmación, alcance de participación y voto, exclusiones de apelación y confirmación, tratamiento del quórum, reparto de responsabilidades y recibo de retorno.

La clasificación evita dos excesos. Una sesión delegada no necesita una ceremonia constitucional. Un asiento pleno no puede ocultarse en un cuadro de turnos. La resiliencia distribuye trabajo sin borrar la procedencia del mandato.

Fuentes