Resumen

  • La Junta de AFRINIC aprobó por correo electrónico el 28 de septiembre de 2016 su consentimiento para que ICANN subcontratara a PTI los servicios de numeración de IANA; el subcontrato del 30 de septiembre dejó constancia del consentimiento escrito de los RIR y la Junta ratificó su decisión por unanimidad el 12 de octubre. Son pasos distintos de una misma secuencia, no una fecha única que deba forzarse.
  • El artículo 15.9 del acuerdo de nivel de servicio exigía consentimiento previo y escrito para la sustitución, pero mantenía a ICANN plenamente obligada frente a los cinco registros regionales. PTI ejecutaba el trabajo; ICANN seguía siendo la contraparte responsable y podía intervenir si la filial no cumplía.
  • La continuidad no descansaba en el prestigio ni en la permanencia de una organización. Se concretaba en plazos de respuesta y actualización, informes, seguridad, datos públicos, documentación transferible, remedios y cooperación con un sucesor. Esa arquitectura protege el servicio y el registro sin convertir a AFRINIC, ICANN, PTI o al conjunto de los RIR en una autoridad soberana.

El consentimiento cambió al ejecutor, no al obligado

La Resolución 201609.300 parece, a primera vista, una pieza pequeña de administración corporativa. La página de reuniones de la Junta de AFRINIC registra que el artículo 15.9 del acuerdo de nivel de servicio de numeración exigía a ICANN obtener consentimiento antes de subcontratar, que ICANN quería encomendar la ejecución a Public Technical Identifiers, o PTI, y que la Junta consintió en ese encargo y autorizó al director ejecutivo a firmar. Sin embargo, lo decisivo no es la brevedad del asiento.

Es la pregunta institucional que resolvió: ¿cómo permitir que otra entidad haga el trabajo sin que la contraparte originalmente obligada desaparezca detrás de la nueva ejecutora?

La cronología obliga a resistir la tentación de comprimir varios actos en uno. El registro de AFRINIC dice que la resolución fue aprobada por correo electrónico el 28 de septiembre de 2016. El subcontrato entre ICANN y PTI, fechado el 30 de septiembre, declara que se había obtenido el consentimiento previo y escrito de los registros regionales de Internet. La Junta de AFRINIC ratificó por unanimidad la resolución en su reunión del 12 de octubre. El identificador conserva la huella de septiembre; el acta pública conserva la ratificación de octubre. Presentar el 12 de octubre como si fuera la única fecha borraría la aprobación por correo.

Presentar el 28 de septiembre como si agotara el expediente borraría la ratificación posterior. Y atribuir al 30 de septiembre una firma individual de AFRINIC que el material público no muestra convertiría una mención del subcontrato en un documento que no tenemos.

Esa cautela importa porque el acto fue estrecho. AFRINIC aportó su consentimiento a un mecanismo colectivo previsto en un contrato. No ordenó unilateralmente a PTI que actuara, no adquirió control societario sobre ella y no habló en nombre propio por todos los registros regionales. La resolución tampoco convirtió un servicio administrativo y técnico en una prerrogativa estatal. Aceptó un cambio de ejecutor bajo condiciones contractuales ya definidas. Su significado deriva precisamente de esa modestia: la Junta identificó una cláusula aplicable, respondió a una solicitud de sustitución y autorizó la firma del consentimiento correspondiente.

El acuerdo al que remitía la resolución se había firmado el 29 de junio de 2016. En él, ICANN figuraba como Operador y los cinco RIR —incluida AFRINIC Ltd— como partes regionales. Su objeto no era legislar sobre Internet ni reconocer títulos soberanos, sino organizar la prestación administrativa y técnica de los servicios de numeración de IANA. El texto cubría el mantenimiento de los registros de direcciones IPv4, direcciones IPv6 y números de sistemas autónomos; las asignaciones a los RIR; el tratamiento de recursos devueltos; y tareas administrativas vinculadas con el DNS inverso.

La NRO describe esas actividades como esenciales para la coordinación, una descripción útil del funcionamiento que debe atribuirse a la organización que la formula, no elevarse a prueba neutral de representación política.

La diferencia entre función esencial y autoridad soberana es central. Una base de datos de asignaciones puede ser imprescindible para que operadores distribuidos coordinen sus redes, del mismo modo que un mecanismo de actualización puede ser crítico para evitar inconsistencias. Esa importancia práctica no transforma al administrador en propietario de los recursos ni en regulador público. El servicio permite mantener un registro coherente y ejecutar solicitudes dentro de un marco acordado. No concede poder policial, capacidad sancionadora, jurisdicción judicial o autoridad confiscatoria.

Confundir dependencia operativa con mandato público es dar un salto que ni la resolución, ni el acuerdo, ni el subcontrato sustentan.

El artículo 15.9 era el punto de control de la sustitución. Prohibía subcontratar o delegar la prestación sin el consentimiento previo y escrito de los RIR. La regla tenía sentido porque la identidad de quien toca los procedimientos, procesa solicitudes y mantiene registros puede alterar el riesgo operativo. Un acreedor contractual que ha evaluado a una contraparte no tiene por qué aceptar que esta coloque sus deberes en manos de un tercero sin avisar. El consentimiento previo no hacía a cada RIR dueño del servicio. Les daba, colectivamente y dentro del contrato, una protección frente a un cambio no autorizado del ejecutor.

La cláusula siguiente cerraba la salida que suele debilitar una subcontratación. El artículo 15.9.2 disponía que delegar no liberaba ni reducía las obligaciones de ICANN y que esta continuaba plenamente responsable frente a los RIR. La arquitectura podía resumirse sin metáforas: PTI hacía; ICANN debía. Si la filial fallaba al ejecutar una obligación, el subcontrato permitía a ICANN asumir esa ejecución. Los RIR no quedaban obligados a descubrir si una tarea concreta pertenecía a una filial, a una matriz o a otra unidad antes de exigir el cumplimiento a su contraparte.

La relación interna podía especializarse; el punto externo de responsabilidad permanecía fijado.

El subcontrato del 30 de septiembre reflejó esa lógica. Dejó constancia del consentimiento previo de los RIR, asignó a PTI la ejecución operativa necesaria para que ICANN cumpliera el acuerdo principal, preservó la responsabilidad plena de ICANN y contempló que esta realizara la obligación si PTI no lo hacía. Además, sometió a aprobación previa de ICANN los procedimientos y métodos documentados de PTI. Esa última característica impide describir la operación como una transferencia de autoridad independiente: la filial recibía una función delimitada y su forma documentada de ejecutarla seguía dentro de una cadena de aprobación.

La secuencia completa ofrece una lección que se pierde cuando se habla solo de «transición» o «custodia comunitaria». El punto verificable no es una consigna sobre quién representa a Internet. Es una serie de actos privados: un acuerdo principal con una contraparte identificada, una prohibición de sustitución sin consentimiento, una decisión colectiva de los RIR, una autorización corporativa específica de AFRINIC, un subcontrato con la nueva ejecutora, la retención de responsabilidad por ICANN y una facultad de intervención. Cada eslabón responde a una pregunta distinta. ¿Quién consiente? Los RIR conforme al mecanismo común. ¿Quién ejecuta?

PTI. ¿Quién responde frente a los RIR? ICANN. ¿Quién puede intervenir si la ejecución falla? ICANN. ¿Qué obtiene AFRINIC? El cumplimiento de las obligaciones pactadas, no mando sobre la filial.

También importa la estructura colectiva. El acuerdo hacía colectivos los derechos y facultades de las partes regionales y exigía unanimidad para las actuaciones contractuales pertinentes. AFRINIC era indispensable como una de cinco voces cuando se requería el consentimiento de todas, pero no era suficiente por sí sola. Su resolución fue un componente de la autorización común, no una orden de alcance general.

Esto limita dos exageraciones opuestas: ni su decisión fue irrelevante, porque sin el consentimiento requerido la sustitución no habría satisfecho el mecanismo; ni fue soberana, porque operaba dentro de una decisión contractual de cinco partes.

La unanimidad puede ser lenta o exigente, pero aquí cumplía una función de legitimidad contractual limitada: impedir que la contraparte cambiara al ejecutor sin la aceptación de quienes recibían el servicio. No probaba que los RIR representaran políticamente a todos los titulares o usuarios de recursos numéricos. Tampoco demostraba consentimiento social universal. Probaba algo más concreto y defendible: las partes nombradas ejercieron el derecho de consentimiento que habían pactado.

La participación en un proceso, la condición de parte interesada o la trayectoria histórica no pueden completar por sí solas el salto desde esa relación privada hasta un mandato público.

El registro disponible no permite reconstruir el texto firmado por AFRINIC. Sabemos que la Junta autorizó al director ejecutivo, que el subcontrato dice que hubo consentimiento previo y escrito de los RIR y que la ratificación posterior fue unánime. No conocemos, dentro del material público considerado, la redacción exacta del instrumento individual, sus eventuales condiciones ni la fecha precisa de su firma. Esa ausencia no invalida los actos que sí constan; marca el límite de lo que puede afirmarse. Tampoco hay base para decir que la decisión fue polémica, coaccionada o ilícita, o que provocó una interrupción.

Hacerlo sería convertir el silencio documental en un acontecimiento.

La constitución de PTI ayuda a entender la oportunidad del arreglo, sin cambiar su naturaleza. PTI fue constituida en agosto de 2016 como afiliada de ICANN y comenzó a desempeñar las funciones de IANA en octubre mediante contratos y subcontratos. La separación societaria proporcionó un vehículo operativo diferenciado en el momento del cambio, pero la afiliación no borró la necesidad de consentimiento ni sustituyó el acuerdo principal. De hecho, si la mera pertenencia al grupo hubiera bastado, la protección del artículo 15.9 habría sido decorativa.

El uso de esa cláusula muestra que incluso una reorganización dentro de una estructura afiliada debía ser legible para las contrapartes.

La lectura más sólida de la Resolución 201609.300 es, por tanto, institucionalmente sobria. No fue una proclamación de control africano sobre una función global, ni una licencia soberana concedida a PTI, ni una cesión de propiedad sobre números de Internet. Fue la respuesta de una entidad privada, parte de un acuerdo técnico, a la sustitución propuesta por su contraparte. Su valor reside en haber aplicado un control de cambio sin romper el vínculo de responsabilidad. La persona jurídica que realizaba el trabajo podía variar; la obligación frente a quienes dependían del servicio no debía volverse ambigua.

Ese diseño merece atención más allá del episodio de 2016 porque muchas infraestructuras digitales se sostienen sobre arreglos similares. Una organización visible firma un acuerdo, una afiliada especializada realiza la operación y múltiples usuarios dependen de que ambos planos encajen. El riesgo aparece cuando el mapa societario sustituye al mapa de obligaciones: la entidad que recibe reclamaciones dice no ejecutar, la entidad que ejecuta dice no ser contraparte y el usuario queda atrapado en medio. Aquí, al menos en el papel, el consentimiento y la responsabilidad retenida buscaban evitar ese vacío.

La resolución tampoco debe cargarse con conflictos posteriores o con una historia total de la transición de la custodia de IANA. Su lente propia es más precisa: el instante en que un contrato obligó a reconocer que iba a cambiar el ejecutor y exigió conservar una contraparte responsable. Volver el artículo una crónica general de la transición oscurecería la mecánica que hace singular el acto de AFRINIC. Convertirlo en un estudio genérico sobre todas las deficiencias de aplicación del acuerdo produciría el mismo efecto.

La pregunta útil es cómo ese consentimiento específico conectó a la Junta, al colectivo de cinco RIR, a ICANN y a PTI sin liberar a ICANN.

Vista así, la Resolución 201609.300 no es grande por la autoridad que ejerció, sino por la frontera que ayudó a mantener. Autorizó a otra entidad a ejecutar, pero no aceptó que la identidad de la obligada se evaporara. Reconoció un cambio corporativo, pero no lo confundió con una transferencia de soberanía. Participó en una decisión colectiva, pero no afirmó poder unilateral. La continuidad comenzó en esa precisión conceptual y debía probarse después mediante la operación cotidiana.