Resumen
- La Resolución 2026-14 de Internet Society revalidó sin modificaciones y con efecto inmediato las instrucciones para el enlace de su Junta con el NomCom de la IETF. El consentimiento escrito fue unánime y quedó aprobado el 10 de julio de 2026.
- La política todavía usa el RFC 3777 para definir el proceso, la confidencialidad y las reglas del enlace. El RFC 7437 dejó obsoleto al 3777 y el RFC 8713 dejó obsoleto al 7437.
- El enlace debe transmitir hechos y opiniones que crea representativos del consenso de la Junta, sin revelar su preferencia personal, y también debe actuar en el mejor interés de la IETF. Si ambas pautas chocan, la política da prioridad a la primera.
- El RFC 8713 vigente recoge esas dos responsabilidades, pero impide que tareas adicionales impuestas por una organización contradigan sus disposiciones. El enlace no vota en la selección de candidatos.
- No hay evidencia pública de un conflicto real, una intervención indebida ni un efecto sobre candidatura alguna. La noticia es la falta de una interpretación pública después de la revalidación.
- La respuesta proporcionada es una tabla que conecte cada cláusula con el RFC 8713 y un registro de decisiones normativas que preserve por completo la confidencialidad del NomCom.
La Junta convirtió una página antigua en una instrucción actual
El paquete de la Resolución 2026-14 incluía cuatro políticas de gobierno interno. El Comité de Gobernanza propuso cambios para tres. Para las instrucciones del enlace ante el NomCom, presentó el documento tal como estaba y no propuso revisiones. La Junta lo revalidó con efecto inmediato. La resolución se aprobó mediante consentimiento escrito unánime el 10 de julio.
El dato central no es que el texto naciera en 2012. Muchas reglas duraderas son antiguas. Lo relevante es que en 2026 pasó por una revisión institucional y la decisión fue conservarlo. La página pública ahora anuncia esa revalidación.
Tampoco basta con afirmar que una referencia vieja anula toda la política. No existe base para esa conclusión. Pero una Junta que renueva una instrucción adquiere la obligación mínima de decir qué versión de las reglas externas está incorporando.
El RFC 3777 aparece en tres funciones distintas. Define el proceso que el enlace debe vigilar, las restricciones de confidencialidad aplicables a sus informes periódicos a la Junta y las reglas de comportamiento del enlace.
La cadena oficial es verificable. La ficha del RFC Editor marca el RFC 3777 como obsoleto y remite al RFC 7437. La ficha del 7437 dice que reemplazó al 3777 y que después fue reemplazado por el RFC 8713. Este último, publicado en febrero de 2020 y actualizado posteriormente, es el BCP 10 vigente para el NomCom y los comités de revocación.
No falta el documento: los tres RFC siguen disponibles. Falta una regla de lectura. ¿La mención de 3777 congela el texto de 2004, incorpora automáticamente el sucesor vigente o conserva solo determinadas obligaciones? Quien conoce el proceso probablemente aplica el RFC actual. Esa práctica sensata no sustituye una concordancia pública.
La función tiene influencia, pero no tiene voto sobre personas
NomCom selecciona candidatos para órganos importantes de la IETF. Por eso conviene fijar desde el principio lo que el enlace no puede hacer. El RFC 8713 permite a la Junta de Internet Society designarlo a su discreción. A la vez, excluye al presidente, los enlaces y los asesores del voto sobre la selección de candidatos. Pueden intervenir en otras decisiones del comité salvo que el texto disponga lo contrario.
La política de Internet Society añade una separación entre canales. La persona que ocupa el cargo conserva su derecho a aportar comentarios personales, pero debe hacerlo por las vías abiertas a cualquier participante de la IETF. Dentro del canal de enlace, su opinión sobre una candidatura o sobre el proceso no debería ser discernible. Allí presenta hechos y puntos de vista que considera parte del consenso de la Junta.
Eso configura una representación acotada. La Junta es el mandante identificable. El enlace no representa automáticamente a la membresía de Internet Society, a los usuarios de Internet ni a una comunidad mundial. La tesis de Lu Heng sobre la diferencia entre interesado y mandante resulta útil en este punto: participar no autoriza a hablar por todos, mientras que un órgano sí puede encargar la transmisión de su propia posición.
El encargo tampoco convierte esa posición en voluntad del NomCom. El enlace aporta información, observa el proceso y puede plantear una preocupación. No decide nombres mediante voto.
La política anticipa una tensión y la resuelve en privado
Las instrucciones contienen un segundo deber: actuar en el mejor interés de la IETF. La pauta final reconoce que las tres directrices pueden entrar en conflicto. En tal caso, la persona usa su mejor criterio, pero la representación del consenso de la Junta debe prevalecer sobre el deber de interés de la IETF.
Esta prioridad no es una acusación ni una hipótesis inventada. Está escrita en la política. Al mismo tiempo, no demuestra que alguna vez haya sido aplicada. Las fuentes examinadas no permiten afirmar que la Junta y la IETF hayan divergido en un caso, que una preferencia personal se haya filtrado ni que un candidato haya sido perjudicado o favorecido.
El RFC 8713 actual también reconoce la doble función. Exige que los enlaces ayuden a garantizar que el NomCom y su presidencia cumplan sus tareas en el mejor interés de la comunidad IETF. Les pide representar las opiniones de sus respectivas organizaciones, explicar cómo funcionan esos órganos y llevar preguntas y respuestas de un lado al otro.
Normalmente no hay choque. Una posición de la Junta sobre experiencia institucional, confirmación o funcionamiento puede ser información útil. Un enlace que representa a la entidad que lo designó está haciendo el trabajo previsto, no interfiriendo por definición.
El RFC incorpora dos frenos. Primero, el enlace revisa la ejecución del proceso, comunica de inmediato cualquier problema a la presidencia y recurre al procedimiento de resolución de controversias si no logra resolverlo. Segundo, puede asumir otras responsabilidades impuestas por su organización o solicitadas por el NomCom únicamente cuando no entren en conflicto con el propio RFC.
Es posible conciliar ambos textos. La obligación de representar a la organización ya forma parte del RFC. “Mejor interés” requiere juicio. Internet Society puede interpretar que su prioridad regula la fidelidad del mensaje, mientras que el RFC limita las acciones del enlace. La Junta también puede creer que una opinión suya estará orientada, por definición, a proteger a la IETF.
El problema es que ninguna de esas lecturas aparece en la política revalidada. Una norma que prevé expresamente un conflicto no debería depender de una solución implícita. Debe decir si la prioridad se refiere solo a cómo se expone una posición, qué parte del RFC 8713 limita cualquier actuación y qué ruta se activa cuando la persona considera que no puede cumplir ambos deberes.
Un número nuevo sin mapa nuevo seguiría siendo insuficiente
Sustituir 3777 por 8713 corregiría la señal visible. No garantizaría que la sustancia quedara bien trasladada. El RFC vigente reorganizó disposiciones, reflejó cambios institucionales e incorporó funciones del IETF Trust y de IETF LLC. Además, ha recibido una actualización. Un párrafo antiguo no siempre tiene un sucesor idéntico.
La confidencialidad muestra por qué hace falta el mapa. Internet Society pide informes periódicos para su Junta, pero esos informes deben respetar el secreto de las deliberaciones. El límite puede expresarse sin nombres: estado general del calendario, existencia de una inquietud procesal, activación de un cauce de controversia y cierre de una cuestión normativa. Nada de eso exige describir candidatos, comparaciones, testimonios o preferencias.
La concordancia también debe reunir las funciones que ahora enumera el RFC 8713: representación organizacional, suministro de información, vigilancia del proceso, aviso a la presidencia, escalamiento y ausencia de voto sobre candidatos. De ese modo, Junta, enlace y presidencia leerán la misma especificación.
La prioridad entre deberes necesita una decisión propia. La Junta puede mantenerla y explicar cómo cumple la cláusula de no conflicto. Puede restringirla a la reproducción fiel de una opinión. O puede reemplazarla por la obligación de remitir la cuestión cuando no exista una conciliación. Lo importante es que el cambio sea explícito y no borre la decisión histórica de 2012 ni su revalidación de 2026.
Transparencia sobre la norma, confidencialidad sobre las personas
Abrir el expediente de candidatos sería una mala reparación. El NomCom necesita recibir información franca y evitar campañas públicas alrededor de cada nombre. La rendición de cuentas no consiste en publicar las deliberaciones que la regla protege.
El objeto público correcto es mucho más pequeño.
Primero, una tabla estable: cláusula de 2012, sección vigente del RFC 8713, función conservada, diferencia relevante, responsable de la interpretación y fecha de efecto. El historial debe mostrar la adopción original y la revalidación sin cambios como acontecimientos distintos.
Segundo, cuando surja una duda de interpretación, una ficha mínima: tipo de cuestión, roles que la remitieron, normas aplicadas, fecha y resultado. Las categorías pueden ser resuelta, retirada o escalada. La ficha no debe incluir nombres, evaluaciones, argumentos sobre una persona ni contenido de la sala.
El público no podría reconstruir la selección, ni debería. Sí podría comprobar que la instrucción de una organización fue contrastada con el BCP actual y que el problema recorrió el cauce previsto.
Esta es una aplicación práctica de la gobernanza delgada: publicar lo necesario para distinguir representación, supervisión, consejo y selección; mantener en reserva lo que solo sirve para evaluar a una persona.
Un mandante real no autoriza un mandato ilimitado
La política de Internet Society evita parte del problema habitual de la gobernanza de Internet. No invoca una “comunidad” sin dueño. Identifica a la Junta como entidad cuyas opiniones transmite el enlace. Esa precisión es valiosa.
Pero debe mantenerse hasta el final. El consenso de la Junta autoriza a presentar una posición de la Junta. No se convierte en consenso del NomCom, no concede un voto y no transforma a la Junta en mandante de la comunidad IETF. El deber de actuar en el interés de la IETF es la barrera que conserva esa diferencia.
El 10 de julio, la Junta confirmó que quiere mantener esta interfaz. Ahora debe publicar el mapa que explique cómo opera bajo el BCP que realmente está vigente.
Fuentes
- Internet Society — Instrucciones para el enlace de la Junta ante el Comité de Nominaciones de la IETF
- Internet Society — Resolución 2026-14 por consentimiento escrito
- RFC Editor — Información del RFC 3777
- RFC Editor — Información del RFC 7437
- RFC Editor — RFC 8713, BCP 10 vigente
- Lu Heng — The Multi-Stakeholder Mirage
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance