Resumen

  • El 15 de octubre, el Internet Architecture Board (IAB) pidió a la junta de ICANN que resuelva seis garantías antes de constituir el Consejo de gobernanza del Root Server System (RSS).
  • El modelo de febrero reserva 12 de sus 24 votos a los operadores. El IAB propone más grupos con representación, igual peso de voto y revisión independiente antes de iniciar la primera fase; son peticiones, no reglas aprobadas.

La declaración de enlace del IAB introduce una nueva intervención en un proceso que ya pasó por consulta pública. El registro de IETF Datatracker muestra que el IAB envió su escrito a la junta de ICANN el 15 de octubre «para información». No es una decisión de la junta ni un informe de fallos en los servidores raíz. El IAB sostiene que la estructura propuesta podría asegurar financiación sistémica y continuidad operativa a los Root Server Operators (RSO) sin suficiente capacidad para exigirles responsabilidades. Esa es la valoración del IAB; el documento no prueba una conducta indebida ni una captura.

La carta reúne seis cambios que quiere antes de constituir el Consejo. Primero, pide representación formal para más grupos: ALAC, IETF/IAB, GAC, las circunscripciones del GNSO, los registros regionales de Internet, la sociedad civil y los usuarios finales. Segundo, quiere que los grupos de RSO, TLD y «otros» tengan el mismo peso de voto. Tercero, propone impedir que una misma organización vote en varios grupos.

Añade un mecanismo externo e independiente de apelación frente a la designación, destitución o suspensión por desempeño de un operador; un control del Consejo comparable al que la Empowered Community ejerce sobre la junta de ICANN; y un plan de financiación concreto, vinculante y diversificado antes de la constitución, para reducir el riesgo de influencia de donantes.

El modelo funcional vigente plantea otra distribución inicial. El Consejo tendría 24 votos: 12 representantes nombrados individualmente por los RSO, seis de los registros gTLD y seis de los ccTLD. Tres enlaces —IETF, IANA y Root Zone Maintainer— podrían participar sin voto. El objetivo declarado del modelo es la paridad entre los 12 votos de los RSO y los 12 de las comunidades de registros. Los operadores concentran, por tanto, la mitad de los votos de esa propuesta; la cifra por sí sola no demuestra captura.

El IAB propone un tercer grupo, más amplio, con el mismo peso que los operadores y los grupos TLD. El modelo exige que una comunidad demuestre una dependencia operativa directa del RSS y suficiente organización para nombrar representantes antes de obtener la condición de participante. Los demás grupos interesados pueden opinar y pedir reconocimiento más adelante si cumplen esos criterios. El IETF ya figura como enlace sin voto. La carta del IAB no especifica quién designaría a los grupos adicionales, cuántos puestos recibiría cada uno ni qué incluiría «otros». Añadir una comunidad y concederle voto son decisiones distintas.

La disputa también trata del calendario. El modelo está dividido en fases. La Initiation formaría el Consejo y la secretaría, pero se limitaría a organizar, dar transparencia y preparar el trabajo posterior. Las fases siguientes completarían las políticas, las apelaciones y los controles. En su respuesta a los comentarios públicos, el propio modelo deja las reglas de voto y quórum para Initiation y Establishment; la revisión independiente y los límites de financiación quedan para Establishment. El IAB pide que algunas de esas condiciones sean vinculantes antes de la constitución.

Sostiene que aplazarlas puede reducir las oportunidades reales de corregir el diseño una vez creado el Consejo.

Los criterios RSSAC058 exigen que la descripción funcional identifique mecanismos de decisión adecuados, incluidos los umbrales de voto. El criterio C1 no fija una cuota para cada grupo. El IAB lo cita para cuestionar la mitad de los votos que reciben los RSO; el reparto igual entre tres grupos es su interpretación y su propuesta, no una exigencia de RSSAC058.

En el avance del 13 de octubre, Tripti Sinha, presidenta de la junta de ICANN, dijo que esta seguiría debatiendo el modelo y que el personal presentaría tareas de implementación, plazos y posibles garantías. El calendario de la junta aún mostraba como próxima la reunión ordinaria del 18 de octubre. En los registros públicos revisados no aparece una resolución que adopte el modelo ni una respuesta a la carta del IAB. La consulta pública del modelo documenta la etapa anterior; no convierte la nueva declaración de enlace en consenso.

Fuentes