Resumen

  • En mayo de 2006, la Resolución 200605.27 del Consejo de AFRINIC ratificó una propuesta de cambio en los criterios ordinarios para asignar un número de sistema autónomo e indicó al personal que la aplicara. La modificación documentada añadió únicamente que la organización fuese miembro de AFRINIC en regla, de tipo End-User o LIR; la política de encaminamiento propia, la multiconexión, la vía de cumplimiento futuro y la evaluación conforme a RFC 1930 ya figuraban en el texto.
  • La lista formal no imprimió una conjunción entre la política propia y la multiconexión: no dice de manera expresa si debían concurrir ambas o si bastaba una. Una comparación de la NRO de julio de 2006 resumió el criterio de AFRINIC con un OR, pero esa tabla no enmendó el texto ni demuestra cómo decidió el personal en expedientes individuales.
  • No se conserva públicamente un formulario de solicitud de 2006, una lista de comprobación, un umbral probatorio, un registro de aprobaciones o denegaciones, razones, subsanaciones o una vía de revisión. Esa ausencia abre una laguna de auditoría; no prueba que nunca existieran documentos internos ni autoriza a inventarlos.
  • La interpretación institucional defendible es estrecha: AFRINIC prestaba un servicio privado de coordinación de unicidad y anotaba un identificador global en su registro. No concedía una licencia para operar, no dictaba derecho público y no adquiría poder soberano, legislativo, regulador, policial, fiscal, judicial, sancionador o confiscatorio sobre las redes.

Una resolución cuyo alcance cabe leer línea por línea

El dato central no está oculto en una gran reforma técnica, sino en la diferencia entre dos versiones de un párrafo. En mayo de 2006, el Consejo de AFRINIC dejó constancia, bajo el identificador 200605.27, de que ratificaba varias propuestas abiertas, entre ellas el cambio relativo a las asignaciones de números de sistema autónomo, y encargó al personal su aplicación. El registro oficial agrupa el acto en mayo, pero no publica el día exacto. Por tanto, la terminación «.27» no puede transformarse en la afirmación de que la decisión se adoptó el 27 de mayo. Es un identificador de resolución, no una fecha completa demostrada por el documento.

El contraste conservado entre la redacción anterior y la propuesta muestra una alteración concreta: se añadió la exigencia de que la organización fuera miembro de AFRINIC en regla, como End-User o LIR. No se introdujeron entonces desde cero los criterios de política de encaminamiento distinta, sitio multiconectado, cumplimiento futuro o evaluación según RFC 1930. Todos ellos estaban ya en la redacción sobre la cual se insertó la nueva línea. Decir que la resolución «creó» la prueba de multiconexión falsearía la secuencia textual; decir que solo hizo explícita una relación de membresía describe con mayor precisión el cambio recuperado.

Ese detalle importa porque separa dos preguntas que suelen confundirse. Una es técnica: ¿por qué necesita el solicitante una identidad autónoma global para expresar una política exterior que no queda representada adecuadamente por el sistema autónomo de un proveedor o por un número de uso privado? La otra es administrativa: ¿mantiene el solicitante una relación de servicio vigente con el registro, dentro de una categoría reconocida? La propuesta añadió la segunda a un conjunto que ya intentaba responder a la primera.

Si se mezclan, un problema subsanable de cuenta puede presentarse como si fuera un juicio sobre la necesidad técnica; si se mantienen separados, cada conclusión puede apoyarse en pruebas distintas y generar una respuesta distinta.

La decisión del Consejo tampoco demuestra que una autoridad pública aprobara una norma general para el continente. AFRINIC era la entidad privada encargada de coordinar números de Internet en su ámbito de servicio. El efecto inmediato de la resolución fue interno y contractual: ratificar una condición de acceso a una anotación única y ordenar a la función operativa que la aplicase. El Consejo no se convirtió por ese acto en legislador, regulador gubernamental, policía, fiscal ni tribunal.

El personal recibió la tarea de evaluar solicitudes del servicio, no facultades legales para obligar a una empresa a entregar pruebas, prohibirle una topología o sancionarla por operar una red.

Qué significaban los criterios técnicos que permanecieron

Una «política de encaminamiento única» no quería decir simplemente que una organización hubiese configurado BGP, anunciara prefijos o redactara una política interna. El texto la definía de manera relacional: debía ser distinta de la política de sus pares en las pasarelas de frontera. La proposición relevante era exterior. Había que identificar qué decisiones sobre propagación, preferencia o intercambio debían aparecer ante otras redes como decisiones propias del solicitante y por qué no podían quedar expresadas fielmente bajo la identidad de un proveedor contiguo.

Esa diferencia evita equiparar autonomía operativa con complejidad técnica. Una red puede tener muchos routers, enlaces internos redundantes, sedes y mecanismos sofisticados de resiliencia sin necesitar por ello una identidad global distinta. También puede ejecutar BGP en un contexto limitado sin que el mundo necesite una nueva entrada única. La pregunta de coordinación no es cuánto equipo posee, sino si existe información de política exterior útil que otras redes deban poder atribuir a un sistema autónomo separado. La actividad técnica solo cuenta en la medida en que demuestra esa necesidad de expresión interdominio.

La multiconexión, a su vez, se refería a la conexión con más de otro sistema autónomo. No era sinónimo de disponer de dos circuitos hacia el mismo proveedor, duplicar equipos dentro de una sede o usar un protocolo de encaminamiento interior. La versión consolidada posterior también reconocía la conexión a un punto público de intercambio de Internet. Ese documento tardío ayuda a entender la continuidad de las cláusulas y el modelo administrativo conservado, aunque no puede retrotraerse como prueba de un formulario o de una práctica exacta de mayo de 2006.

Desde el punto de vista de la unicidad, la multiconexión funciona como un indicador práctico. Cuando una organización se conecta con sistemas autónomos externos distintos y necesita elegir cómo intercambia o prioriza rutas, una identidad global propia puede ser útil. Sin embargo, el indicador no resuelve todos los casos. RFC 1930 advierte, en la interpretación preservada para este asunto, que intercambiar información exterior no basta automáticamente. Un sitio conectado a un único proveedor y que comparte su política normalmente no necesita un número propio; puede usar la identidad del proveedor.

En el caso poco común de un sitio con una sola conexión pero con una política exterior genuinamente distinta, la necesidad puede existir. Precisamente por eso la conjunción entre «política distinta» y «multiconectado» no es un detalle gramatical menor.

El texto también contemplaba a una organización que aún no satisficiera el criterio o los criterios, pero pudiera demostrar que los cumpliría después de recibir el número o dentro de un tiempo razonablemente corto. Esa vía prospectiva impide un círculo vicioso: una red no siempre puede activar la relación exterior completa antes de obtener el identificador que requiere para hacerlo. No obstante, «razonablemente corto» quedó sin cifra en los documentos conservados.

No se puede afirmar cuántos días o meses toleraba el personal, ni qué aceptaba como demostración de una futura conexión, ni si exigía contratos, cartas de pares, configuraciones, facturas, planes de activación o previsiones.

La cláusula prospectiva no equivalía a aceptar la mera conveniencia futura. Una declaración genérica de crecimiento o el deseo de «estar preparado» no demuestra por sí solo que una identidad única vaya a transportar información exterior útil. En términos probatorios, la cuestión sería qué hecho cambiará, cómo ese cambio hará distinta la política o producirá multiconexión y por qué el número global resulta necesario para la transición. Esa formulación es una inferencia de diseño auditable a partir de las proposiciones del texto, no una reconstrucción de la lista de documentos que AFRINIC pidió realmente en 2006.

La referencia a RFC 1930 daba una guía técnica, no una fuente de poder público. El memorando ayuda a distinguir el uso útil de una identidad autónoma global de la simple actividad exterior, la redundancia interna o la precaución especulativa. También deja la decisión final de encaminamiento donde funciona Internet: una red puede usar o ignorar la información recibida de otra según su propia política. El documento técnico orienta la coordinación y la práctica; no legisla, no impone una arquitectura comercial y no permite que el registro obligue a redes remotas a aceptar rutas.

La conjunción que el texto no escribió

La propuesta conservó dos viñetas: política de encaminamiento distinta y sitio multiconectado. Entre ellas no aparece una palabra que establezca inequívocamente «y» u «o». Una lectura acumulativa exigiría ambas condiciones; una lectura alternativa permitiría satisfacer cualquiera de las dos. Existe además una posible lectura contextual, guiada por RFC 1930, en la que la necesidad de identidad propia se examina según la función técnica y se admite la excepcional política distinta de un sitio con una sola conexión.

El expediente público no contiene una aclaración formal que permita elegir con certeza una de estas lecturas para todas las solicitudes de 2006.

La comparación publicada por la NRO en julio de 2006 presentó la elegibilidad de AFRINIC como política única OR multiconexión. Ese dato tiene valor: demuestra que, en una panorámica contemporánea entre registros regionales, el criterio africano se resumió como alternativas. Pero la jerarquía documental es decisiva. Una tabla comparativa no es una enmienda formal de AFRINIC, no sustituye el texto ratificado, no es una instrucción dirigida al personal y no revela qué hizo un hostmaster ante un caso difícil. Es evidencia de una representación pública cercana en el tiempo, no una llave que abra expedientes inexistentes.

La diferencia afecta tanto al solicitante como al evaluador. Bajo una lectura OR, una política genuinamente distinta podría justificar el número aunque la red solo tuviera un vecino, y una multiconexión que exigiera identidad propia podría bastar aunque la explicación de política fuese breve. Bajo una lectura AND, la organización tendría que demostrar simultáneamente distinción y más de una relación exterior. Los costes de planificar la red, negociar conexiones y preparar una solicitud cambian de forma material.

Sin una conjunción explícita ni razones publicadas, dos organizaciones semejantes no podían reconstruir desde fuera si serían examinadas con el mismo patrón.

No hay base, sin embargo, para afirmar que la ambigüedad produjo una denegación concreta o dañó a un operador identificado. No se ha recuperado un expediente de aprobación, rechazo, retirada, corrección o recurso. La crítica válida es de auditabilidad: el texto permite más de una lectura y el archivo público no muestra cómo se resolvió en decisiones individuales. Convertir esa laguna en una acusación de arbitrariedad comprobada sería tan indebido como borrarla suponiendo que el personal siempre aplicó el OR de la tabla de la NRO.

La línea nueva: ser miembro en regla

La única adición identificable exigía que la organización fuese miembro de AFRINIC en regla, de tipo End-User o LIR. En un registro privado, la idea puede cumplir una función administrativa razonable: identificar a la contraparte, mantener contactos actuales, sostener el coste del servicio y vincular la asignación con obligaciones de actualización. No significa que la organización haya obtenido una licencia gubernamental, que sea solvente en un sentido general, que haya demostrado idoneidad pública o que su actividad sea lícita por certificación del registro.

«En regla» debe permanecer ligado a la relación de cuenta y servicio que el documento nombra.

La discusión en la lista mostró que la modificación no parecía inocua a todos los participantes. Alan Levin manifestó que aún no estaba a favor en una fase inicial, y Gregory Massel objetó lo que entendía como un cargo anual adicional para una organización que solo necesitaba un ASN. Sus mensajes prueban que esas personas expresaron dudas sobre coste, membresía y posible duplicación. No permiten medir cuántos participantes compartían la preocupación ni demostrar por sí solos la presencia o ausencia de consenso final.

Adiel Akplogan, entonces director ejecutivo de AFRINIC, respondió en el mismo intercambio. Primero explicó que los 400 dólares estadounidenses mencionados eran una cuota de alta. Después precisó que quien poseía solo un ASN pertenecía a una categoría diferenciada con un coste anual de 50 dólares, y distinguió esa categoría de la de miembro sin recursos, asociada a 400 dólares. Levin indicó que la aclaración le ayudaba, aunque planteó si la modificación resultaba redundante. Akplogan sostuvo que no lo era: la información sobre tarifas y la política cumplían funciones documentales distintas, y la nueva frase completaba el texto de elegibilidad.

Esas cifras deben atribuirse al intercambio contemporáneo. No son una auditoría independiente de la tabla de precios, no demuestran lo cobrado en cada caso y no certifican que todo el grupo aceptara la explicación. Tampoco justifican describir la propuesta como un aumento encubierto. Lo demostrado es más limitado y, por eso, más útil: existió una controversia real sobre cómo se conectaban la condición técnica, la categoría de miembro y los cargos; AFRINIC respondió distinguiendo alta, anualidad, pertenencia sin recursos y el papel diferente de los documentos de tarifas y política.

La separación documental que defendió Akplogan ilumina el mecanismo institucional. Una tarifa puede variar o describirse en un instrumento de servicio, mientras que la política declara quién es elegible. Insertar «en regla» hace que una obligación administrativa opere en la puerta de asignación incluso si el importe concreto se encuentra en otra parte. Para que el sistema sea auditable, el dictamen técnico y el estado de cuenta deberían registrarse por separado: «no se probó necesidad de una identidad global» no es lo mismo que «la categoría o el pago no está al corriente».

La fuente de la primera conclusión es la política de encaminamiento; la de la segunda, la relación de servicio aplicable.

De una propuesta individual a una instrucción al personal

Mark Tinka fechó su propuesta el 16 de abril de 2005 y la publicó en la lista de políticas el día 17. Como proponente, formuló el cambio y expuso su motivación: hacer explícita la condición de membresía e identificar de modo específico a las organizaciones que usaban ASN por medio de AFRINIC. Esa referencia al «mejor control» no prueba control regulatorio; dentro del asunto examinado, puede describir la capacidad de conocer a la contraparte y administrar el registro. Tinka no era, por haber propuesto el texto, el Consejo, la reunión, el personal ejecutor ni quien resolvía una solicitud particular.

Entre el 19 y el 25 de abril, los mensajes de Levin, Massel y Akplogan dejaron las objeciones, aclaraciones y la cuestión de la redundancia. Son intervenciones atribuidas, no una transcripción completa de una comunidad. Más tarde, el informe de AFRINIC-3 registró que el 13 de diciembre de 2005 se presentó el cambio de criterios para las asignaciones de ASN, que las propuestas presentadas recibieron consenso y que volverían a la lista durante quince días antes de remitirse al Consejo.

Ese informe aporta la afirmación institucional de consenso, pero no publica un recuento, un denominador, una votación nominal, una transcripción, un libro de disensos ni una metodología detallada de determinación para esta propuesta. «Se informó de consenso» es, por ello, una descripción más fiel que «todos estuvieron de acuerdo». La cadena registra etapas y actores diferentes: el autor propone; personas identificadas debaten; la reunión y el proceso de trabajo informan de consenso; el texto vuelve a última llamada; el Consejo ratifica; el personal aplica.

El archivo oficial sitúa la última llamada entre el 9 y el 24 de febrero de 2006. No conserva, dentro de lo recuperado, el conjunto completo de mensajes de esa fase ni una tabla que disponga de cada comentario. Después llega el registro del Consejo de mayo de 2006, que ratifica el cambio e instruye al personal para implementarlo. La anotación agrupaba cuatro propuestas abiertas; el objeto de este análisis es exclusivamente la modificación ordinaria de la elegibilidad para ASN. Las demás materias del mismo registro no son necesarias para interpretar esta línea.

Hay una tensión de fechas que no debe alisarse. La página del archivo muestra por separado «Date 17 May 2005». Esa fecha entra en conflicto con el consenso informado en diciembre, la última llamada de febrero de 2006 y la ratificación de mayo de 2006 si se la interpreta como fecha de aplicación. Lo prudente es llamarla metadato del archivo cuyo significado exacto no está demostrado: podría referirse a publicación, migración u otra operación, pero no se puede elegir una explicación. Lo que sí puede descartarse es tratarla como el acto posterior de implementación tal como aparece escrita.

La versión consolidada posterior del manual de políticas conserva las cláusulas de elegibilidad, la membresía en regla, la facultad de solicitar información para comprender la política planificada, el registro público aut-num, los contactos administrativos y técnicos, deberes de actualización y la devolución de un ASN sin uso. Su valor es de continuidad textual y modelo administrativo. No prueba que en mayo de 2006 existiera ya un formulario con los mismos campos, que el personal aplicara una lista determinada o que cada expediente contuviera todo lo que más tarde describió el manual.

Quién debía demostrar qué

El solicitante soportaba la carga inicial de explicar por qué su política exterior planificada requería un número globalmente único y de demostrar su condición de miembro en regla. Esa carga no era ilimitada.

Cada dato solicitado debía guardar relación con una proposición de elegibilidad: la identidad de la organización y su categoría End-User o LIR; la diferencia entre su política y la de los pares fronterizos si se apoyaba en esa vía; las conexiones con sistemas autónomos externos o con un punto público de intercambio si invocaba multiconexión; el cambio futuro concreto y su proximidad temporal si aún no cumplía; y la razón por la que la identidad del proveedor o un número privado no bastaba.

La lista anterior expresa el mínimo lógico respaldado por las cláusulas, no una enumeración histórica de anexos exigidos. No se conoce si AFRINIC pedía confirmaciones de pares, contratos, cartas, diagramas, facturas, configuraciones de routers, declaraciones de política o fechas de activación. Tampoco se conoce el nivel de certeza aplicado a cada pieza.

Un diseño de prueba legítimo conecta el dato con la proposición: un nombre de proveedor puede apoyar la existencia de una relación prevista, pero no prueba por sí solo una política distinta; un diagrama muestra topología declarada, pero no demuestra que una red remota vaya a aceptar un anuncio; un estado de cuenta prueba la relación de servicio, no la necesidad de unicidad.

El personal sí contaba, según el texto preservado posteriormente, con la posibilidad de pedir la información necesaria para entender la política de encaminamiento planificada y decidir si hacía falta un ASN. Se trata de indagación propia de una prestación privada. AFRINIC podía condicionar su entrada en el registro a que el solicitante sustentara la petición; no podía obligarlo por poder soberano a revelar secretos, sancionarlo penalmente ni dirigir sus relaciones comerciales.

Si la explicación no era suficiente, el resultado respaldado es que el registro rehusaba realizar esa asignación conforme a sus criterios, no que declaraba ilegal la red.

La decisión útil debería expresar dos conclusiones. La primera: si una identidad global era necesaria a la luz de política distinta, multiconexión o cumplimiento próximo, reconociendo la incertidumbre de la conjunción. La segunda: si la contraparte estaba en regla dentro de su categoría. Después vendría la acción de coordinación: asignar y registrar un ASN único, o no hacer la entrada. El archivo recuperado no muestra que tal separación se usara en 2006. Es una manera de definir qué registro haría comprobable la administración sin ampliar el mandato técnico.

Una vez asignado, la versión consolidada describe el registro público aut-num, contactos y actualización, recomienda registrar la política y prevé devolver un número no utilizado. Esas tareas son coherentes con un libro de unicidad que debe mantenerse exacto. No convierten los campos públicos en el expediente completo. La evidencia comercial puede ser confidencial; la base pública puede mostrar el resultado coordinado y los responsables de contacto sin publicar contratos o configuraciones. Confundir ambos planos empuja al registro a recopilar más de lo necesario o al público a creer que una ficha aut-num prueba todo el razonamiento.

El registro de decisiones que no aparece

Entre la resolución y la asignación individual falta una parte decisiva de la cadena. No se ha recuperado el formulario contemporáneo, la lista de comprobación del hostmaster, el umbral de evidencia, la delegación a una persona concreta, una plantilla de razones, códigos de aprobación o rechazo, un plazo de subsanación, un registro de expedientes aceptados o denegados, ni una vía de revisión. Tampoco aparece un boletín posterior a la ratificación que explique cómo aplicó el personal el texto o cómo resolvió la conjunción.

La ausencia limita las conclusiones en dos direcciones. Impide afirmar que el personal fue incoherente, actuó de mala fe o causó una interrupción documentada. Un documento privado o perdido pudo existir. Al mismo tiempo, impide verificar que casos equivalentes recibieron la misma lectura, que el solicitante comprendió qué proposición había fallado o que un revisor podía distinguir una falta técnica de un problema de cuenta. La posición rigurosa no llena el vacío con sospecha ni con confianza institucional: lo identifica como una brecha de auditoría.

El documento que más cambiaría el nivel de certeza sería el texto final posterior a la última llamada, acompañado de una instrucción de implementación que dijera AND, OR o una excepción. Le seguirían un formulario de 2006, una guía sobre «tiempo razonablemente corto», expedientes anonimizados con motivos y un registro de correcciones y revisiones. También ayudarían las actas completas de la resolución con fecha, asistencia, quórum, votos y texto adjunto. Ninguno de esos elementos puede darse por supuesto a partir de la etiqueta «implementado» del archivo.

La cadena pública que sí existe es suficiente para una conclusión limitada. Hay una propuesta identificada; un debate atribuido; un consenso informado en una reunión; una última llamada fechada; una ratificación mensual con instrucción al personal; una comparación contemporánea que usa OR; y una consolidación posterior que conserva cláusulas y campos. Esa secuencia demuestra conducta institucional y evolución documental. No demuestra legitimidad pública, mandato soberano ni el desenlace de ninguna solicitud individual.

La defensa más sólida de la selección previa

El mejor argumento a favor de la puerta de elegibilidad comienza por reconocer que un ASN global no es inventario ordinario. Su utilidad depende de que exista una sola identidad coordinada y de que esa identidad exprese información significativa en el encaminamiento exterior. Si cualquier organización recibiera un número por mero deseo, podrían multiplicarse identidades gratuitas, documentación innecesaria y fragmentos de estado global que otros operadores han de interpretar o mantener. La unicidad tiene un coste distribuido, aunque cada entrada individual parezca pequeña.

Desde esa perspectiva, la política distinta y la multiconexión son indicadores sensatos de necesidad real. Preguntar si basta la identidad de un proveedor o un número privado evita escribir en el registro global lo que puede resolverse localmente. La vía prospectiva evita la trampa de exigir una configuración ya activa antes de asignar el identificador necesario para activarla. La membresía en regla identifica a la contraparte, financia el servicio y ofrece una relación para mantener contactos y datos. Y cierto juicio humano parece inevitable porque una política planificada no siempre cabe en una casilla mecánica.

RFC 1930 da fuerza adicional a esa defensa: ni el intercambio exterior ni la preparación para el futuro bastan automáticamente. Hay que comprender la diferencia de política y la función prevista. El personal, por tanto, no podía limitarse necesariamente a comprobar que un campo tuviera contenido. Debía valorar si la afirmación describía una necesidad de coordinación global. La alternativa de no seleccionar nada reduciría la discrecionalidad administrativa, pero aumentaría el riesgo de identidades sin información exterior suficiente.

Esta defensa merece formularse en su versión más fuerte porque muestra por qué la crítica correcta no es abolir cualquier pregunta. El registro tiene una función legítima de unicidad y exactitud dentro del contrato y del derecho aplicable. Puede fijar condiciones privadas útiles para el servicio y rechazar una anotación que no se justifique. Negarle esa capacidad borraría el problema que se le encomienda resolver: evitar colisiones y mantener un mapa de identificadores globales suficientemente fiable para la cooperación entre redes.

Pero el argumento solo sostiene una puerta estrecha. No justifica que el personal prefiera un modelo de negocio, elija proveedores, imponga una geografía, diseñe la resiliencia interna o convierta la membresía en una evaluación general de idoneidad. La pregunta debe detenerse cuando se ha comprobado la necesidad de una identidad única y la relación de servicio. Si el evaluador pasa de verificar un hecho local a exigir la topología que considera ideal, la coordinación se transforma silenciosamente en dirección empresarial sin que el texto le conceda ese papel.

Coordinación privada, no permiso para existir

Las perspectivas contemporáneas de BTW y NRS trazan una frontera que resulta central para leer el acto de 2006: los registros regionales coordinan y mantienen datos, pero no poseen poder soberano de ejecución. Estas perspectivas no son testimonios de la reunión, el voto o una solicitud de aquel año. Sirven para evitar un error institucional presente: atribuir a la capacidad de aceptar o negar un servicio privado la fuerza de una regulación pública.

La doctrina de coordinación fina de Heng Lu aporta un criterio de diseño. La capa común debe reducirse a invariantes verificables localmente: unicidad, interoperabilidad, seguridad y exactitud del registro. Las decisiones futuras y localizadas —socios comerciales, arquitectura, política de preferencia, forma de redundancia— pertenecen al operador salvo que un hecho específico sea indispensable para la entrada única. La continuidad del registro es valiosa, pero no es idéntica a la continuidad del protocolo ni a la de la red que ya funciona.

LARUS señala el riesgo operativo de decisiones de gobernanza opacas o concentradas. Aplicado con cuidado, el argumento no demuestra que la resolución provocara una caída ni que un solicitante concreto fuese perjudicado. Sí explica el mecanismo general: cuando la red depende de una relación registral y los criterios o motivos no son auditables, la incertidumbre institucional puede convertirse en riesgo de planificación y continuidad. La respuesta no es conferir poder coercitivo al registro, sino hacer más deterministas y revisables sus decisiones privadas.

AFRINIC es, en este marco, una empresa privada que lleva un libro estrecho de recursos numéricos y coordina unicidad. No es África ni representa por sí sola a todo el continente. No es soberano, legislador, regulador, organismo de licencias, policía, fiscal, tribunal, autoridad de castigo o entidad confiscatoria. Puede administrar un contrato, cobrar conforme a sus instrumentos, pedir información relevante, mantener un registro exacto y negarse a prestar el servicio si no se cumplen las condiciones. No puede convertir esa negativa en una prohibición general de operar ni obligar a terceros a aislar una red.

El último eslabón de autoridad es técnico y distribuido. El registro coordina que el número no colisione y anota una asignación. El operador decide su topología, configura sus routers y formula su política. Cada red remota decide de manera independiente si acepta, filtra, prefiere o rechaza la información de ruta que recibe. Una fila en una base de datos no produce alcance por mandato. La elegibilidad de 2006 fue una condición de un servicio de coordinación, no una licencia de explotación ni derecho público.