Resumen

  • El 21 de febrero de 2005, según el informe conjunto de NRO y AFRINIC, el aviso de ICANN y el registro detallado de RIPE NCC, el personal y los sistemas de AFRINIC asumieron el papel principal en la tramitación de servicios para los registros locales y usuarios africanos. El reconocimiento definitivo de ICANN no llegó hasta el 8 de abril. Durante el intervalo, las organizaciones regionales ya existentes conservaron una «segunda opinión» sobre las decisiones de asignación.
  • El relevo fue operativo, no soberano. Puso solicitudes, datos de registro, WHOIS, contabilidad y parte de la administración de DNS bajo la interfaz principal de AFRINIC, pero no hizo que la entidad poseyera las redes, dirigiera BGP, representara políticamente a toda África, castigara a operadores ni reuniera en un solo acto la personalidad jurídica, la acreditación de ICANN, la pertenencia a NRO y la custodia formal de todos los recursos.

Un lunes en el que la institución ya trabajaba, pero aún estaba a prueba

El 21 de febrero de 2005 no fue una ceremonia. Para un registro local de Internet africano, el cambio se expresaba en acciones concretas: dónde presentar una solicitud, qué personal la examinaba, qué sistema publicaba los datos y qué organización respondía ante una consulta cotidiana. El informe que NRO y AFRINIC enviaron a ICANN ese día afirmó que los sistemas estaban en producción y que el personal de AFRINIC asumía el papel principal. ICANN resumiría después que APNIC, ARIN y RIPE NCC, las tres organizaciones que hasta entonces atendían partes de la región, habían transferido todos los servicios de registro regional el 21 de febrero.

RIPE NCC dejó un rastro todavía más preciso de redirecciones, migraciones de objetos y cambios de interfaz.

Sin embargo, AFRINIC no era todavía un registro regional plenamente reconocido e independiente dentro del sistema de ICANN. Su etapa se llamaba Fase II: operación completa del servicio con una segunda opinión de las organizaciones regionales existentes sobre las decisiones de asignación. La Fase III, descrita posteriormente por el director ejecutivo de AFRINIC, sería el funcionamiento sin esa segunda opinión después del reconocimiento final.

El hecho importante no es escoger entre «funcionaba» y «no funcionaba», sino admitir que ambas descripciones institucionales podían ser verdaderas en planos diferentes: el servicio estaba activo; la autonomía de decisión seguía acotada.

La secuencia obliga a separar seis cosas que suelen comprimirse en la palabra autoridad. Una es operar el servicio. Otra es supervisar las decisiones durante una transición. Una tercera es disponer de inventario y de facultades reconocidas para asignar recursos numéricos. Una cuarta es recibir acreditación de ICANN bajo ICP-2. Una quinta es existir como persona jurídica capaz de contratar y emplear personal. La sexta, situada fuera de la empresa registral, es operar redes, originar rutas y aceptar anuncios. En febrero de 2005 esas capas no se encontraban en las mismas manos ni maduraron al mismo tiempo.

Esta distinción no minimiza a AFRINIC. Al contrario: identifica su logro con precisión. Poner sistemas en producción antes de la aprobación final aportó una prueba más exigente que una promesa. La organización atendía solicitudes y mantenía registros, mientras sus pares ofrecían una salvaguarda temporal. Pero una prueba de capacidad no es una transferencia de soberanía. Un libro mayor fiable puede condicionar decisiones económicas y técnicas porque otros confían en sus registros; no por ello se convierte en propietario de aquello que anota, policía de las redes, fiscal de sus miembros o juez universal de sus disputas.

La fecha principal y la discrepancia que no debe borrarse

El corpus no ofrece una única fecha sin fricción. El informe conjunto de NRO y AFRINIC, la noticia posterior de ICANN y la documentación de transición de RIPE NCC sitúan el cambio el 21 de febrero. Un mensaje posterior de AFRINIC y el archivo de APNIC describen la Fase II como efectiva desde el 22 de febrero. La diferencia es de un día y no altera la relación central con el reconocimiento del 8 de abril, pero sí limita cualquier reconstrucción demasiado segura de la hora exacta del corte.

No hay en el registro público examinado una bitácora con zonas horarias, hora de inicio y cierre, ni una explicación que permita decidir si la discrepancia procede de una comunicación publicada al día siguiente, de una secuencia técnica que cruzó medianoche, de distintas convenciones institucionales o de una simple inconsistencia. Por eso este análisis adopta el 21 de febrero como fecha institucional seleccionada, porque aparece en la comunicación conjunta y en los registros de ICANN y RIPE NCC, y conserva el 22 como variante documentada. Resolver la diferencia por silencio produciría una cronología más limpia y una historia menos honesta.

La aritmética también debe conservar la reserva. Del 21 de febrero al reconocimiento final del 8 de abril transcurrieron 46 días naturales. Si se toma el 22, fueron 45. Hasta el anuncio del 14 de abril sobre la primera provisión posterior al reconocimiento transcurrieron 52 días desde la fecha seleccionada. El instrumento de adhesión a NRO, fechado el 25 de abril, llegó 63 días después. El informe de NRO sobre las cartas de transferencia formal, el 27 de abril, llegó a los 65 días, aunque las cartas se firmaron durante la reunión del 26 y 27 y no conocemos sus horas ni sus fechas de efecto individuales.

Esas distancias no son decoración cronológica. Muestran que el relevo fue una cadena, no un interruptor. Si se narra todo como un único nacimiento institucional, se pierde la capacidad de preguntar quién prestaba el servicio, quién revisaba una decisión, bajo qué contrato se relacionaba un miembro, de qué inventario procedía un recurso y qué acto cambiaba el reconocimiento externo en cada momento.

Qué cambió de verdad en la interfaz de servicio

El cambio más sólido fue el de la tramitación primaria. Las nuevas solicitudes se dirigían al personal de hostmaster de AFRINIC. Sus sistemas internos de registro, su WHOIS externo y sus procesos contables estaban en producción. AFRINIC se convirtió en el punto principal de contacto con los registros locales y usuarios finales de la región. Esto es más que una etiqueta: desplaza trabajo, responsabilidad operativa y dependencia diaria hacia una organización distinta.

La documentación de RIPE NCC permite mirar dentro del relevo sin depender de fórmulas generales. Para los registros locales africanos que recibían servicio de RIPE NCC, las solicitudes fueron redirigidas a AFRINIC y el portal de RIPE dejó de estar disponible. Hubo movimientos o copias de objetos WHOIS, una congelación transitoria de zonas de DNS inverso y reglas específicas para mantener determinados registros. La gestión de datos no se comportó como un bloque homogéneo; cada superficie tuvo su procedimiento y su ritmo.

Un detalle pequeño desmonta la imagen de una mudanza total e instantánea. AFRINIC aún no disponía de un registro de encaminamiento, por lo que ciertos objetos aut-num se conservaron en la base de datos de RIPE para ese uso. La documentación nombra los rangos 30980–30999 y 34515–34519: veinte objetos en el primero y cinco en el segundo, veinticinco en total. El número no equivale a veinticinco ASN asignados por AFRINIC ni al conjunto de registros migrados. Solo identifica objetos concretos que permanecieron en otra superficie para evitar un vacío funcional.

También persistió una capa contractual. RIPE NCC señaló que los registros locales africanos seguían siendo jurídicamente miembros suyos hasta el reconocimiento definitivo y que las asignaciones y registros continuaban bajo su acuerdo estándar de servicio. Paralelamente se enviaron contratos de AFRINIC y se protegió a quienes ya habían pagado a RIPE NCC en 2005 frente a un doble cobro. El operador cotidiano del servicio y la contraparte jurídica podían ser entidades diferentes durante unas semanas. Esa superposición reducía el riesgo de ruptura brusca, pero hacía más exigente explicar responsabilidades.

No disponemos de un nivel equivalente de detalle para APNIC y ARIN. ICANN empleó la frase agregada «todos los servicios» y el archivo de APNIC habló del traslado de registros locales africanos y recursos ya asignados. No se localizaron inventarios, reglas de portal, contratos ni informes de corte comparables para los dos predecesores. Por tanto, las mecánicas de RIPE son prueba de lo que ocurrió en su ámbito, no una plantilla que pueda proyectarse automáticamente sobre toda África.

Operación primaria no significaba juicio independiente

La segunda opinión es la frontera decisiva. Los documentos de AFRINIC, NRO y APNIC coinciden en que las organizaciones regionales existentes mantenían una revisión de las decisiones de asignación hasta el reconocimiento final. La función podía servir como control de calidad durante el aprendizaje, como garantía para IANA e ICANN o como mecanismo de escalada ante casos difíciles. Lo que no sabemos es cómo se ejercía.

No apareció un procedimiento público que identifique revisores, umbrales, plazos, materias sujetas a consulta, carácter vinculante o vía de resolución cuando las opiniones diferían. Tampoco hay un libro de casos con el número de solicitudes, aprobaciones, rechazos, modificaciones, demoras o anulaciones. En consecuencia, no es legítimo afirmar que la segunda opinión fue un veto frecuente, una mera formalidad, una tutoría intensa o un sello rutinario. La existencia del derecho de revisión está bien documentada; su intensidad práctica no lo está.

Este vacío importa porque «procesar» y «decidir en última instancia» son facultades distintas. AFRINIC podía recibir la solicitud, analizarla, comunicarse con el solicitante, introducir datos y preparar una asignación, mientras un par conservaba una capa de aseguramiento. En un extremo hipotético, revisiones frecuentes y correcciones sustanciales habrían dejado una parte importante del juicio efectivo en los predecesores. En el otro, una revisión sin intervenciones habría funcionado como seguro. Ninguno de esos extremos se puede probar con la documentación disponible.

La formulación prudente es que AFRINIC era el procesador primario y que la autonomía decisoria completa aún no estaba demostrada. Eso evita dos errores simétricos. El primero sería llamar a AFRINIC una simple fachada, aunque ya operaba los sistemas y atendía a los usuarios. El segundo sería declarar que poseía toda autoridad de asignación desde el primer día, aunque la supervisión, algunos contratos, los inventarios y posteriores instrumentos formales seguían repartidos.

El mapa de autoridad en seis capas

En la capa de servicio en marcha, AFRINIC tenía la posición principal. Podía recibir y evaluar solicitudes, operar las interfaces de registro y WHOIS, procesar datos y contabilidad y actuar como contacto del cliente. Esa posición hacía posible la continuidad y generaba dependencia operativa. No confería por sí sola juicio final sin supervisión, dominio sobre rutas ni poder de castigo.

En la capa de supervisión entre pares, APNIC, ARIN y RIPE NCC, coordinadas dentro del arreglo de transición de NRO, mantenían la segunda opinión, prestaban apoyo técnico y ayudaban a evaluar la preparación. Ya no eran la interfaz primaria una vez hecho el relevo, pero tampoco habían desaparecido. Su intervención era una relación profesional e institucional; no un veto de derecho público sobre las redes africanas ni una superioridad perpetua.

En la capa de recursos e inventario, el cuadro estaba dividido. IANA administraba los grandes bloques destinados a los registros regionales. Los predecesores conservaban relaciones transitorias, supervisión y, en algunos casos, custodia o contratos. AFRINIC procesaba y anotaba asignaciones bajo ese arreglo. Sin documentos que asignen conjunto por conjunto las facultades y sin las cartas posteriores de transferencia, no se puede atribuir todo el inventario y toda la capacidad decisoria a un solo actor el 21 de febrero.

En la capa de acreditación, el Consejo de ICANN había concedido aprobación provisional el 30 de septiembre de 2004. La evaluación de IANA bajo ICP-2 y la decisión final permanecían pendientes. ICP-2 comprendía diez criterios: región de servicio, apoyo de los registros locales, proceso de políticas, neutralidad, capacidad técnica, relación con políticas globales, plan de actividad, financiación, mantenimiento de registros y confidencialidad. Cumplirlos era una condición de entrada plena al sistema coordinado, no diez delegaciones de soberanía.

En la capa jurídica doméstica, la solicitud actualizada de AFRINIC declaró que la entidad se había constituido en Mauricio en febrero de 2004 como organización regional, sin ánimo de lucro, no gubernamental y basada en miembros. Esa afirmación sitúa la existencia corporativa antes de la operación y de la acreditación final. Pero el certificado de constitución no fue localizado, y una historia de NRS usa la expresión «constituida en abril de 2005». La colisión se conserva: sabemos que las formulaciones publicadas difieren, no que una consulta sin el instrumento registral pueda zanjar la fecha jurídica exacta.

En la capa de encaminamiento, el poder seguía en las redes. Los operadores originaban rutas, decidían qué anuncios aceptar y mantenían su infraestructura. Un registro WHOIS, una anotación de recursos o una resolución de ICANN influye en la confianza y en la coordinación de unicidad, pero no mueve paquetes por fuerza física. Si la resolución de 8 de abril hubiera controlado BGP por sí misma, las rutas habrían cambiado por el acto del Consejo. Ningún instrumento examinado sostiene tal modelo.

Reconocimiento, inventario y adhesión: los hitos que vinieron después

El 8 de abril, tras la evaluación de IANA, ICANN aprobó y reconoció plenamente a AFRINIC para prestar servicios de registro en la región africana. Esa decisión alteró su estatus dentro del sistema mundial de registros. Eliminó la condición provisional y permitió pasar de la Fase II supervisada a una etapa independiente. No creó retrospectivamente el personal, los servidores ni las interfaces que ya trabajaban desde febrero.

La defensa más sólida del proceso de acreditación merece aceptación expresa. Un sistema responsable no tiene por qué entregar acceso independiente a inventarios globales antes de que un operador demuestre capacidad. ICANN otorgó primero aprobación provisional; los registros existentes capacitaron a AFRINIC y coevaluaron solicitudes; NRO visitó instalaciones; la Fase II produjo experiencia real bajo supervisión; IANA examinó los diez criterios; y solo entonces llegó el reconocimiento final. Vista así, la operación anticipada no vacía de sentido la acreditación. Es precisamente la prueba práctica que puede justificarla.

Aceptar esta defensa no permite mezclar objetos. La supervisión reducía el riesgo de error; el reconocimiento ensanchaba la confianza institucional y el acceso coordinado; la operación demostraba capacidad. Cada elemento tenía valor propio. Decir que la decisión de ICANN no encendió los sistemas no equivale a decir que la decisión era inútil. Decir que el reconocimiento importaba tampoco convierte a ICANN en creadora de la personalidad jurídica de Mauricio ni a AFRINIC en autoridad pública continental.

El 14 de abril, ICANN anunció que AFRINIC acababa de recibir su primera provisión de recursos posterior al reconocimiento, incluidos espacio de direcciones y números de sistema autónomo. Los registros de IANA muestran 41/8 y los ASN 36864–37887 para AFRINIC en abril de 2005. Sería tentador presentar ese momento como el origen absoluto de todo inventario IANA asociado a AFRINIC. El propio registro actual de IPv6 impide hacerlo: contiene 2001:4200::/23 con fecha 1 de junio de 2004.

Sin documentación que explique la relación histórica entre esa línea y el anuncio posterior, la afirmación correcta es más estrecha: abril marcó el paquete de IPv4 y ASN anunciado después del reconocimiento, no necesariamente la primera asociación de cualquier clase de recurso con AFRINIC.

El 25 de abril se fechó la adhesión de AFRINIC al memorando de NRO. Ese instrumento le asignó derechos y deberes dentro de la coordinación entre registros. No fue la causa retroactiva de que sus sistemas hubieran funcionado dos meses antes. El 26 y 27 de abril, según el relato de NRO, APNIC, ARIN y RIPE NCC firmaron cartas que transferían formalmente autoridad sobre sus antiguas áreas africanas, incluida documentación de registro y contabilidad y administración de DNS. La existencia de esas cartas posteriores confirma que la operación, la pertenencia a NRO y la finalización formal de la custodia no compartían un único sello temporal.

Como los textos firmados no están en el corpus, no se debe atribuirles un efecto jurídico más preciso que el descrito por NRO.

Un libro mayor con consecuencias, no un soberano digital

La lección institucional del relevo es más útil cuando se formula sin grandilocuencia. AFRINIC se convirtió en el libro mayor y coordinador regional en funcionamiento. Registrar correctamente quién recibía qué recurso, mantener datos consultables, atender solicitudes y administrar DNS inverso eran tareas esenciales. Un error podía retrasar la expansión de una red, volver obsoletos los contactos, complicar una delegación inversa o encarecer la prueba de una asignación reconocida. La estrechez del mandato no hace pequeño su impacto.

Pero el registro describía y coordinaba una realidad operativa que otros llevaban a la práctica. No poseía el espacio de direcciones como un terrateniente posee una finca. No era dueño de los routers comprados por sus miembros. No podía obligar físicamente a una red a propagar o retirar una ruta. Tampoco recibía por reconocimiento de ICANN poder policial, tributario, penal o judicial. Las consecuencias contractuales de su servicio podían ser reales; la influencia derivada de un registro confiable podía ser enorme; ninguna de ellas equivalía a soberanía.

Esta frontera protege tanto a los operadores como al propio registro. Si se atribuye a una entidad registral una autoridad que no tiene, cada disputa interna parece una crisis de gobierno continental y cada decisión administrativa se reviste de jurisdicción universal. Si, por el contrario, se finge que el libro mayor no importa porque no controla paquetes, se ignoran los costes que un dato erróneo, una credencial perdida o una interrupción de WHOIS y DNS puede trasladar a empresas y usuarios.

La descripción correcta es poder funcional acotado: suficiente para exigir integridad, continuidad, procedimiento y responsabilidad; insuficiente para justificar pretensiones soberanas o punitivas.

El relevo de 2005 ofrece además una prueba histórica contra la inmortalidad institucional. Funciones, datos y relaciones de servicio pudieron pasar de tres organizaciones a una cuarta mediante cooperación planificada. La continuidad pertenecía al libro mayor, a las interfaces y a las redes en funcionamiento, no a la perpetuidad de una carcasa corporativa determinada. Esta constatación no garantiza que una sustitución moderna fuera fácil. El expediente no contiene un plan actual de sucesión para RPKI, telemetría completa de conmutación ni pruebas de que todos los usuarios vivieran una transición perfecta.

Solo muestra que el servicio puede ser transferible cuando los custodios cooperan y separan las dependencias.

Los costes que asumían registros locales y operadores

Para los solicitantes, la prioridad era continuidad. Una mudanza defectuosa podía dejar solicitudes entre colas, contactos desactualizados o cambios de DNS inverso suspendidos. RIPE NCC documentó congelaciones y redirecciones destinadas a minimizar el impacto, pero no publicó en el material localizado métricas de disponibilidad, tiempos de respuesta, profundidad de cola ni incidentes. No se puede afirmar que el corte fue perjudicial; tampoco que tuvo impacto cero.

La segunda opinión introducía un intercambio entre calidad y velocidad. Una revisión adicional podía detectar errores antes de que una nueva organización asumiera plena independencia. También podía alargar el ciclo o difuminar la responsabilidad si AFRINIC y el par discrepaban. Sin datos por caso no es posible cuantificar ninguno de los dos efectos. La única conclusión económica responsable es que existía una capa adicional con capacidad potencial para reducir riesgo y añadir fricción.

El traslado contractual de RIPE muestra otro diseño de amortiguación. Mantener temporalmente la membresía y el acuerdo anterior mientras se enviaban contratos nuevos evitó que el cambio de operador dejara a los registros locales sin una relación jurídica reconocible. La garantía de no pagar dos veces durante 2005 protegía caja y confianza. A la vez, el usuario podía recibir servicio de una entidad mientras conservaba obligaciones formales con otra. Esa arquitectura de transición necesitaba comunicación clara para que una reclamación técnica no terminara dirigida a la contraparte equivocada.

La integridad de datos tenía una dimensión de encaminamiento sin llegar a controlarlo. Mantener ciertos objetos en RIPE evitó retirar de golpe una superficie usada para expresar políticas de ruta cuando AFRINIC aún no ofrecía un registro equivalente. La duplicación o conservación transitoria aumentaba el riesgo de registros desincronizados, pero la eliminación inmediata habría creado otro riesgo: un vacío informativo. Los operadores seguían decidiendo qué confiar y aceptar; el diseño institucional procuraba que no perdieran de pronto las señales que alimentaban esas decisiones.

Lo que el expediente prueba y lo que deja abierto

La afirmación central está cerrada con alta confianza: AFRINIC asumió el procesamiento primario antes del reconocimiento definitivo y lo hizo bajo segunda opinión. La combinación del informe conjunto, el aviso de ICANN y los cambios concretos de RIPE aporta evidencia suficiente. También está cerrado que el reconocimiento definitivo llegó el 8 de abril y que la adhesión a NRO y las cartas formales descritas llegaron después.

Quedan abiertas cuestiones materiales. No conocemos el protocolo de segunda opinión ni su efecto vinculante. No conocemos el volumen de casos de Fase II, la latencia o la frecuencia de correcciones. No sabemos qué conjunto de recursos abasteció cada asignación durante la transición. Carecemos de inventarios y contratos de APNIC y ARIN comparables al registro de RIPE. No tenemos las cartas firmadas a finales de abril ni el certificado corporativo de Mauricio. Tampoco hay telemetría independiente sobre interrupciones, errores de DNS, disponibilidad de WHOIS o aceptación por todos los registros locales.

Dos tensiones documentales deben seguir visibles. La primera es el 21 frente al 22 de febrero. La segunda es la noticia de una primera provisión posterior al reconocimiento frente al bloque IPv6 fechado en junio de 2004. Ninguna invalida el relevo; ambas impiden frases absolutas. La precisión institucional consiste en conservar una anomalía cuando no existe evidencia para disolverla.

También hay que limitar el alcance histórico. Este es el análisis de un día operativo y de la distribución de facultades a su alrededor. No es una historia completa de los años de formación de AFRINIC, una auditoría integral de su solicitud, un estudio de las intervenciones en el periodo de comentarios, una exégesis del voto de ICANN, un análisis bloque por bloque de la provisión de abril ni una lectura jurídica detallada de la adhesión a NRO. Usar esos hitos como fronteras no autoriza a ocupar sus asuntos.

La conclusión defendible evita los dos relatos fáciles. El reconocimiento no creó a AFRINIC de la nada: el personal, los sistemas y la relación cotidiana con los usuarios ya funcionaban. Pero la operación no hizo innecesaria la acreditación: la supervisión, la inserción coordinada y las transferencias posteriores cambiaron facultades y confianza. La Fase II fue al mismo tiempo una operación real y una prueba vigilada. Eso es precisamente lo que enseña su cronología.

El 21 de febrero de 2005, AFRINIC comenzó a ser la oficina a la que África acudía para tramitar sus recursos. Todavía no era la única instancia de juicio, ni reunía todos los instrumentos de custodia y coordinación, ni necesitaba fingir soberanía para prestar un servicio decisivo. Su legitimidad operativa nació del trabajo que podía demostrar; su legitimidad sistémica se completó mediante reconocimiento y cooperación; su límite permaneció donde siempre debe permanecer el de un registro: en el libro mayor, no sobre las redes y las personas que lo consultan.