Resumen

  • El registro regional de internet de África fue reconocido por la ICANN en abril de 2005, y ese reconocimiento se presenta como la consecuencia de haber completado un proceso de transición, no como el traspaso en sí.
  • El registro saliente, RIPE NCC, dice que prestaba para la región africana la asignación de direcciones, la gestión de la base de datos del registro y las delegaciones de DNS inverso, y que después facilitó la migración de esas responsabilidades y de los registros correspondientes: otro acto, de otra institución, sobre otra autoridad.

En el nombre de este asunto figuran dos instituciones y solo una estaba en posición de proclamar algo. La ICANN reconoció a AFRINIC como quinto registro regional de internet en abril de 2005, un acto cuya huella pública es un anuncio construido alrededor de la culminación de un proceso de transición. RIPE NCC, que venía operando los servicios de registro de la región africana, describe la otra mitad: prestaba la asignación de direcciones, la gestión de la base de datos del registro y las delegaciones de DNS inverso, y tras el reconocimiento de AFRINIC facilitó la migración de esas responsabilidades y de los registros hacia el nuevo registro (ICANN; RIPE NCC).

Ese emparejamiento parece trivial hasta que uno intenta auditarlo. Reconocimiento y migración no son dos descripciones de un mismo hecho. Son dos actos, ejecutados por dos instituciones, sobre dos clases distintas de autoridad, y producen dos clases distintas de prueba. El primero es una designación: un organismo con autoridad regional declara que otro organismo es el registro de una región. El segundo es una custodia: una organización que tenía registros, una base de datos y responsabilidades de delegación deja de tenerlos, y otra empieza a tenerlos.

La designación es el tipo de acto que casi produce un artefacto público por sí solo, porque toda su razón de ser es ser legible para quien no está en la sala. La custodia es el tipo de acto que produce artefactos operativos —poblaciones de registros, migraciones de bases de datos, cambios de delegación, correspondencia con los titulares cuyas entradas se mueven—, y ninguno de ellos tiene obligación de ser un documento público.

La doctrina sobre esta materia traza la frontera con nitidez: el expediente disponible puede describirse como desigual entre los dos actos, pero una documentación desigual no es una integridad desigual, y no demuestra que la custodia haya cambiado de manos sin rendición de cuentas.

La pregunta honesta es, por tanto, más estrecha que su versión de titular y bastante más útil. Cuando una sucesión de registro la certifica una institución y la ejecuta otra, ¿qué necesitaría un tercero para comprobar que el segundo acto ocurrió como el primero da a entender?

Qué certifica realmente un reconocimiento

El anuncio de la ICANN no es un instrumento de traspaso. Es la afirmación de que una transición estaba terminada y de que el organismo que resultó de ella era el registro regional. Leído así, el anuncio certifica el trabajo de otro. La ICANN no asignaba direcciones africanas, no mantenía la base de datos del registro ni sostenía las delegaciones de DNS inverso; según el propio relato de RIPE NCC, eso lo hacía RIPE NCC. El reconocedor daba fe de la culminación de un proceso operativo que no ejecutaba.

No es una crítica a la ICANN. La certificación por un organismo externo es exactamente cómo debe verse una delegación de autoridad regional, y un reconocedor que intentara ejecutar la migración por su cuenta estaría haciendo algo completamente distinto. Pero significa que el documento de reconocimiento no puede cargar con el peso probatorio que su notoriedad sugiere. Dice que la transición fue juzgada completa. No dice, con detalle, qué abarca «completa».

Tres funciones nombradas y lo que implican

El relato de RIPE NCC nombra tres clases de funciones: asignación de direcciones, gestión de la base de datos del registro y delegación de DNS inverso. Esa enumeración es lo más concreto del expediente disponible, y conviene tomarla como enumeración, no como inventario certificado.

Cada una tiene un modo de fallo distinto, y por eso moverlas juntas es más difícil que moverlas en secuencia. La asignación de direcciones es prospectiva: a partir de una fecha de corte, el registro receptor decide quién recibe espacio. La gestión de la base de datos es acumulativa: afecta a entradas que ya existen, creadas bajo los procedimientos del registro saliente, con contactos y valores de estado que no necesariamente encajan en el esquema del receptor.

La delegación de DNS inverso mira hacia fuera: es visible en el propio DNS, para cualquiera que consulte, y es la única parte del traspaso que un tercero puede observar parcialmente sin acceso a nada.

Un traspaso que nombra las tres sin fecharlas por separado tiene un punto ciego concreto. La asignación pudo cesar en una fecha, la migración de la base pudo extenderse meses y los cambios de delegación pudieron continuar después. Sin fecha de corte, un lector no puede saber si un registro creado en la segunda mitad de 2005 se hizo bajo las reglas del registro saliente o del entrante. Eso importa, porque los derechos y obligaciones de un registro siguen las reglas vigentes cuando se creó.

Por qué el segundo acto es estructuralmente más silencioso

La tentación es leer la asimetría como una elección: una publicó, la otra no. La explicación estructural es más plausible y menos interesante, lo que suele ser buena señal. Una designación se dirige al mundo; se supone que debe encontrarse. Una migración se dirige a una relación de trabajo entre dos organizaciones y a los titulares cuyas entradas se mueven; se supone que debe funcionar. La primera es un acto de habla. La segunda es un proyecto.

Los proyectos dejan rastros internos: planes de migración, informes de conciliación, listas de excepciones, correspondencia sobre las entradas que no se movieron limpiamente. Son exactamente los documentos que permitirían a un tercero verificar la sucesión, y exactamente los que tienden a no publicarse, porque publicarlos nunca fue el objetivo. Esto no es exclusivo de los registros de internet ni es un escándalo. Es la brecha ordinaria entre el acto que confiere posición y el acto que transfiere custodia.

La consecuencia, en cambio, es real. Si los instrumentos de soporte quedan fuera del expediente público, el resultado práctico es una auditabilidad independiente reducida. Quien quiera saber cómo cambió realmente de manos la custodia de los recursos numéricos africanos tendrá que apoyarse en relatos institucionales en lugar de en instrumentos disponibles de forma independiente. Eso es una afirmación sobre lo que el expediente puede sostener. No es una afirmación de que la rendición de cuentas estuviera ausente, y la diferencia entre esas dos frases es todo el argumento.

Qué no queda establecido aquí

El instrumento o acuerdo de traspaso entre RIPE NCC y AFRINIC no se obtuvo en esta revisión. El texto de la resolución del consejo de la ICANN de abril de 2005 no se obtuvo en esta revisión. Las entradas de reasignación del espacio de direcciones de la IANA que mostrarían movimientos de bloques individuales no se obtuvieron en esta revisión, y no se obtuvo ninguna fecha de corte del servicio de registro para la región africana.

Los intentos repetidos de recuperación de estas clases de instrumentos terminaron en fallos de permiso, capacidad y cuota del proveedor, lo cual es un hecho sobre este proceso de investigación, no un hecho sobre los instrumentos.

Nada de lo anterior debe leerse como una conclusión de que no existe ningún acuerdo, de que RIPE NCC no publicó nada sobre el traspaso, de que reconocimiento y traspaso operativo ocurrieron el mismo día, o de que un bloque de direcciones concreto se volvió a registrar o no. El día exacto del reconocimiento de abril de 2005 se reporta de forma divergente entre páginas indexadas, así que aquí solo se fija el mes.

Por qué la distinción importa más allá de 2005

Las sucesiones de registro son lo bastante raras como para que cada una se vuelva precedente de la siguiente. El patrón visible aquí —designación externa documentada en un anuncio, custodia operativa documentada en una retrospectiva institucional— es el que probablemente seguirá cualquier sucesión futura, porque se deriva de para qué sirve cada acto.

Para los titulares de recursos numéricos, la pregunta práctica no es quién fue reconocido. Es qué reglas se aplicaban a su entrada el día en que se creó o se modificó, y si esa entrada sobrevivió intacta a la migración. Para un registro receptor, la pregunta es si heredó una población conciliada o una sin conciliar, porque las entradas heredadas se convierten en los litigios de la década siguiente. Para el sistema global, la pregunta es si un reconocimiento puede verificarse después por alguien que no estaba en la sala.

Ninguna de esas preguntas se responde con un anuncio. Todas son respondibles en principio, con instrumentos que una sucesión de registro podría publicar de forma sistemática: una fecha de corte, un estado de la población de registros transferida, una descripción del tratamiento de las entradas que no migraron limpiamente y un puntero a dónde quedaron registrados los cambios de delegación. No es una exigencia de transparencia como virtud abstracta. Es la descripción de la prueba mínima que permitiría a un sucesor reconocerse en el trabajo de su predecesor.

Mientras esa prueba no se publique de forma sistemática, la descripción honesta de una sucesión de registro es la que sostiene el expediente de este asunto: el registro receptor publica su historia institucional (AFRINIC), el organismo reconocedor publica la designación, el registro saliente publica un relato retrospectivo de lo que hacía, y el traspaso de custodia debe inferirse de la forma de los tres.

Vale la pena hacer esa inferencia con cuidado, y vale la pena nombrarla como inferencia. La alternativa —tratar el anuncio como prueba de que el traspaso fue verificado— confunde la legibilidad del primer acto con la exhaustividad del segundo.

Para el expediente institucional completo sobre este asunto, véase la entrada del directorio de BTW Solo para el Círculo Estratégico.