Resumen

  • El registro de espacio de direcciones IPv4 de la IANA inscribe a AFRINIC en seis bloques /8 bajo dos formas: cuatro con la designación simple AFRINIC, estado ALLOCATED y fechas anotadas en 2005, 2008, 2010 y 2011; y dos con la mención «Administered by AFRINIC», estado LEGACY y una fecha anotada de 1993-05.
  • En el extracto obtenido, cada entrada es una tupla de bloque, registro designado, fecha, servidor whois y estado; ninguna entrada nombra la resolución, el acuerdo o la decisión por los que cambió una designación.

Seis bloques, dos verbos

El registro regional africano aparece en el registro de espacio de direcciones IPv4 de la IANA bajo dos designaciones distintas, y la diferencia no es cosmética. El extracto devuelto en esta revisión se lee, en el formato de campos del registro:

041/8 AFRINIC 2005-04 whois.afrinic.net ... ALLOCATED 102/8 AFRINIC 2011-02 whois.afrinic.net ... ALLOCATED 105/8 AFRINIC 2010-11 whois.afrinic.net ... ALLOCATED 154/8 Administered by AFRINIC 1993-05 whois.afrinic.net ... LEGACY 196/8 Administered by AFRINIC 1993-05 whois.afrinic.net ... LEGACY 197/8 AFRINIC 2008-10 whois.afrinic.net ... ALLOCATED

Este pasaje es un extracto del registro tal como lo reportó el proveedor, y no una lectura completa de la página; se cita aquí porque el formato de los campos constituye el hallazgo. Cuatro bloques llevan la designación simple AFRINIC con estado ALLOCATED. Dos llevan la fórmula más larga «Administered by AFRINIC» con estado LEGACY, y ambos comparten la misma fecha anotada: 1993-05.

La aritmética es el punto donde conviene detenerse. 1993-05 precede a 2005-04, la primera fecha ALLOCATED anotada para AFRINIC, en casi doce años. La fecha anotada en los dos bloques LEGACY no puede ser, por tanto, una fecha en la que AFRINIC actuó. Es la fecha superviviente de una asignación anterior, ahora atribuida a un registro que no existía cuando esa fecha se fijó. Un lector que toma el registro como una cronología del registro africano leerá esas dos líneas como un hecho sobre AFRINIC. Son un hecho sobre el espacio, conservado mientras cambiaba la columna del administrador.

Esa es la distinción que la versión narrativa de la transferencia aplana. La delegación de un bloque a un registro y la designación administrativa de un bloque asignado mucho antes de que ese registro existiera son dos actos distintos anotados en la misma tabla. El registro está construido para responder una sola pregunta —a quién debe dirigirse un titular— y la responde de forma idéntica en las dos líneas. El servidor whois es el mismo en las seis entradas. En la práctica, un titular histórico de 154/8 y un titular posterior a 2005 de 041/8 son remitidos al mismo lugar.

Un destino no es una autorización

Aquí está el límite del documento, y es un límite de campos, no una cuestión de interpretación. En el extracto obtenido, cada entrada consta de cinco elementos: un bloque, un registro designado, una fecha, un servidor whois y un estado. Nada en esa estructura prevé un lugar para el instrumento. Ninguna entrada cita una resolución, un acuerdo, una decisión de consejo o una política en virtud de los cuales haya cambiado una designación, y ninguna señala a un órgano que hubiera autorizado el cambio.

Para casi todos los usos operativos esto basta, y conviene decirlo con claridad: el registro no falla por omitir aquello para lo que nunca fue diseñado. Un ingeniero de red que comprueba dónde dirigir una solicitud de registro necesita el destino y el estado, y ambos están presentes. La carencia aparece solo cuando la misma tabla se lee como una historia jurídica, que es el uso habitual después de un litigio, cuando la pregunta ya no es quién tiene el registro hoy sino quién tenía la potestad de moverlo.

Sobre esa pregunta, el registro guarda silencio de una manera precisa y comprobable. Muestra que la responsabilidad administrativa de 154/8 y de 196/8 corresponde a AFRINIC. No muestra cuándo se hizo esa atribución, ni mediante qué acto, ni en qué condiciones. La fecha de 1993-05 no puede responderlo, porque anota la asignación y no la reatribución. Quien busque el instrumento de la transferencia no lo encontrará en esta tabla, y el silencio de la tabla no es prueba de que no exista instrumento alguno —solo de que este documento no lo contiene.

Tres conjuntos de documentos que lo resolverían, y que no están aquí

Los documentos capaces de responder a la pregunta sobre la autorización son identificables, y ninguno se obtuvo en esta revisión. Son los archivos de gobernanza del registro predecesor, en las actas del consejo ejecutivo del RIPE NCC, donde constaría una decisión de cesar el registro en la región africana, si se anotó de esa forma; los archivos del órgano reconocedor, en los materiales de resolución del consejo de ICANN del 8 de abril de 2005, donde constaría el reconocimiento del registro como regional para África, distinto de cualquier traspaso de expedientes; y el relato publicado del propio registro, en la página de historia de AFRINIC, que sería el lugar natural para una cronología de la creación y del inicio operativo.

La frontera de búsqueda, enunciada con su aritmética: en esta revisión se hicieron cinco intentos de búsqueda, de los cuales dos terminaron en fallos de capacidad del proveedor con resultado desconocido y tres devolvieron un resultado. Dentro de esos intentos se persiguieron cuatro clases de documentos. Una se leyó —el registro de la IANA— y tres no se obtuvieron. Las tres clases no leídas son las actas del consejo ejecutivo del RIPE NCC, los materiales de resolución de ICANN y la página de historia de AFRINIC. Esa es la partición completa: cuatro clases, una leída, tres no obtenidas.

Aquí no se afirma ninguna subdivisión posterior de esas cifras, porque los intentos se solapaban entre clases y los recuentos por clase no sumarían el total de intentos.

La consecuencia para este artículo es estrecha y debe enunciarse sin reservas en ambos sentidos. Lo que dice el instrumento de reconocimiento de abril de 2005, lo que el RIPE NCC anotó sobre los registros africanos y lo que AFRINIC publica sobre su propio inicio operativo no quedan establecidos aquí. El extracto del registro se sostiene por sí mismo como lectura a nivel de documento. Todo lo relativo a los actos de autorización permanece sin leer.

Por qué un miembro debe saber cuál de las dos formas está mirando

La ficha de directorio que origina este artículo es la entrada RIPE NCC to AFRINIC Transition. Lo que nombra es una transferencia, y la lectura corriente de una transferencia es la de una continuidad: los mismos registros, servidos por un nuevo administrador, dentro de un arreglo que alguien celebró. El registro sostiene la mitad «continuidad» de esa lectura —mismo servidor whois, mismos titulares, seis bloques— y no dice nada del arreglo.

Esa brecha importa sobre todo a los titulares cuyos bloques son los más antiguos. Un registro histórico es el tipo de activo cuyo estatus se disputa precisamente en las situaciones en que se exigen documentos: una solicitud de transferencia, una sucesión de empresa, un litigio sobre la facultad de un registro para revisar un precio o revocar. En ese momento la pregunta no es «quién es mi registro» —la tabla responde— sino «qué instrumento colocó mi registro donde está, y qué permitía ese instrumento». La tabla no puede responderlo, y los tres documentos que habrían podido son precisamente los tres que no se obtuvieron aquí.

Se trata de un punto de gobernanza y no de un punto técnico, y por eso este documento merece una lectura atenta en lugar de una cita de paso. La autoridad de un registro sobre tenencias existentes es duradera en la práctica porque los titulares renuevan y consultan el mismo servidor whois. Una práctica duradera no es una cesión documentada, y ambas se confunden con regularidad justo en los contextos donde la distinción es determinante. El registro muestra la práctica. No muestra la cesión.