Resumen

  • D2 no se limita a pedir que quien solicita IPv4 tenga o pida IPv6. Exige resultados de tráfico y alojamiento a los 12, 24 y 48 meses, y convierte un fallo respecto del plan en una «violación de política», aunque no determina el objeto medido, el denominador, la prueba admisible, el trato de dependencias externas, la subsanación ni la revisión.
  • AFRINIC puede mantener un registro único y exacto, pedir prueba de control, administrar objetivamente una solicitud prospectiva y preservar la continuidad. No tiene mandato soberano para castigar una decisión de arquitectura. La escasez estrecha su función: no convierte al tenedor de libros en regulador de redes, clientes, capital o transición tecnológica.
  • La defensa más fuerte de D2 —que el último IPv4 debe acompañar trabajo real de IPv6 y no una asignación dormida— justifica, como máximo, una condición estrecha del fondo, prospectiva, verificable y limitada a activos bajo control del solicitante. No justifica una obligación plurianual punitiva ni consecuencias sobre recursos ya operativos.

El 14 de junio de 2026, Jordi Palet Martinez, de The IPv6 Company, presentó la versión 2.0 de AFPUB-2026-v6-001-DRAFT02. El texto propone modificar la sección 5.4.4 del Manual Consolidado de Políticas de AFRINIC. Su mecanismo parece sencillo hasta que se sigue la cadena completa: cada solicitud inicial o adicional de IPv4 durante el agotamiento quedaría conectada a una solicitud o tenencia de IPv6, a un plan de despliegue y, después, a porcentajes de tráfico y alojamiento medidos durante cuatro años. Si el solicitante no satisface el plan, el texto llama al resultado «violación de política».

Ahí está el conflicto. AFRINIC administra un registro de números y un fondo menguante. Los operadores invierten, despliegan, atienden clientes y absorben las dependencias técnicas. D2 desplaza riesgo desde la institución que escribe y evalúa la condición hacia quien no controla necesariamente el equipo del cliente, el soporte de un proveedor ascendente, la capacidad IPv6 de un destino externo ni la disponibilidad de herramientas de flujo. El solicitante pone en juego su crecimiento; AFRINIC no aporta en la evaluación publicada una cifra de coste, una cadena de prueba o un procedimiento que delimite la consecuencia.

El 20 de junio, la propia evaluación de impacto de AFRINIC identificó ambigüedades sobre claridad, evidencia, dependencias y trato de operadores pequeños. El 24 de junio, AFRINIC-37 terminó sin consenso y devolvió D2 a la lista RPD. Al corte del 9 de agosto, seguía «Under Discussion». Merece atención precisamente porque aún no es política adoptada: su diseño permite observar, antes de cualquier aplicación, cómo una regla de reparto de IPv4 puede dejar de ser contabilidad prospectiva y convertirse en mandato arquitectónico.

Lo que D2 exige en realidad

La secuencia empieza con un hecho administrativo verificable. Una organización que presente cualquier solicitud inicial o adicional de IPv4 durante el periodo de agotamiento y no tenga espacio IPv6 deberá pedirlo simultáneamente. Si ya dispone de IPv6, o lo solicita en ese momento, deberá cumplir los criterios de asignación pertinentes. Además, deberá presentar un plan «coherente» de direccionamiento y despliegue IPv6 relacionado con los requisitos vigentes de despliegue y anuncio del manual.

Hasta ese punto, la propuesta mezcla dos clases de condición. Una pertenece al expediente: tenencia o solicitud simultánea, elegibilidad y existencia de un plan. La otra empieza cuando AFRINIC pretende juzgar el resultado operativo futuro. Para una red que transporta tráfico, D2 pide revelar los 25 principales destinos reales del tráfico IPv4 y alcanzar determinados porcentajes IPv6 para los destinos externos habilitados. Para una red que aloja servicios, aplicaciones o contenido, pide que una proporción de registros AAAA esté disponible y que el servicio sea alcanzable por IPv6 desde Internet.

Los hitos de tráfico son 25% a los 12 meses, 50% a los 24 y 75% a los 48. Los de alojamiento son 25%, 75% y 95% en las mismas fechas. No son la misma serie: a los dos años, el umbral de tráfico sería 50%, pero el de alojamiento, 75%; a los cuatro años, serían 75% y 95%, respectivamente. El texto no exige una progresión mensual lineal, pero sí fija puntos de llegada y liga el fallo respecto del plan a la etiqueta de violación.

El alcance también debe describirse con precisión. La lectura del autor en AFRINIC-37 y la evaluación del personal sitúan el detonante en una nueva solicitud de IPv4. D2 no somete de inmediato a todos los actuales titulares a esos hitos si no piden más IPv4. Sin embargo, para un titular de IPv6 que solicite IPv4 adicional, el personal prevé una revisión retrospectiva de la necesidad y el uso de su IPv6. Una puerta prospectiva al remanente se transforma así en una inspección del desempeño pasado de otra arquitectura.

La política vigente ayuda a ver la novedad. En la fase 2 de Soft Landing, el máximo por solicitud es /22 y el mínimo /24. Para IPv4 adicional, la sección 5.4.6.1 exige 90% de utilización de la asignación anterior, con exención para la primera solicitud; el horizonte de necesidad es de ocho meses. En IPv6, el mínimo para un LIR es /32 y para un usuario final /48 por sitio, con un horizonte de despliegue o anuncio de 12 meses en los criterios iniciales citados. Esas reglas ya enlazan un expediente con necesidad, utilización o plan. D2 hace algo distinto: exige resultados de tráfico y servicio durante 48 meses y les añade lenguaje de infracción.

También existe una inconsistencia textual no resuelta. La parte normativa dice que modifica la sección 5.4.4, que actualmente señala que no hay un límite explícito al número de solicitudes adicionales durante el agotamiento. Sin embargo, los metadatos de la evaluación enumeran como afectadas las secciones 6.4.4, 6.5.1.1.1 a 6.5.1.1.4 y 6.8.2.2.d, sin incluir la 5.4.4. No es posible decidir a partir del expediente cuál de las dos listas está equivocada. Lo importante es que una política que pretende convertir un fallo técnico futuro en violación no puede empezar con dudas sobre el lugar exacto que enmienda.

Un registro delgado no es un regulador de arquitectura

La función legítima de AFRINIC es estrecha porque el objeto coordinado es crítico. Debe evitar duplicaciones, mantener registros exactos, comprobar control, publicar contactos y datos necesarios, corregir errores, aislar disputas y preservar la continuidad operativa. En una solicitud procedente de un fondo todavía no distribuido puede aplicar criterios prospectivos, objetivos y conocidos. Puede determinar si el expediente acredita aquello que la regla del fondo exige y dejar una razón escrita que otro revisor pueda comprobar.

No puede convertir esa función en soberanía sobre la red del solicitante. Elegir dual stack, IPv6 con traducción, permanencia en IPv4, ritmo de sustitución de CPE, herramientas de observación, relación con proveedores y secuencia de inversión pertenece al operador. Es el operador quien conoce sus clientes, contratos, equipamiento y capacidad financiera; es también quien soporta las interrupciones. La unicidad de un prefijo no depende del porcentaje de sus bytes, sesiones o destinos que viajen por IPv6. La exactitud del registro no mejora porque un tercero haya actualizado su CPE.

Un registro AAAA alcanzable no demuestra por sí mismo control legítimo de un bloque IPv4.

La escasez no amplía ese mandato. Lo reduce al problema concreto de distribuir, mientras exista, un remanente sin duplicación y con reglas previsibles. La autoridad para asignar un fondo limitado no incluye la autoridad para imponer una política industrial sobre protocolos. AFRINIC puede llevar las cuentas del recurso; no puede castigar la arquitectura. Tampoco puede obtener esa facultad por repetición en una lista de correo, por una llamada de consenso ni por denominar «comunidad» al conjunto de participantes. La cooperación técnica facilita la coordinación, pero no crea un legislador sobre empresas que no han conferido poder soberano.

El límite es especialmente claro cuando la obligación se prolonga más allá de la decisión inicial. Una condición estrecha puede decir qué debe probar hoy un solicitante respecto de activos que controla. D2 pretende evaluar resultados dentro de uno, dos y cuatro años, cuando el fondo entregado ya puede estar incorporado a una red en funcionamiento. Si una revisión posterior pudiera afectar el expediente, servicios o recursos existentes sin un muro de continuidad, la condición dejaría de ser selección prospectiva y adquiriría el carácter de una licencia operativa renovable. Eso convertiría el registro en palanca económica.

No basta, por tanto, con sustituir una palabra ambigua por una definición más larga. Aunque «destino» y «porcentaje» quedaran matemáticamente especificados, seguiría faltando mandato para sancionar una arquitectura. La determinación métrica es necesaria para cualquier prueba, pero no legitima la finalidad. Una báscula exacta no autoriza al encargado del almacén a decidir la estrategia tecnológica del comprador.

La medida regional no puede condenar al solicitante

La justificación cuantitativa de D2 utiliza cifras redondeadas de capacidad IPv6: 44% en el mundo y 6% en África. Es posible reproducir esos titulares a partir de la serie regional de APNIC Labs del 14 de junio de 2026. El valor bruto mundial fue 43,822740% y el africano 5,869934%; el redondeo ordinario produce 44% y 6%. Las series suavizadas de 10, 30 y 90 días también producen, en varios casos, esos enteros.

Esa coincidencia no resuelve el problema probatorio. D2 no indica que el 14 de junio sea la fecha utilizada, ni revela si eligió la serie bruta o una ventana suavizada. También afirma que ocho países africanos superan 20%, quince están entre 10% y 19% y quince por debajo de 1%, pero no presenta la fecha, la ventana, el universo ni la lista de países. Por eso los grupos nacionales no pueden auditarse a partir del texto citado. Una cifra aproximada puede ser plausible y, al mismo tiempo, carecer de la procedencia necesaria para sostener una regla punitiva.

Más importante aún, «IPv6 capable» no mide lo que D2 exigiría al solicitante. APNIC Labs observa, mediante un experimento basado en anuncios, si terminales muestreados y ponderados pueden descargar un objeto accesible solo por IPv6. No cuenta asignaciones IPv6, no cuenta redes configuradas y no calcula la proporción de todos los bytes o paquetes que circulan por IPv6. Es una señal agregada de capacidad de terminales, valiosa para describir una población, pero no es un protocolo de cumplimiento para una red concreta.

Confundir escalas produce un error causal. Una media regional puede mostrar que la capacidad observada es baja. No demuestra que una empresa solicitante controle las causas de esa media, que sus clientes tengan equipos compatibles o que sus destinos externos ofrezcan servicios IPv6. Tampoco determina qué evidencia debe conservar ni qué variación estadística merece corrección. Un problema regional puede motivar investigación o coordinación voluntaria; no convierte un experimento poblacional en prueba individual de infracción.

Los 25 destinos que nadie ha definido

La expresión «top-25» concentra casi todas las dificultades de aplicación. D2 no define si un destino es una dirección IP, un prefijo, un ASN, un dominio, una aplicación, un proveedor de contenido o un servicio. Cada opción crea una lista distinta. Una plataforma distribuida puede aparecer como muchas direcciones; múltiples dominios pueden terminar en la misma red; un destino dinámico puede cambiar durante el intervalo. Sin una unidad, ni siquiera existe un conjunto estable que ordenar.

Tampoco hay denominador. El porcentaje puede referirse a bytes, paquetes, flujos, sesiones, usuarios, destinos o consultas. Un operador podría superar un umbral por bytes y fallarlo por sesiones. Los flujos breves y numerosos no pesan igual que una descarga grande. Contar destinos trataría de manera idéntica al principal proveedor de contenido y al vigésimo quinto. La propuesta no especifica intervalo de observación, muestreo, tamaño mínimo de muestra, normalización, correcciones ni trato de días atípicos.

La frase «destinos externos habilitados para IPv6» añade otra bifurcación. No queda claro quién valida la habilitación, desde qué punto de observación ni qué ocurre cuando la ruta está disponible de forma intermitente. Un destino podría publicar IPv6 pero no ofrecer un servicio equivalente; podría ser alcanzable desde una red y no desde otra. El solicitante puede decidir cómo enruta y qué ofrece dentro de su dominio. No puede obligar a una empresa externa a desplegar IPv6, a un proveedor ascendente a corregir una ruta o a un cliente a cambiar un dispositivo.

El test de alojamiento presenta un problema paralelo. El umbral se refiere a registros AAAA disponibles y a servicios alcanzables desde Internet. Pero no se define el inventario contado, los protocolos comprobados, los puntos de medición ni el trato de alias, anycast, múltiples direcciones DNS y alcanzabilidad parcial. Sin inventario, 95% no designa una cantidad. Sin puntos de observación, «alcanzable» no designa un resultado reproducible. La precisión aparente de dos dígitos no compensa la ausencia de objeto.

La discusión pública anticipó estas fallas. En AFRINIC-37, Saul Stein advirtió que no se puede obligar a los clientes a adoptar; Paul Hjul planteó que no todos tienen NetFlow y que los objetivos de tráfico pueden incentivar manipulación; Seun Ojedeji señaló la necesidad de un periodo de gracia para solicitudes tempranas. Después de la reunión, Ben Roberts describió el caso de una nueva red rural que conecta escuelas, carece de herramientas de análisis de tráfico y ya afronta barreras de entrada.

Son posiciones de participantes, no hechos universales, pero coinciden con la evaluación del personal sobre el riesgo desproporcionado para pequeños operadores y WISP.

La consecuencia de una mala métrica no es solo un falso negativo. Si el porcentaje determina acceso, los operadores racionales optimizarán lo medido. Pueden concentrar tráfico apto, alterar la clasificación de destinos o escoger la ventana que produce mejor cifra. AFRINIC-37 registró expresamente la preocupación por manipulación. Una regla que premia la apariencia porcentual puede desplazar inversión desde resiliencia, experiencia del cliente o seguridad hacia una demostración diseñada para el expediente.

Evidencia sensible sin un régimen de custodia

Para comprobar los principales destinos reales de IPv4, AFRINIC tendría que recibir o revisar información capaz de revelar concentración de contenidos, mezcla de clientes, dependencias de tránsito y patrones comerciales. No hay noticia de una filtración; el riesgo deriva del tipo de prueba pedido. Ni D2 ni la evaluación publicada especifican minimización, agregación, acceso, retención o confidencialidad.

Esto importa por dos razones. La primera es institucional: un registro de números solo debe recoger datos necesarios para unicidad, exactitud, control y continuidad. Una lista granular de tráfico invade la superficie operativa del miembro sin mostrar que sea necesaria para ninguna de esas invariantes. La segunda es práctica: cuanto más sensible sea la prueba, más probable es que el solicitante la reduzca, la discuta o la entregue en formatos no comparables. Una política que depende de datos que las partes tienen buenos motivos para no divulgar produce aplicación irregular.

El protocolo de evidencia debería preceder a cualquier condición, no aparecer después en instrucciones internas. Debe indicar qué se solicita, por qué, quién accede, durante cuánto tiempo, cómo se corrige y qué parte ve el solicitante si AFRINIC llega a una conclusión adversa. Pero incluso un protocolo impecable no otorgaría poder punitivo sobre arquitectura. Solo haría menos defectuosa la administración de una condición que todavía tendría que permanecer dentro del mandato del fondo.

De «violación» a consecuencia: la cadena que falta

La palabra más importante de D2 no es IPv6. Es «violación». El texto afirma que el incumplimiento del plan constituirá una violación de política, pero no dice qué sucede después. No se sabe si se rechaza únicamente una solicitud pendiente, si se abre una revisión de cumplimiento, si se afecta un servicio o si se invoca otro remedio. No debe inferirse revocación automática: el expediente no la establece.

El Acuerdo de Servicios de Registro explica por qué el vacío es peligroso. El RSA define la política adoptada de modo que incorpora políticas aprobadas durante la vigencia del acuerdo y obliga al miembro a cumplirlas. También permite pedir información y revisar utilización; la falta de cooperación puede relacionarse con retención, revocación, consecuencias para futuras asignaciones, cierre de LIR o terminación, según las cláusulas publicadas y las circunstancias. Para la terminación por incumplimiento, exige detalles escritos, oportunidad de mostrar causa o subsanar, 30 días de respuesta y prueba de acción correctiva.

El acuerdo contiene además una cláusula de apelación y una vía de revisión por el Board para decisiones de asignación.

D2 no conecta su nueva etiqueta con esa secuencia. No identifica la decisión apelable, el estándar de revisión, el registro del caso, el trato provisional del recurso ni el remedio proporcional. No explica si una dependencia externa es defensa, si el cumplimiento parcial reduce la consecuencia o si un error de medida abre corrección. Tampoco determina qué sucede mientras se disputa el hallazgo. La existencia de cláusulas generales en el RSA no permite dejar en blanco el puente; precisamente porque las consecuencias generales pueden ser graves, la política debe impedir que una ambigüedad técnica se convierta en discreción contractual.

La evaluación legal publicada se limita a «No legal issue» y no identifica actualización contractual. Es una conclusión institucional sin razonamiento público. No informa si se estudiaron confidencialidad, dependencia, prueba, confianza legítima, subsanación o apelación. No es una decisión judicial ni un dictamen independiente. Probar que AFRINIC escribió esas tres palabras solo prueba que las escribió; no prueba legitimidad ni resuelve el límite de mandato.

La salvaguarda fundamental es continuidad. Ningún hallazgo sobre el porcentaje IPv6 debe afectar recursos ya asignados, registros esenciales, RPKI, RDNS ni una red en funcionamiento. La solicitud nueva puede resolverse con razones objetivas y revisión. Los activos existentes no pueden quedar como garantía de obediencia tecnológica. Sin esa separación, el solicitante no comparece ante un tenedor de libros: comparece ante una institución capaz de convertir una estadística discutible en riesgo operativo.

La carga que el propio personal ya ve

La evaluación de impacto no presenta D2 como una comprobación sin coste. Prevé cambios en MyAFRINIC, posibles ajustes de integración con NetSuite y modificaciones en el proceso de gestión de recursos numéricos. No prevé cambios en WHOIS, RDAP ni RPKI. Anticipa formación de Hostmasters y posible contratación, y calcula aproximadamente seis meses de implementación después de una eventual ratificación. No ofrece estimación monetaria.

Para el miembro, la carga puede incluir recogida o conservación de flujos, inventario DNS, pruebas de alcanzabilidad, preparación del plan y respuesta a preguntas. Esos son mecanismos, no importes demostrados. No hay base en el expediente para inventar un coste por solicitante ni para afirmar un ahorro neto. El autor defendió que la transición puede reducir capex y opex frente a CGNAT y que 464XLAT podría ser más barato; también sostuvo que redes pequeñas pueden migrar con mayor facilidad. D2 no acompaña esas afirmaciones con un estudio comparativo de costes.

El rasgo distributivo sí puede analizarse. Una parte sustancial del trabajo es fija: diseñar un método, recopilar evidencia, documentar dependencias y contestar una revisión. El operador grande puede distribuir ese coste entre más clientes y contar con equipos especializados. El pequeño puede enfrentar la misma complejidad con menos personal. AFRINIC reconoce la posibilidad de impacto desproporcionado en WISP y pequeños operadores cuando compatibilidad de dispositivos, realidades comerciales o preparación técnica retrasan IPv6 pese a una necesidad genuina de IPv4.

El problema no se resuelve con una exención permanente que borre toda condición. Se resuelve evitando que el registro dicte arquitectura y, si se mantiene una condición prospectiva del fondo, limitándola a prueba objetiva bajo control del solicitante. Una organización nueva podría recibir educación y un plan fechado sin que un retraso de terceros se transforme en infracción. El coste de administrar la condición también debe publicarse, porque una institución financiada por miembros no puede tratar su propia carga como invisible mientras exige precisión a otros.

La mejor defensa de D2

El caso contrario merece formularse sin caricatura. AFRINIC está repartiendo el último suministro general de IPv4. Un solicitante que pide ese beneficio escaso puede razonablemente ser llamado a mostrar que no busca solo prolongar dependencia y que realizará trabajo real de IPv6. Pedir una asignación IPv6 dormida sería fácil y aportaría poco; pedir un plan y resultados crea responsabilidad. La regla solo se activa ante una solicitud nueva o adicional, no inicia una auditoría inmediata de todos los titulares. Ofrece 12, 24 y 48 meses, usa tráfico propio del solicitante y puede favorecer dual stack o IPv6 con traducción.

El manual vigente ya condiciona IPv4 a necesidad y utilización, e IPv6 a planes de despliegue o anuncio. El principio de vincular familias tampoco carece de comparación. ARIN mantiene un /10 dedicado y entrega /24 para necesidades inmediatas de despliegue IPv6. Ese diseño demuestra que un registro puede reservar una porción de IPv4 para facilitar IPv6. El autor de D2 añade que 464XLAT puede ahorrar frente a CGNAT. Si el resultado buscado es reducir dependencia futura de transferencias y traducción, una promesa sin despliegue puede parecer insuficiente.

Esta defensa identifica una preocupación legítima del asignador: cómo evitar que una regla nominal sea satisfecha con un prefijo que nunca se usa. Pero no salva D2. El comparador de ARIN es estrecho: un fondo dedicado y /24 para una necesidad inmediata de despliegue. No impone hitos de cuatro años a toda solicitud ordinaria de IPv4. La selección prospectiva de beneficiarios tampoco autoriza a AFRINIC a regular redes después de la asignación. Y «tráfico propio» no equivale a resultado controlado: clientes, contenidos, equipos y upstreams intervienen.

La defensa puede justificar una condición de entrada limitada. Por ejemplo, tenencia o solicitud simultánea de IPv6, un plan referido a activos bajo control del solicitante y evidencia disponible al decidir la solicitud. Puede justificar que AFRINIC prefiera, dentro de un fondo no distribuido, un expediente que satisface criterios objetivos publicados. No justifica la palabra «violación», la inspección plurianual de resultados externos ni la amenaza implícita sobre la relación registral.

La diferencia no es semántica. Si el solicitante no aporta hoy la prueba prospectiva exigida, AFRINIC puede explicar que esa solicitud concreta no satisface una condición estrecha y ofrecer corrección y revisión independiente. Si, cuatro años después, una empresa no alcanza 75% de tráfico o 95% de alojamiento por factores mezclados, AFRINIC no puede declarar ilícita su arquitectura. Una cosa es decidir sobre un recurso aún en el fondo; otra, usar el registro para disciplinar una red que ya funciona.

El diseño que cabe dentro del mandato

Una alternativa legítima debe empezar por eliminar la consecuencia arquitectónica, no por embellecerla. La tenencia o solicitud simultánea de IPv6 puede permanecer como condición prospectiva de un expediente de IPv4 si se aplica solo al fondo no distribuido. El plan debe describir activos y servicios que el solicitante controla, no prometer conducta de clientes, upstreams o proveedores de contenido.

La prueba debe publicarse antes de la decisión y admitir vías equivalentes: preparación de direccionamiento, habilitación de prefijos de clientes, inventario de servicios con AAAA y alcanzabilidad, o una arquitectura de traducción documentada. Los porcentajes, si se conservan como información, deben ser indicadores o puertos seguros refutables, no umbrales de culpabilidad. No deben medir destinos externos como si fueran extensiones del solicitante.

Toda constatación debe usar una unidad, denominador, periodo, muestra y método de validación definidos. El solicitante debe conocer la evidencia, poder corregir errores, explicar dependencias y subsanar. La decisión debe ser escrita, proporcionada y revisable por una instancia independiente. Una controversia debe preservar el último estado operativo verificado; nunca suspender recursos existentes ni servicios esenciales.

La condición debe ser prospectiva. No puede transformar una asignación ya incorporada a operaciones en rehén de una revisión posterior. Tampoco puede alterar otros recursos del miembro. Si la política desea aprender si el incentivo funciona, AFRINIC puede publicar resultados agregados a los 12 y 24 meses —número de expedientes, método de evidencia y resultados de corrección o revisión— sin revelar inteligencia de tráfico. Eso produce conocimiento sin reclamar soberanía.

Este diseño es deliberadamente menos ambicioso que D2. Esa es su virtud. Un registro confiable hace pocas cosas y deja constancia verificable de cómo las hace. La transición tecnológica ocurre donde las redes ven beneficio, capacidad y compatibilidad; no porque el tenedor de libros convierta una preferencia en obediencia.

La conclusión que debe guiar la revisión

D2 acierta al distinguir una asignación IPv6 dormida de un despliegue útil, pero trata esa observación como licencia para supervisar resultados. La lista de vacíos —destino, denominador, prueba, dependencia, cumplimiento parcial, demora justificada, confidencialidad, subsanación, consecuencia y revisión— muestra que el texto no está listo para aplicación. La ausencia de consenso en AFRINIC-37 confirma que esas objeciones no habían sido resueltas; no decide por sí sola el fondo del asunto.

El defecto más profundo sobreviviría a una tercera versión que solo aclarara métricas. AFRINIC no es soberano de la arquitectura africana. Su registro debe reflejar realidad, no fabricarla mediante amenaza. Su autoridad sobre un fondo escaso llega hasta reglas de expediente estrechas, prospectivas y objetivas. No llega a castigar el modo en que una red equilibra IPv4, IPv6, traducción, clientes y capital.

La revisión correcta debe borrar la etiqueta de violación, separar por completo recursos existentes y continuidad, limitar la evidencia al control del solicitante e instalar prueba, aviso, corrección, subsanación y revisión independiente. Si esos límites parecen debilitar la política, en realidad la hacen legítima. La unicidad no necesita un regulador de arquitectura. Necesita un registro exacto que conozca el borde de su mandato.