Resumen

  • El 13 de agosto de 2026, el Consejo de la ccNSO examinó un procedimiento de autoselección regional que ya no refleja plenamente los Estatutos de ICANN, en especial la posibilidad de varios administradores de ccTLD en un mismo territorio.
  • La norma antigua encarga la solicitud al contacto administrativo de IANA; la actual separa administrador, representante y emisario. Falta decidir quién consiente y qué unidad adquiere la región.
  • La elección solo ordena funciones de la ccNSO. No cambia la delegación de un ccTLD, los servicios de IANA, el control operativo, la soberanía ni todas las clasificaciones internas de ICANN.

Una actualización descubierta antes del conflicto

La migración del sitio web de la ccNSO sacó a la luz que el procedimiento y su formulario, aprobados en 2007, se habían quedado atrás. Un mensaje del 30 de julio al Consejo propuso llevar el asunto a su próxima reunión. El informe oficial de At-Large sobre la sesión 232 registra que el 13 de agosto los consejeros hablaron de cambios en los Estatutos, incluidos los casos con varios administradores del mismo país o territorio.

La decisión fue pedir a la Secretaría un informe de ventajas y desventajas. No existe todavía, entre las fuentes examinadas, un nuevo procedimiento aprobado. Tampoco aparece una elección declarada inválida, una solicitud denegada ni un choque público entre administradores. El problema es prospectivo: qué regla usar cuando la estructura contemporánea ya no cabe en el documento antiguo.

En 2007, la secuencia era comprensible. El procedimiento se aplicaba a ciertos administradores cuyo encuadre regional dependía del criterio de ciudadanía y que pertenecían a la ccNSO. El contacto administrativo de IANA presentaba la solicitud junto con una carta de apoyo del gobierno o autoridad pública. IANA verificaba al solicitante, la Secretaría revisaba los requisitos, los enlaces regionales comprobaban la carta y el Consejo adoptaba la decisión.

La selección tenía efectos solo en asuntos de la ccNSO. Por regla general, no podía pedirse otra durante cinco años, salvo circunstancias extraordinarias, y el Consejo debía revisar y adoptar el esquema periódicamente. La dificultad no reside en esos límites, sino en que todo el texto habla de “el administrador” como una unidad indivisible.

Un territorio puede contener varias voces, pero no varios emisarios

El artículo 10 de los Estatutos ofrece hoy una arquitectura distinta. Cada administrador puede designar una persona, organización o entidad como representante. Si no lo hace, se considera designado su contacto administrativo. Con un solo administrador, ese representante también actúa como emisario territorial.

Cuando hay dos o más administradores, deben nombrar a uno de sus representantes como emisario. Si no logran hacerlo, los Estatutos contienen una regla supletoria vinculada al administrador miembro con mayor antigüedad. Para los votos indicados en el artículo 10, el territorio dispone de un voto emitido por ese emisario.

La distinción evita un salto de autoridad. Un representante procede de un administrador concreto; el emisario es la interfaz colectiva para una función definida. Que el contacto administrativo sea representante por defecto no prueba que pueda comprometer a los demás administradores a una clasificación regional de cinco años. Y que alguien sea emisario no le otorga control técnico sobre todos los ccTLD del territorio.

Por eso, la primera pregunta del nuevo procedimiento debe ser: ¿qué recibe la región? Puede ser el territorio, cada administrador, cada ccTLD o una condición específica para ciertos procesos de la ccNSO. No es una cuestión semántica. Si varios administradores eligen regiones diferentes, ¿en qué región se cuenta el único voto? Si la elección es territorial, ¿qué nivel de acuerdo la hace válida?

Consentimiento, silencio y desacuerdo

Una solicitud moderna debería enumerar el territorio, todos los administradores comprendidos, sus ccTLD, los representantes registrados y el emisario vigente. Debe separar quién inicia, quién apoya, quién se opone y quién no ha respondido. De esa forma, la Secretaría comprueba una decisión y no la presume a partir de un solo correo.

Las opciones son políticas y deben exponerse. El Consejo puede exigir unanimidad; permitir que el emisario presente una decisión tomada con un umbral predeterminado; abrir un trámite de objeciones; o aplazar la solicitud mientras persista el desacuerdo. Cada alternativa distribuye poder de veto de manera distinta. El silencio tampoco es neutral: tratarlo como consentimiento facilita la gestión, pero puede fijar durante cinco años una decisión que un administrador nunca aceptó.

La carta gubernamental ocupa otro plano. Puede respaldar el vínculo territorial o dar apoyo público a la petición. No demuestra por sí sola la autorización interna de los administradores ni sustituye la designación del emisario bajo los Estatutos. Confundir ambas pruebas convertiría a una autoridad pública en árbitro indirecto de una representación asociativa que las normas reservan a los miembros.

La región alimenta elecciones, nominaciones y umbrales

La ccNSO no mantiene cinco regiones solo como etiquetas. Su Consejo tiene tres integrantes seleccionados por miembros de cada una de las cinco regiones de ICANN, y cada año se renueva un puesto por región. En una candidatura, proponente y secundante deben proceder de la misma región pero de territorios diferentes. Los emisarios emiten los votos.

Las reglas del Consejo también usan distribuciones territoriales o regionales en determinados mecanismos de votación y cuórum. Para las nominaciones a puestos del Board que corresponden a la ccNSO, la totalidad de los miembros vota a través de sus emisarios. Una selección regional puede, por tanto, cambiar la admisibilidad de una nominación, la plaza regional, un umbral o la lectura del censo.

El informe encargado a la Secretaría debería inventariar todos esos consumidores. Después debe fijar una fecha de efecto. Una decisión adoptada durante una convocatoria no debería desplazar a un candidato de una región a otra sin una regla transitoria publicada. Tampoco debería alterar un censo congelado entre la apertura del voto y el cierre.

Una ficha de decisión que pueda auditarse

El producto final no debería ser únicamente un formulario. Hace falta una ficha versionada que conserve la región anterior y la nueva; territorio, administradores y ccTLD afectados; representantes y emisario verificados; estado de cada consentimiento; función de la ccNSO a la que se aplicará; y ciclo electoral de entrada en vigor.

La ficha debe mostrar la versión del procedimiento, las verificaciones de IANA y la Secretaría, la decisión del Consejo, sus razones, posibles disensos, correcciones y fecha en que vence la restricción de cinco años. Un enlace desde cada elección permitiría saber qué versión estaba vigente.

La transparencia no exige publicar teléfonos, domicilios o correos personales. Basta con identificar el rol acreditado, la fecha de comprobación y la oficina responsable. Una carta oficial puede registrarse por emisor, fecha y hecho respaldado, ocultando los datos de contacto. La documentación sensible queda disponible para una revisión autorizada.

El límite merece la misma visibilidad. El procedimiento de 2007 dice que la selección vale solo para la ccNSO. Los Estatutos añaden que pertenecer a la ccNSO o a una organización regional no condiciona el acceso o registro en la base de IANA ni la prestación de sus servicios. Elegir región no delega un dominio, no decide soberanía y no convierte al emisario en operador.

La ccNSO tiene ante sí una corrección pequeña con efectos de arquitectura. Donde antes había una línea entre administrador y Consejo, hoy hay una relación entre varios administradores, sus representantes, un emisario y procesos regionales. Si la revisión no nombra cada enlace, el viejo supuesto seguirá gobernando dentro de un formulario nuevo.

Fuentes