Resumen

  • ICP-2 fue aceptado en 2001 como requisitos esenciales y un marco para reconocer nuevos Registros Regionales de Internet. Su texto aborda la entrada: escala regional, amplio apoyo de LIR e ISP, políticas de abajo hacia arriba, neutralidad, capacidad técnica, financiación, registros y confidencialidad.
  • El documento se redactó para un mundo que pasaba de tres RIR incumbentes hacia una posible regionalización africana y latinoamericana. No definía suspensión, reconocimiento condicional, limitación de servicios de emergencia, desreconocimiento, selección de sucesor, derechos de subsanación, revisión independiente o protección de los titulares de recursos para un registro reconocido que fracasara posteriormente.
  • La autoridad moderna de desreconocimiento necesita, por tanto, su propia norma. Debe partir del poder reclamado, definir una prueba jurídica y operativa medible, y solo entonces preguntar si los antiguos criterios de entrada constituyen evidencia de obligaciones continuas.

Se ha pedido a la lista de verificación de entrada que realice el trabajo de salida

El error central en el debate actual sobre la gobernanza de los RIR no es que ICP-2 esté obsoleto. El error es tratarlo como si el documento ya respondiera a una pregunta para la que no fue diseñado. ICP-2 proporcionó a ICANN un conjunto de criterios para decidir si un registro regional propuesto debía ser reconocido.

No creó un código completo para la vida posterior sobre lo que sucede si un registro reconocido pierde la gobernanza efectiva, gestiona mal las elecciones, es capturado por un interés particular, incumple sus obligaciones de servicio o necesita apoyo temporal de continuidad mientras los tribunales nacionales y los miembros discuten sobre el control.

Esta distinción es importante porque el reconocimiento tiene consecuencias diferentes en la entrada y en la salida. En la entrada, el candidato solicita una delegación pública de responsabilidad. El sistema existente pregunta si el candidato tiene escala regional, apoyo de las redes, procesos de políticas transparentes, competencia técnica, financiación, mantenimiento de registros, prácticas de confidencialidad y un plan de actividad viable. Si la respuesta es no, los acuerdos de servicio existentes continúan.

Los operadores pueden sentirse decepcionados, pero el sistema de registro no está eliminando una institución de la que ya dependen años de registros de recursos y expectativas de servicio.

En la salida, la institución no es una propuesta. Es el registro de referencia para titulares de recursos, delegaciones de DNS inverso, material de seguridad de enrutamiento, datos de registro, dependencia de transferencias, registros de facturación, derechos de membresía, empleo local, contratos, posiciones en litigios y expectativas de la comunidad. Una norma de salida fallida puede perjudicar a redes que no causaron el fallo de gobernanza. Una amenaza de desreconocimiento apresurada también puede convertirse en una palanca de negociación para una facción dentro de una disputa interna.

La cuestión, por tanto, no es simplemente si un incumbente aún se parece al candidato descrito una vez por ICP-2. La cuestión es qué remedio sigue, quién decide, qué evidencia se evalúa, cómo continúan los servicios ordinarios y cómo la comunidad afectada puede impugnar o subsanar la conclusión.

Eltexto de ICP-2 alojado por ICANNes explícito sobre su propósito de entrada. Dice que el documento fue desarrollado a través de la Organización de Apoyo de Direcciones con ayuda de APNIC, ARIN y RIPE NCC, aceptado por la Junta Directiva de ICANN el 4 de junio de 2001, y utilizado como requisitos esenciales y marco para considerar solicitudes de reconocimiento de nuevos RIR. La misma página dice que los criterios se solicitaron para que ICANN pudiera evaluar solicitudes de reconocimiento de nuevos RIR. Estas no son palabras incidentales. Definen el problema que los criterios fueron diseñados para resolver.

Si un actor moderno quiere derivar un poder de desreconocimiento de ICP-2, la carga es, por tanto, alta. Debe explicar qué parte de los criterios de entrada crea una autoridad remedial posterior, qué órgano puede activar esa autoridad, cómo distingue el órgano el fracaso de la disputa, qué subsanación está disponible, qué servicio puede trasladarse, qué registros pueden inspeccionarse y qué límite protege al sistema de registro de la captura política o comercial. Sin esas reglas adicionales, ICP-2 puede identificar valores y obligaciones, pero no puede soportar de forma segura todo el peso de una decisión de salida moderna.

El documento de 2001 pertenece a un momento de regionalización

ICP-2 se entiende mejor si se lee en el contexto del sistema de registro que describe. La introducción registra un mundo en el que tres RIR distribuían el espacio de direcciones recibido de IANA y luego lo asignaban a Registros Locales de Internet o Proveedores de Servicios de Internet. Enumera la cobertura existente: Europa y Oriente Medio a través de RIPE NCC, África a través de ARIN y RIPE NCC, América del Norte a través de ARIN, América Latina, incluido el Caribe, a través de ARIN, y Asia-Pacífico a través de APNIC. Luego dice que África y América Latina ya habían anunciado sus intenciones de crear nuevos RIR.

Ese trasfondo no es decorativo. Explica casi todos los criterios que siguen. Los redactores estaban preocupados por cómo añadir regiones sin fragmentar el espacio de direcciones, confundir a los operadores, socavar los objetivos de agregación global o forzar a las redes a una institución que no apoyaban. El problema clave no era cómo eliminar a un incumbente fallido. El problema clave era cómo decidir cuándo una región servida debía ser transferida a una nueva institución regional.

Este contexto de regionalización también explica por qué el texto esperaba que el número de RIR siguiera siendo pequeño. El objetivo no era el monopolio institucional por sí mismo. Era la coherencia operativa: un registro por región, coordinación estable entre RIR, agregación del espacio de direcciones y un punto de servicio claro para las redes. Un mundo de registros superpuestos habría arriesgado reclamaciones duplicadas, registros inconsistentes, DNS inverso disputado, políticas fracturadas y una confusión costosa para los operadores que simplemente necesitaban que los recursos numéricos siguieran siendo utilizables.

El contexto de expansión también es visible en el requisito de apoyo. ICP-2 pedía que un nuevo RIR demostrara un amplio apoyo de los LIR y los ISP en la región propuesta. La razón era la migración. Las redes existentes ya estaban recibiendo servicios de registro de un RIR incumbente. Un candidato no podía probar su legitimidad presentando cartas de élite o un nombre para la región. Tenía que demostrar que una mayoría muy sustancial de las redes afectadas estaban dispuestas a apoyar la nueva institución, recibir servicios de ella, participar en su desarrollo ascendente y apoyarla financieramente.

Se trata de un problema de consentimiento de entrada. El candidato debe demostrar que la comunidad puede pasar de un acuerdo existente a un nuevo organismo regional sin ser coaccionada, abandonada o dividida. El desreconocimiento es diferente. En ese caso, los titulares de recursos ya están dentro de la institución. Su problema puede ser la pérdida de confianza, la representación disputada, la gobernanza capturada, los registros faltantes o el riesgo del servicio. Algunos pueden querer el reemplazo, otros la rehabilitación, otros una auditoría externa, y muchos pueden querer la continuidad por encima de todo.

El antiguo requisito de apoyo ayuda a definir cómo era la legitimidad en la entrada, pero no dice por sí mismo cuánto apoyo se necesita para retirar el reconocimiento a un incumbente o imponer un sucesor.

El documento de 2001 también es anterior a muchas cuestiones de dependencia posteriores. No habla en el lenguaje de operadores de emergencia, depósito de garantía, transferencia delegada de servicios, auditoría de cumplimiento independiente, revisión post-emergencia o subsanación antes del desreconocimiento. Estos conceptos aparecen en debates de reforma posteriores porque la antigua lista de verificación de expansión no puede estirarse indefinidamente. Cuanto más madura el sistema de registro, menos plausible se vuelve tratar los estándares de entrada como un mecanismo automático de salida.

Los criterios son obligaciones, pero no remedios

ICP-2 contiene obligaciones reales. No es una declaración ceremonial. Espera que un registro tenga un amplio apoyo regional, un desarrollo de políticas abierto, neutralidad, capacidad técnica, coherencia de políticas, un plan de actividad respaldado, financiación, registros y confidencialidad. Esas obligaciones siguen siendo analíticamente útiles cuando un registro parece estar fallando.

Si un registro reconocido no puede tratar a los solicitantes por igual, no puede mantener registros, no puede mantener operaciones independientes, no puede dirigir un órgano de membresía abierto o no puede proteger la información de registro, los valores de ICP-2 están claramente implicados.

La cuestión difícil es el remedio. Una obligación dice qué condición debería existir. Un remedio dice qué pasa cuando no existe. El documento original es fuerte en lo primero y débil en lo segundo. No establece una escalera de consecuencias. No dice si un incumplimiento lleva a una consulta informal, una auditoría formal, un aviso público, un reconocimiento condicional, una subsanación supervisada, un apoyo temporal al servicio, una transferencia de emergencia, una suspensión o un desreconocimiento.

No asigna el poder de decisión entre ICANN, los otros RIR, el registro afectado, los miembros afectados, los tribunales nacionales y la comunidad global de numeración.

Esta laguna puede ocultarse cuando todos están de acuerdo. Si un candidato carece de apoyo, ICANN puede rechazar el reconocimiento. Si un nuevo RIR tiene lagunas técnicas, puede esperar. Si un plan de financiación es débil, puede revisarse. El entorno de entrada permite un simple sí, todavía no o no. El entorno de fracaso maduro no. Un incumbente fallido puede seguir siendo el único organismo con los datos de clientes, el conocimiento del personal, la autoridad legal, los acuerdos de DNS inverso, los registros de facturación y la memoria comunitaria necesarios para mantener los servicios en funcionamiento.

Retirar el reconocimiento puede empeorar el fracaso a menos que el remedio se secuencie.

Por eso un estándar para la vida posterior debe separar el diagnóstico de la respuesta. Un diagnóstico puede decir que un registro carece de gobernanza imparcial, carece de custodia efectiva de registros o carece de apoyo de los miembros. La respuesta podría ser aún la rehabilitación en lugar de la eliminación. Podría requerir una auditoría independiente, un reinicio transparente de las elecciones, la preservación de registros, un depósito de garantía de servicios, controles de conflictos o un plan de subsanación publicado.

Solo cuando esos pasos fallen, y solo si el daño de tolerar el incumplimiento supera el daño de la intervención, el desreconocimiento debería convertirse en una opción viable.

ElDocumento de Gobernanza de RIR de la NRO Versión 2es útil precisamente porque trata esa distinción como un problema de diseño. La página lleva una fecha de borrador del 28 de agosto de 2025 y dice que el documento cubre el reconocimiento, la operación y el posible desreconocimiento. Define reconocimiento, desreconocimiento, servicios de RIR, continuidad de emergencia, operador de emergencia, titulares de recursos y miembros. También establece obligaciones operativas, conceptos de auditoría, continuidad de emergencia, rehabilitación y efectos del desreconocimiento. Ese borrador puede no ser el acuerdo final, pero su estructura es evidencia de que los criterios originales necesitan maquinaria adicional antes de poder gobernar el fracaso.

La lección no es que ICP-2 deba descartarse. La lección es que debe usarse en la posición correcta. Puede identificar los valores que un registro debe seguir satisfaciendo. Puede proporcionar contexto histórico de por qué el apoyo regional, la neutralidad, la competencia técnica, los registros y la confidencialidad son importantes. No puede, por sí solo, decirle al mundo cómo eliminar o reemplazar un registro después de décadas de dependencia.

El apoyo amplio era evidencia de migración, no un voto de revocación

El criterio de apoyo amplio es una de las disposiciones más consecuentes de ICP-2. Dice que el nuevo RIR debe demostrar un amplio apoyo de los LIR y la comunidad de ISP en la región propuesta. Exige un consenso claro, una mayoría muy sustancial, disposición a recibir servicios, participación activa y apoyo financiero. También pide al candidato que demuestre todos los esfuerzos para contactar a los LIR existentes, incluyendo listas de correo públicas, sitios web y registros de contactos individuales.

Se trata de un estándar exigente, pero su dirección importa. El apoyo que se evaluaba era el apoyo para crear un nuevo RIR y trasladar las relaciones de servicio a él. No era una votación de revocación contra un incumbente. Las redes afectadas ya eran atendidas por ARIN, RIPE NCC, APNIC o alguna combinación. El candidato tenía que demostrar que la comunidad atendida quería el nuevo organismo regional lo suficiente como para hacer plausible la migración.

Ese marco de entrada importa cuando más tarde se intenta usar el apoyo amplio como un desencadenante moderno del desreconocimiento. Una carta de apoyo no es lo mismo que una autorización auditable. Una declaración de un ministerio gubernamental no es lo mismo que el apoyo de los titulares de recursos. Una petición de líderes comunitarios visibles no es lo mismo que un resultado ponderado por denominador entre las redes que reciben servicio. Una línea de aplausos en una conferencia no es lo mismo que la evidencia de que los acuerdos de servicio existentes pueden trasladarse sin coacción.

ICP-2 entendió ese problema en la entrada; exigía evidencia de contacto, consenso y membresía futura.

Para el desreconocimiento, la cuestión del apoyo debe ser aún más precisa. ¿Es la comunidad relevante todos los titulares de recursos, los miembros votantes, los LIR, los ISP, los gobiernos, los actores de la sociedad civil, los operadores técnicos o la comunidad de numeración en general? ¿Se cuentan los titulares heredados? ¿Se cuentan los miembros suspendidos o en litigio? ¿Se agregan los afiliados? ¿Se cuentan las redes pequeñas por igual que los grandes titulares de direcciones? ¿Importa la contribución financiera? ¿Es el silencio oposición, neutralidad o falta de respuesta?

¿Qué prueba se requiere de que una persona que firma una carta puede vincular a la red nombrada en la carta?

ICP-2 no responde a esas preguntas. Proporciona la idea de que el apoyo debe ser amplio y real. No proporciona el denominador. Tratar la antigua frase como un mandato moderno autoejecutable invitaría a la evidencia selectiva. Una parte podría recopilar cartas de gobiernos. Otra podría recopilar declaraciones de grandes titulares de direcciones. Otra podría señalar publicaciones en listas de correo. Cada una podría ser genuina, pero ninguna probaría necesariamente la autorización regional.

El uso correcto de ICP-2 es, por tanto, restringido. Le dice a un revisor moderno que exija pruebas, no estados de ánimo. Le dice al revisor que desconfíe de las afirmaciones de apoyo que carecen de registros de contacto y compromiso financiero u operativo. Le dice al revisor que la migración es difícil y no puede imponerse casualmente. No le dice al revisor que cualquier coalición visible pueda autorizar el desreconocimiento.

Una región, un registro era una regla de continuidad

El principio de una región de ICP-2 a menudo se malinterpreta. El documento dice que cada región debe ser atendida por un solo RIR bajo una sola administración y en una sola ubicación, porque múltiples RIR en una región podrían fragmentar el espacio de direcciones, crear dificultades de coordinación y confundir a la comunidad. El objetivo era la estabilidad operativa, no la invencibilidad institucional.

El principio ayudó a justificar la expansión regional. Si África o América Latina avanzaban hacia su propio registro, el sistema necesitaba evitar que dos registros regionales competidores reclamaran la misma población de servicio. Los operadores necesitaban un registro de referencia autorizado. IANA necesitaba una contraparte de asignación clara. Los otros RIR necesitaban un par para la coordinación. El sistema de enrutamiento global necesitaba un historial de asignación y una política coherentes.

Esa misma lógica de continuidad milita contra el desreconocimiento casual. Si una región debe tener un solo registro porque la fragmentación es perjudicial, entonces eliminar a un incumbente sin un plan de sucesión es peligroso. El remedio no debe crear la misma confusión que ICP-2 trató de evitar. Debe mantener los registros coherentes, los procesos de DNS inverso intactos, el servicio a los titulares de recursos estable y la autoridad de política legible.

Una decisión de desreconocimiento que creara reclamantes rivales, bases de datos inconsistentes o una autoridad contractual incierta violaría el espíritu de la regla de una región incluso si se enmarcara como aplicación.

La regla de una región también limita la tentación de resolver el fracaso de la gobernanza multiplicando las instituciones. Una crisis puede producir propuestas para un nuevo registro, un organismo de servicio temporal, una división subregional, un operador externo o una asociación de miembros paralela. Algunos de esos arreglos pueden ser necesarios para la continuidad. Pero cuanto más se parezcan a registros competidores a largo plazo, más chocarán con la lógica anti-fragmentación de ICP-2.

Por lo tanto, el principio de una región debe leerse como una restricción tanto para incumbentes como para interventores. Un incumbente no puede invocar el principio como un escudo contra el escrutinio mientras incumple los deberes que justifican su papel. ICANN y los otros RIR no pueden invocar el fracaso como razón para crear una estructura rival abierta sin una transferencia de servicio medida y una rendición de cuentas final. El principio apoya un remedio limitado: preservar un punto de servicio autorizado único, reparar la institución si es posible y hacer que cualquier apoyo temporal sea visiblemente temporal.

Por eso el lenguaje moderno de continuidad de emergencia es tan valioso. Reconoce que el servicio puede necesitar apoyo temporal sin declarar inmediatamente un sucesor permanente. Puede definir el alcance, la duración, la publicación, los servicios afectados, la retroalimentación, las condiciones de retorno y la revisión posterior a la acción. La regla de una región de ICP-2 proporciona la razón para esa cautela. No proporciona los detalles de la cautela.

La competencia técnica era un umbral, no una licencia para supervisar

ICP-2 exigía competencia técnica porque un nuevo RIR no puede ser legítimo si no puede operar. Los criterios enumeraban conectividad global de Internet de grado de producción, servidores DNS para DNS inverso, infraestructura adecuada y suficiente personal técnicamente capaz para mantener los niveles de servicio. Esos requisitos estaban fundamentados en el riesgo práctico. Un registro regional no es solo una sala de reuniones o una asociación de miembros; es una institución de servicios con deberes de datos, protocolos y fiabilidad.

Pero la competencia técnica en la entrada no debe convertirse en una licencia general de supervisión. La capacidad de ICANN de preguntar si un candidato puede gestionar servicios de registro no se convierte automáticamente en una autoridad permanente para gestionar las decisiones técnicas de un incumbente. Tampoco un problema técnico justifica automáticamente el desreconocimiento. Un registro puede tener una interrupción del servicio, rotación de personal, un proyecto de sistemas retrasado o una debilidad de seguridad que exige reparación sin demostrar que la institución deba perder el reconocimiento.

La mejor prueba es funcional y proporcional. ¿Qué servicios del RIR están afectados? ¿Qué titulares de recursos están afectados? ¿El riesgo es temporal, crónico o en expansión? ¿Está el registro dispuesto y es capaz de subsanar? ¿Están disponibles los registros para verificación? ¿Pueden otros RIR proporcionar apoyo limitado sin convertirse en gestores políticos? ¿Amenaza el problema al Sistema de Registro de Números de Internet o solo a un proceso administrativo local? Estas preguntas requieren evidencia, no una apelación general a la cláusula de competencia técnica.

El caso de AFRINIC muestra por qué la línea importa. Gran parte de la preocupación visible en torno a AFRINIC se ha referido a la gobernanza, las elecciones, la custodia de registros, la imparcialidad y la confianza de los miembros, mientras que el personal ha seguido preservando muchos de los servicios de registro cotidianos. Un remedio que trate la crisis institucional como idéntica a la incapacidad técnica total podría extralimitarse. Un remedio que ignore la gobernanza porque los paquetes aún se enrutan podría no reaccionar lo suficiente. El antiguo criterio técnico es un punto de partida, no una respuesta final.

Esta distinción también protege a ICANN. Sin estándares proporcionales, cualquier crítica técnica a un RIR podría convertirse en un argumento para una amplia intervención de reconocimiento. Eso situaría a ICANN en un papel que el documento original no diseñó: un regulador técnico continuo de los registros regionales. El sistema de numeración necesita coordinación, no un control gerencial central. La competencia de entrada, las obligaciones de servicio continuo, la auditoría independiente y la asistencia de emergencia deberían tener cada una umbrales separados.

El borrador posterior de la NRO apunta en esa dirección al definir los servicios y el rendimiento de los RIR, la continuidad, los requisitos operativos, la auditoría, la continuidad de emergencia y el desreconocimiento por separado. Esa separación no es decoración burocrática. Es la forma en que el sistema evita que un problema de servicio solucionable se convierta en una crisis constitucional, y cómo evita que una crisis constitucional sea descartada como meramente interna porque algunos servicios aún funcionan.

El mantenimiento de registros crea auditabilidad, no transferencia automática

La disposición de mantenimiento de registros de ICP-2 es una de sus ideas más duraderas. Dice que los RIR deben mantener registros adecuados de la actividad del registro, incluida la información recopilada de los LIR durante las asignaciones de direcciones, porque los datos son necesarios para solicitudes posteriores y para la auditabilidad necesaria para demostrar operaciones responsables y neutrales. También espera que la documentación básica y la información de auditoría operativa estén disponibles en inglés para su revisión por otros RIR, IANA o ICANN.

Esta es una obligación continua poderosa. Un registro que no puede preservar los registros de miembros, el historial de asignaciones, los registros de políticas, los materiales electorales, la correspondencia relevante para la autoridad o los datos operativos no puede demostrar neutralidad. En una crisis, el mantenimiento de registros puede convertirse en la diferencia entre la reparación y la especulación. Si la evidencia falta, está capturada, es inaccesible o se divulga selectivamente, cada actor argumenta a partir de fragmentos.

Pero el mantenimiento de registros no es lo mismo que una orden de transferencia automática. ICP-2 no decía que los registros pudieran ser incautados, copiados al por mayor, hechos públicos o trasladados a un sucesor siempre que un actor alegara incumplimiento. También exigía confidencialidad. La información recopilada en el registro debe mantenerse en estricta confidencialidad y usarse para fines de registro, con transferencia solo a otro RIR o a IANA previa solicitud, o a otro lugar con acuerdo escrito del LIR o ISP atendido. El documento, por tanto, mantiene unidos dos principios: auditabilidad y confidencialidad.

Las normas modernas sobre el fracaso deben preservar ambos. Una revisión de cumplimiento puede necesitar registros. Un operador de emergencia puede necesitar suficientes datos para realizar servicios definidos. Otros RIR pueden necesitar verificación para proteger la continuidad. Pero la revisión debe estar delimitada, registrada, fundamentada legalmente y sujeta a límites de protección de datos. De lo contrario, una intervención de gobernanza puede convertirse en una divulgación incontrolada de información de registro sensible comercial y operativamente.

El borrador posterior de la NRO reconoce esta tensión vinculando la continuidad y la operación de emergencia a controles de depósito o protección de datos. También define los servicios de RIR y los titulares de recursos, y contempla auditorías por auditores externos independientes. El punto no es que el borrador sea perfecto. El punto es que el fracaso moderno requiere una arquitectura de registros que ICP-2 solo prefiguró.

Para el desreconocimiento, el mantenimiento de registros debe tratarse como infraestructura de prueba. Debe responder: qué sucedió, quién lo autorizó, qué recursos están afectados, qué compromisos de servicio existen y si el registro puede recuperarse. No debe convertirse en un atajo alrededor del debido proceso. El hecho de que los registros sean revisables no decide quién controla la institución. Permite al tomador de decisiones comprobar los hechos antes de elegir un remedio.

El reconocimiento de AFRINIC muestra la entrada en su forma más clara

El reconocimiento de AFRINIC en 2005 es el ejemplo más claro de ICP-2 operando como se pretendía. La resolución de la Junta Directiva de ICANN del 8 de abril de 2005 recitaba el reconocimiento provisional en 2004, la finalización del plan de transición, una solicitud actualizada, una evaluación favorable de la NRO y la determinación del Presidente de ICANN de que la solicitud cumplía plenamente con ICP-2. La Junta proclamó entonces a AFRINIC como un RIR completamente aprobado y reconocido para la región de servicio de África.

Elinforme de IANA sobre el reconocimiento de AFRINICse lee como una evaluación de entrada porque eso es lo que era. Revisó cada principio de ICP-2. Describió la región de África, el plan de transición, la divulgación, los RIR incumbentes, el apoyo de los registros existentes a través de la NRO y la conclusión de IANA de que AFRINIC satisfacía los criterios. Sobre el apoyo, el informe describió la divulgación regional, los foros públicos, las comunicaciones a los miembros por parte de los RIR incumbentes, el contacto independiente con los ISP, las listas de correo públicas, un sitio web, reuniones y el contacto directo con LIR e ISP. Concluyó que una mayoría muy sustancial estaba dispuesta a apoyar a AFRINIC, participar en procesos ascendentes y asumir compromisos financieros.

Ese informe demuestra las virtudes de ICP-2. Obligó a un candidato a mostrar escala regional, apoyo comunitario, proceso de políticas, imparcialidad, capacidad técnica, compatibilidad con políticas globales, planificación de actividades, financiación, registros y confidencialidad. También demuestra las limitaciones. El informe no tuvo que decidir si un registro reconocido podía ser puesto más tarde bajo operación de emergencia, si el reconocimiento podía ser suspendido o cómo un sucesor recibiría los registros si la gobernanza colapsaba. Esas preguntas estaban fuera del ámbito de la solicitud.

Esto importa porque AFRINIC se convirtió más tarde en el caso de estrés para el problema opuesto. La misma institución que entró a través de una revisión clásica de ICP-2 enfrentó más tarde una crisis de gobernanza prolongada, litigios, administración judicial, controversia electoral y preocupación externa sobre el cumplimiento continuo. Esa historia debería advertir contra la lectura del expediente de entrada como una constitución de salida. Cuanto más fuerte es el expediente de entrada, más obvio se vuelve que la cuestión de la salida es diferente.

Un expediente de reconocimiento de entrada dice: esta organización está lista para convertirse en el registro regional. Una respuesta al fracaso debe preguntar: qué está fallando, qué depende de la institución, qué puede subsanarse, qué debe preservarse, quién puede decidir y qué remedio es el menos dañino mientras se protege el sistema de numeración. La primera pregunta puede responderse con una lista de verificación. La segunda requiere un diseño remedial.

Una crisis moderna crea dependencia heredada

Para cuando un registro fracasa, la dependencia está distribuida. Los titulares de recursos dependen de los datos de registro, las facturas, el estado de membresía, las aprobaciones de transferencia, el DNS inverso, el material RPKI, los registros del directorio público y los centros de servicio. Otros RIR dependen de un historial de asignación coherente y de la coordinación entre registros. Los gobiernos dependen de la presencia corporativa local y la continuidad de las redes nacionales. Los tribunales pueden depender de los activos del registro y sus deberes legales. El personal depende del empleo y el conocimiento operativo.

Compradores, arrendadores, prestamistas, auditores y aseguradoras dependen de los registros del registro para evaluar los derechos de dirección y la exposición de la red.

ICP-2 no necesitaba mapear toda esta dependencia en 2001 porque el candidato aún no la había acumulado. La solicitud de un nuevo registro podía ser rechazada sin deshacer décadas de registros. Por eso la ausencia de una regla de fracaso era comprensible entonces y peligrosa ahora.

La dependencia heredada cambia la moralidad de la intervención. Un actor cuasi-regulador podría ver una elección defectuosa y querer una respuesta contundente. Un titular de recursos podría ver esa misma respuesta como un riesgo para sus asignaciones. Un tribunal nacional podría ver la presión externa de reconocimiento como una interferencia. Una red pequeña podría querer continuidad del servicio más que teoría de la gobernanza. Un gran titular podría tener suficiente influencia para moldear el remedio. Un gobierno podría querer autonomía regional. Un operador fuera de la región podría querer estabilidad global.

Una regla seria debe hacer visibles estos intereses en lugar de dejar que el más ruidoso defina el fracaso.

El remedio también debe distinguir el control institucional de la operación del servicio. Un operador temporal puede manejar servicios definidos sin decidir quién es el dueño de la empresa local. Una auditoría independiente puede verificar los registros sin elegir una junta. Un tribunal puede estabilizar los activos sin entender las consecuencias globales de la numeración. ICANN puede evaluar las implicaciones del reconocimiento sin convertirse en la autoridad corporativa nacional. La antigua lista de verificación de entrada no traza estos límites.

Esta es la razón por la que el desreconocimiento debe tratarse como último recurso. Si un registro reconocido puede ser rehabilitado, el camino más seguro es reparar la gobernanza preservando la institución de servicio. Si los servicios están en riesgo inmediato, se puede delimitar la continuidad temporal. Si los registros están en disputa, se puede comenzar la preservación y revisión independiente. Si una facción reclama apoyo, el apoyo puede probarse contra un denominador auditable. Solo después de que estos pasos fallen, el reconocimiento del sucesor debería convertirse en el remedio principal.

El punto no es la simpatía institucional. Es la protección de las redes. El desreconocimiento puede ser legítimo, pero solo si es menos dañino que el incumplimiento continuado. ICP-2 ayuda a definir el incumplimiento. No proporciona la prueba de daño.

Un aviso de cumplimiento no es una constitución completa

La correspondencia de ICANN de 2025 sobre AFRINIC hizo visible la laguna. En lacarta del 25 de junio de 2025, ICANN recordó al administrador judicial designado de AFRINIC que ICANN había reconocido a AFRINIC en 2005, que AFRINIC seguía teniendo responsabilidades bajo ICP-2 y que ICANN aún no había iniciado una revisión de cumplimiento. La carta decía entonces que podría ser necesaria una revisión debido a las alegaciones sobre el proceso electoral, los poderes notariales, el acceso a las listas de miembros, el uso de una marca de AFRINIC en comunicaciones de campaña, el mantenimiento de registros y la confianza de los miembros.

Esa carta es analíticamente valiosa porque muestra el poder de reconocimiento antes de la acción final. No fue una decisión de desreconocimiento consumada. Fue un aviso, una exigencia de preservación y una advertencia de que la evidencia podría respaldar una revisión futura. Citó valores de ICP-2 en torno al apoyo, la igualdad de trato, la imparcialidad, la independencia y los registros. También se opuso a seguir adelante con las elecciones en las condiciones existentes.

Lacarta del 3 de julio de 2025agudizó la posición. ICANN dijo que la respuesta del administrador judicial no proporcionaba documentación suficiente, dijo que la anulación de la elección no respondía a muchas preguntas y reiteró que se reservaba el derecho de iniciar una revisión de cumplimiento por posible incumplimiento material de ICP-2. La NRO, según la carta, confirmó que ICANN actuaba en consonancia con ICP-2.

Esas cartas pueden haber estado justificadas como comunicaciones de crisis. También muestran por qué la regla subyacente debe ser escrita. Un aviso puede ser necesario, pero no debe convertirse en la constitución por la que todos infieren consecuencias futuras. Las cartas dejaron abierto quién evaluaría los hechos disputados, qué estándar de prueba se aplicaría, qué pasos de revisión específicos seguirían, qué período de subsanación existiría, qué límites de servicio podrían imponerse, cómo podrían ser oídos los miembros y cómo se gestionaría cualquier conflicto con la autoridad de los tribunales nacionales.

Esto no es una crítica a la redacción bajo presión. Es una crítica a confiar en la redacción bajo presión como diseño institucional. En una crisis, la correspondencia debe ser rápida. A menudo será incompleta. Puede ser leída estratégicamente por facciones, tribunales, miembros, periodistas y contrapartes. Es exactamente por eso que la regla debería existir antes de que se necesite la próxima carta.

La regla moderna debería, por tanto, separar el aviso, la preservación de evidencia, la revisión formal, la auditoría, las salvaguardias provisionales, la subsanación, la continuidad de emergencia y el desreconocimiento. Cada etapa debería tener un desencadenante, alcance, deber de publicación, regla de confidencialidad, tomador de decisiones, vía de revisión y plan de continuidad del servicio. ICP-2 puede seguir siendo la referencia histórica y normativa. No debe ser forzado a convertirse en el procedimiento faltante.

El borrador de 2025 evidencia la laguna original

El borrador de documento de gobernanza de la NRO de 2025 a veces se trata como una propuesta de política sobre poderes futuros. También es evidencia sobre el pasado. Si ICP-2 ya contuviera una regla completa del ciclo de vida, el borrador no necesitaría definir el reconocimiento, la operación, la continuidad de emergencia, las auditorías, la rehabilitación y el desreconocimiento con tanto detalle. Su existencia confirma que los criterios de 2001 no eran suficientes para el sistema de registro maduro.

El preámbulo del borrador dice que sucede a ICP-2 y cubre el ciclo de vida completo de un RIR, desde el establecimiento hasta la operación y el posible desreconocimiento. Dice que el documento establece reglas para reconocer nuevos RIR, obligaciones operativas y criterios y procedimientos para el desreconocimiento. Ese encuadre contrasta directamente con el título y el ámbito de aplicación más estrechos de ICP-2.

El borrador también cambia el vocabulario. Define titulares de recursos, miembros, comunidad de numeración, servicios de RIR, región de servicio, reconocimiento, desreconocimiento, continuidad de emergencia, operador de emergencia y propuesta. El antiguo documento no tenía un léxico comparable porque su problema era más simple. Podía discutir LIR, ISP, apoyo y competencia de nuevos registros sin construir una arquitectura remedial completa.

Lo más importante es que el borrador separa el reconocimiento del desreconocimiento. Dice que ICANN no tendrá poder para reconocer o desreconocer un RIR a menos que haya recibido una propuesta aprobada por los RIR según la sección pertinente. Establece auditorías, requisitos operativos continuos, continuidad de emergencia, rehabilitación, desreconocimiento como último recurso, efectos de la transferencia y preparación para la transferencia. Que cada detalle sea finalmente aceptado es menos importante que la estructura: no se presume que el desreconocimiento sea lo inverso al reconocimiento.

Ese es el movimiento conceptual correcto. La entrada y la salida están vinculadas, pero no son simétricas. La entrada pregunta si se puede confiar al candidato la función. La salida pregunta si el incumbente ha fracasado tan gravemente, y la reparación se ha vuelto tan inadecuada, que la comunidad está mejor servida con el reemplazo. La carga probatoria, el análisis de dependencia y el plan de remedio son diferentes.

El borrador también deja claro que el poder de reconocimiento moderno debe limitar a ICANN, no solo a los RIR. Una regla escrita de desreconocimiento impide que ICANN actúe sobre una autoridad vaga, al tiempo que impide que un RIR afirme que el reconocimiento nunca puede ser revisado. Da a las comunidades afectadas una forma de probar tanto el exceso como la inacción. Eso es exactamente lo que el documento de 2001 no podía hacer, porque no fue escrito para esa época institucional.

Por lo tanto, el borrador debe leerse como una advertencia contra la sobreinterpretación histórica. ICP-2 proporciona valores y criterios de entrada. Una regla sucesora debe proporcionar un remedio legal.

La prueba faltante es fracaso más remedio

Un estándar moderno de desreconocimiento no debería comenzar con la palabra "desreconocimiento". Debería comenzar con el fracaso alegado y el remedio propuesto. El revisor debería hacerse cuatro preguntas en orden.

Primero, ¿qué deber está fallando? La respuesta debe estar vinculada a una obligación reconocida: apoyo regional, membresía abierta, trato imparcial, operación independiente, servicio técnico, cumplimiento de políticas, independencia financiera, mantenimiento de registros, confidencialidad, continuidad, resolución de disputas o estabilidad del ecosistema. La desconfianza vaga no es suficiente. La vergüenza institucional no es suficiente. El desacuerdo con los resultados de las políticas no es suficiente.

Segundo, ¿qué evidencia prueba el fracaso? La respuesta debe identificar registros, hallazgos de auditoría, órdenes judiciales, datos de membresía, métricas de servicio, materiales electorales, registros de políticas públicas, estados financieros y quejas verificadas. Un montón de cartas no es suficiente a menos que cada carta esté vinculada a la autorización, denominador, tiempo, alcance y verificaciones de conflictos. Una alegación pública no es suficiente a menos que los registros subyacentes puedan ser probados.

Tercero, ¿qué subsanación se ha ofrecido o rechazado? Un registro puede estar en incumplimiento y aún ser reparable. La regla debe identificar los pasos de subsanación, el plazo, la verificación independiente, el aviso a los miembros, los límites de servicio provisionales y las consecuencias de la no cooperación. La vía de subsanación protege a ambas partes. Le da al registro una oportunidad justa y le da a la comunidad en general evidencia si el registro no soluciona el problema.

Cuarto, ¿qué remedio es proporcional? El remedio puede ser aviso público, auditoría externa, preservación de registros, reinicio de elecciones, protección contra conflictos, apoyo temporal al servicio, operación de emergencia limitada, reconocimiento condicional o desreconocimiento. Cada remedio debe corresponder al fracaso. Un registro de auditoría faltante no debería producir automáticamente el reemplazo. Una elección de junta capturada no debería tratarse como inofensiva si controla el futuro del registro. La proporcionalidad es el puente entre los valores de ICP-2 y la aplicación moderna.

Esta secuencia también reduciría el uso estratégico del lenguaje de reconocimiento. Una facción ya no podría simplemente decir que el registro carece de apoyo. Tendría que definir el denominador y mostrar la autorización. ICANN ya no podría apoyarse en una preocupación general. Tendría que especificar el desencadenante y el remedio. Un RIR ya no podría descartar cada preocupación como política interna. Tendría que responder al deber y la evidencia.

ICP-2 no contiene esta secuencia. Apunta hacia algunos de los deberes, pero no organiza la prueba remedial. La regla moderna debe hacer ese trabajo abiertamente.

La historia de la expansión debe disciplinar el poder actual

La tentación en la crisis de gobernanza es leer la historia como una concesión de cualquier autoridad que el momento requiera. Debido a que ICANN aprobó nuevos RIR en 2001 y 2005, uno podría inferir que ICANN puede retirar la aprobación cuando los criterios parezcan no cumplirse. Debido a que los RIR existentes ayudaron a evaluar a AFRINIC, uno podría inferir que los RIR incumbentes pueden decidir colectivamente el destino de un par en problemas. Debido a que se requería apoyo en la entrada, uno podría inferir que las cartas de apoyo pueden autorizar el reemplazo. Cada inferencia contiene un fragmento de verdad y un salto peligroso.

La lectura más segura es más restrictiva. ICANN tuvo un papel en el reconocimiento de nuevos RIR. Los RIR existentes tenían experiencia y un interés legítimo de coordinación. El apoyo regional era central para la legitimidad. Ninguno de esos puntos decide automáticamente el fracaso maduro. Identifican a los actores y valores que deben estar presentes en una regla moderna. No reemplazan la regla.

Esta lectura más restrictiva es más fiel al documento. ICP-2 habla repetidamente de nuevos RIR, solicitudes, establecimiento y migración desde los acuerdos de servicio existentes. Trata el sistema de registro existente como profundamente arraigado y enfatiza los riesgos de fragmentación y confusión. Pide procesos abiertos y registros auditables, pero no especifica cómo se elimina del sistema un registro reconocido.

La historia de la expansión debe, por tanto, disciplinar el poder actual de dos maneras. Debe impedir que los incumbentes reclamen inmunidad permanente, porque el reconocimiento siempre fue condicional a principios que sirven a la comunidad. También debe impedir que los interventores reclamen un poder ilimitado, porque los criterios de reconocimiento originales no eran una carta de ejecución.

Para los operadores, esta distinción es práctica. Las redes necesitan saber si se puede confiar en un registro, si los registros seguirán siendo válidos, si se respetarán los derechos sobre los recursos y si las disputas políticas interrumpirán los servicios. No se benefician de una contienda sobre consignas. Se benefician de una regla escrita que establezca qué significa el fracaso, quién puede probarlo, qué subsanación está disponible y cómo se mantiene la continuidad.

Los criterios de 2001 fueron una respuesta responsable al problema de la expansión regional. Tratarlos como una respuesta completa al fracaso moderno les haría hacer un trabajo para el que nunca fueron diseñados. Un sistema más fuerte honraría ICP-2 preservando sus valores mientras escribe el remedio faltante en términos públicos claros.

Fuentes y límites analíticos

Eltexto de ICP-2 de ICANNrespalda la afirmación histórica central: los criterios fueron aceptados en 2001 como requisitos esenciales y un marco para reconocer nuevos RIR, en un período en el que se esperaba que África y América Latina se regionalizaran. El mismo texto respalda la discusión sobre la escala regional, el amplio apoyo de LIR e ISP, las políticas de abajo hacia arriba, la neutralidad, la competencia técnica, los planes de actividad, la financiación, los registros y la confidencialidad.

Laresolución de la Junta Directiva de ICANN que reconoce a AFRINICy elinforme de IANA sobre la solicitud de AFRINICrespaldan el análisis de la revisión de entrada. Muestran la solicitud, el plan de transición, la evaluación de la NRO, la revisión de IANA y el reconocimiento final. No definen un procedimiento posterior de desreconocimiento.

ElDocumento de Gobernanza de RIR de la NRO Versión 2se utiliza como evidencia de la dirección de la reforma y la laguna de diseño dejada por ICP-2. Se describe según la fecha del borrador que figura en la página de la NRO y no se trata como si ya resolviera todas las cuestiones legales u operativas.

Lascartas de ICANN del 25 de junio de 2025y3 de julio de 2025se utilizan como ejemplos de cómo el lenguaje de reconocimiento y cumplimiento se vuelve consecuente en una crisis madura. No se emite ningún juicio sobre la veracidad de todas las alegaciones descritas en esas cartas, no se afirma que ICANN completara una revisión formal de cumplimiento y no se decide aquí ninguna cuestión de tribunales nacionales que involucre a AFRINIC.