Arrendamiento de IPv4 de AFRINIC y el problema del control dividido

El primer signo de problemas en un arrendamiento de IPv4 a menudo no es una demanda, un documento de política o una discusión pública sobre la gobernanza regional. Es un ticket a las 02:17 de un domingo por la mañana. Un proveedor de alojamiento ha trasladado a un cliente bancario a un /22 administrado por AFRINIC en arrendamiento. El tráfico está activo. Las reglas del cortafuegos, los relays de correo, los controles de fraude, los scripts de monitoreo y las listas de permitidos de socios ahora apuntan a direcciones que el cliente considera infraestructura de producción estable.

Dos proveedores upstream aceptaron la ruta después de ver una carta de autorización del titular registrado. Se suponía que el DNS inverso seguiría al corte. Se esperaba una autorización de origen de ruta pero no ha aparecido. El buzón de abusos aún reenvía al equipo de red del arrendador. Un proveedor de geolocalización coloca parte del bloque en un país que no coincide con la presentación de ventas. Las devoluciones de pago comienzan a fallar, y el cliente pregunta si el proveedor realmente controla las direcciones que vendió como parte del servicio.

La sala de operaciones descubre entonces que cada respuesta está en un lugar diferente. El registro del registro nombra a una organización. El arrendamiento nombra a otra. El AS de origen pertenece al proveedor de alojamiento. La delegación de DNS inverso sigue controlada por el arrendador. El objeto IRR fue creado por un contacto técnico del bróker. El cambio de RPKI requiere acceso a una cuenta de registro que el arrendador dice está retrasada por una revisión de cuenta.

El contrato del cliente promete continuidad, mientras que el arrendamiento de direcciones permite la retirada del uso si el arrendatario provoca quejas de abuso o si el registro cuestiona el acuerdo. Al banco no le importa qué cláusula falló. Solo sabe que un rango de direcciones comprado como parte de un servicio confiable ahora se comporta como una cadena de promesas privadas.

Ese es el problema del contrato de arrendamiento. El arrendamiento de IPv4 permite a un operador utilizar direcciones escasas sin completar una transferencia reconocida por el registro. El acuerdo puede ser eficiente. Un titular con espacio no utilizado o infrautilizado genera ingresos sin renunciar al control a largo plazo. Una red que necesita direcciones para el lanzamiento de un producto, migración, cliente de centro de datos, servicio de seguridad o expansión temporal obtiene capacidad utilizable sin el costo de capital, la demora o la incertidumbre política de una compra.

Pero la eficiencia se compra trasladando el riesgo del libro de registro al contrato. El libro registra a un titular. La red necesita una realidad operativa. El arrendamiento debe explicar cómo coexisten esos dos hechos.

AFRINIC es un caso de prueba agudo porque la brecha entre el libro de registro, la política y la demanda operativa se ha vuelto inusualmente visible. La organización administra recursos de números para África y partes de la región del Océano Índico y proporciona los servicios que hacen legible el uso de direcciones: registros WHOIS y RDAP, DNS inverso, un Registro de Enrutamiento de Internet, certificación de recursos y RPKI, publicación de contactos de abuso, administración de membresía y procesos de gestión de recursos.

El material público de agotamiento registra que AFRINIC entró en la Fase 2 de Aterrizaje Suave en enero de 2020, dejando las nuevas asignaciones o asignaciones ordinarias de IPv4 restringidas a tamaños pequeños. Su manual de políticas trata la precisión del registro, la justificación de necesidades, el uso regional y las condiciones de transferencia como características centrales del sistema.

Los informes públicos también han descrito acusaciones de robo de direcciones, la disputa de Cloud Innovation sobre uso, arrendamiento y servicio fuera de la región, una congelación de recursos en 2021 y lucha judicial, años sin función normal de la junta, administración judicial desde 2023, intentos electorales problemáticos en 2025, una elección de junta en septiembre de 2025 y litigios continuos y preguntas de restauración en 2026.

Esos hechos son pruebas de fondo, no un veredicto sobre cada arrendamiento. Importan porque cada uno cambia el costo de la contratación privada.

El arrendatario quiere saber si puede originar rutas, si el DNS inverso y el RPKI estarán bajo control oportuno, quién responde por los abusos, quién absorbe el daño reputacional, qué sucede cuando termina el contrato, qué pasa si cambia el reconocimiento del registro, cómo se protege a los clientes durante una disputa, si se permite el subarrendamiento, cómo se manejan los hechos de uso regional y geolocalización, y si el acuerdo privado hace más visible la realidad operativa o la oculta para todos los que dependen del registro de direcciones. El arrendamiento no es un escape de la gobernanza.

Es gobernanza por contrato donde el libro público es demasiado delgado para describir el uso.

La tesis es estrecha. AFRINIC no es aquí principalmente un ejemplo de riesgo de liberación de pago, opacidad de precios, práctica de inspección de títulos o descuento de financiamiento de direcciones, aunque cada uno puede aparecer en el borde de una transacción. Es una prueba de cuánto riesgo operativo e institucional puede empujarse a un acuerdo privado cuando la transferencia reconocida por el registro no puede satisfacer la demanda de manera rápida, barata o suficientemente confiable. Un mercado de arrendamiento puede ayudar a las redes a sobrevivir a la escasez.

También puede crear asignación sombra si los contratos no asignan control, responsabilidad y evidencia con precisión.

El arrendamiento comienza donde la transferencia reconocida por el registro no puede satisfacer la demanda

El arrendamiento a menudo se describe como un sustituto de segunda clase de la propiedad. Eso pasa por alto la distinción más importante en los mercados de IPv4: control reconocido por el registro versus uso operativo. Una transferencia completa intenta alinear al titular registrado, propietario comercial, red operativa y futuro portador de riesgo. Un arrendamiento los separa deliberadamente.

El titular permanece en el registro; el arrendatario opera las direcciones; los clientes dependen del arrendatario; los sistemas de enrutamiento, los sistemas de reputación y los escritorios de abuso observan un uso que puede no coincidir con la lectura simple del registro.

Esta separación aparece porque la demanda no espera una movilidad administrativa perfecta. La escasez del grupo libre de AFRINIC limita lo que una red en crecimiento puede obtener mediante asignación ordinaria. Sus reglas de transferencia se basan en la necesidad y están enmarcadas regionalmente: el receptor debe justificar la necesidad, convertirse en miembro de AFRINIC, firmar el acuerdo de servicios de registro y aceptar las políticas actuales. Los recursos heredados transferidos ya no disfrutan del tratamiento heredado. Las entidades de origen enfrentan condiciones de enfriamiento.

Esas reglas pueden servir para la conservación, la equidad y la anti-especulación, pero también hacen que la transferencia sea un evento institucional más elaborado que una orden de compra privada. Si un operador de centro de datos necesita direcciones este trimestre, y si una transferencia reconocida tomaría un tiempo incierto o expondría a las partes a una revisión de políticas, el arrendamiento se vuelve comercialmente atractivo.

El arrendamiento también aparece donde el titular valora la opcionalidad futura. Un titular puede no querer vender un bloque porque espera una demanda interna posterior, quiere reserva estratégica, teme perder poder de negociación o no quiere convertir una posición reconocida en un archivo de transferencia que puede ser cuestionado. Un arrendamiento convierte la capacidad inactiva o sobrante en rendimiento mientras mantiene el nombre del titular en el registro. Para el arrendatario, el intercambio es diferente. Recibe uso inmediato pero no el mismo control duradero que una transferencia.

El contrato no es, por lo tanto, una factura de alquiler con anexos técnicos. Es una constitución privada para el control dividido.

La historia reciente de AFRINIC aumenta la demanda de tales constituciones. Los relatos públicos de la disputa de Cloud Innovation describen un desacuerdo sobre si el uso real, el servicio al cliente fuera de la región y el arrendamiento comercial eran compatibles con representaciones anteriores, expectativas de políticas y obligaciones contractuales. La disputa no solo trataba sobre direcciones. Trataba sobre si una realidad operativa cambiada podía convertirse en un defecto en el reconocimiento del registro. Esa pregunta es exactamente lo que preocupa a un arrendatario.

Si el registro luego desafía al titular, la red del arrendatario puede sufrir aunque el arrendatario no haya sido el solicitante original, no haya firmado la justificación anterior y pueda no tener posición directa en la cuenta del registro.

El contrato debe, por lo tanto, responder una pregunta que el libro de registro no responde por sí mismo: ¿qué obtiene realmente el arrendatario? No puede prometer sensatamente "direcciones" en abstracto. Debe definir un paquete de derechos y servicios: permiso de origen de ruta, uso exclusivo o compartido, plazo mínimo, obligaciones de soporte, manejo de DNS inverso, cambios de RPKI e IRR, enrutamiento de abusos, remediación de reputación, cooperación en geolocalización, obligaciones de notificación al cliente, continuidad durante disputas y asistencia para la salida.

Sin ese paquete, el arrendatario ha pagado por una cadena de números y una esperanza.

Un arrendamiento es un paquete de control, no un calendario de alquiler

La forma comercial de un arrendamiento de IPv4 es engañosamente familiar. Una parte paga un alquiler periódico. Otra proporciona acceso a un bloque definido. El cliente puede depositar una garantía, proporcionar información del caso de uso, aceptar reglas de abuso y aceptar no subarrendar sin consentimiento. Esto hace que el acuerdo parezca un alquiler de equipos o espacio de oficina. No lo es. Un bloque de direcciones arrendado es un objeto de coordinación que depende de que sistemas independientes acepten una historia sobre el control.

El primer control es la exclusividad. Si el arrendador mantiene el registro pero da al arrendatario el uso operativo, el arrendatario necesita la seguridad de que ninguna otra parte anunciará, venderá, arrendará, pignorará, reservará o enrutará el mismo prefijo durante el plazo. El uso duplicado puede crear conflictos de ruta, fugas, problemas de filtrado y cortes de clientes. Un arrendador con múltiples brókers, revendedores o clientes históricos puede crear accidentalmente reclamos superpuestos. Un registro que nombra al arrendador no le dirá al arrendatario si existe otro acuerdo privado.

El segundo control es la autoridad. El arrendatario necesita evidencia de que el arrendador puede conceder el uso. Esa evidencia puede incluir registros actuales del registro, autoridad corporativa, acceso a la cuenta, ausencia de disputas conocidas, control histórico de rutas, registros de delegación pasada y autorización escrita para el AS de origen del arrendatario. Esto se asemeja a la diligencia en una transferencia, pero la pregunta es más operativa que archivística: ¿puede esta parte apoyar el uso del arrendatario hoy y mantener los controles necesarios vinculados al registro durante el plazo?

La evidencia de autoridad es un insumo para la continuidad, no el objeto central del artículo.

El tercer control es la cooperación. Un arrendador puede mantener su nombre en WHOIS y aún así hacer que el arrendamiento sea inútil al no publicar ROAs, actualizar el DNS inverso, aprobar objetos IRR, responder escalaciones de abuso, firmar cartas para los upstreams, apoyar correcciones de geolocalización o dar aviso cuando el registro plantea una pregunta. Muchos fallos en un arrendamiento son fallos de cooperación después de que la primera ruta se activa. El contrato debe convertir la cooperación de cortesía en deber, con ventanas de servicio, contactos autorizados, caminos de emergencia y consecuencias por demora.

El cuarto control es la asignación de riesgos. Si proviene abuso del cliente del arrendatario, ¿quién absorbe el daño de filtrado y listas negras? Si una base de datos de geolocalización asigna el bloque al país equivocado, ¿quién persigue la corrección? Si el registro pide al titular que explique el uso, ¿quién prepara la evidencia y quién soporta el costo? Si una acción judicial o del registro interrumpe el servicio, ¿se pausa el alquiler?, ¿el arrendador proporciona espacio de reemplazo?, ¿el arrendatario recibe tiempo de transición?, ¿qué sucede con los clientes downstream? Estos no son casos extremos exóticos.

Son los riesgos ordinarios creados por separar el reconocimiento del registro del uso operativo.

El alquiler importa, pero solo después de que el paquete de control sea visible. Un arrendamiento con autoridad de ruta clara, largos períodos de aviso, RPKI utilizable, reputación limpia y términos de continuidad sólidos tiene una economía diferente a un arrendamiento que ofrece solo permiso de ruta y un buzón. El precio no puede evaluarse aparte del paquete de control oculto. Un arrendamiento barato con promesas operativas débiles puede ser el plan de direcciones más caro en la sala.

Los hechos de uso regional pertenecen dentro del acuerdo

Cada RIR enfrenta el problema de hacer coincidir la región del registro con la geografía operativa. La versión de AFRINIC es inusualmente consecuente porque los argumentos de uso regional han pasado del texto de política a litigios y práctica de mercado. El contexto es suficientemente claro. La región de servicio de AFRINIC cubre África y partes del Océano Índico. Sus reglas de agotamiento y transferencia están diseñadas en torno a la escasez regional y la distribución basada en necesidades.

Su manual de políticas contiene requisitos de registro y reglas de gestión de recursos que asumen que el registro puede preguntar dónde y por qué se están utilizando las direcciones. Los análisis públicos de la disputa de Cloud Innovation informan que AFRINIC cuestionó discrepancias entre el uso registrado y los países reales de uso, la consistencia con la necesidad declarada y el requisito de que los servicios se originen dentro de la región definida.

Para un arrendamiento, esto crea un problema de redacción. Supongamos que el titular registrado está en la región de AFRINIC, el arrendatario está constituido en otro lugar, el AS de origen se opera desde un centro de datos europeo, los clientes son globales, el bloque de direcciones apoya servicios orientados a África a través de una plataforma de contenido, y las bases de datos de geolocalización muestran varios países dependiendo del enrutamiento y los conjuntos de datos comerciales. ¿Es eso uso regional conforme, uso extraterritorial impermisible, servicio global ordinario o un registro incompleto?

El arrendamiento no puede decidir la cuestión política por AFRINIC. Pero puede decidir qué hechos deben divulgarse, quién representa qué, y qué sucede si el registro o una contraparte cuestiona el acuerdo.

Un contrato débil evita el problema con lenguaje vago: "el cliente cumplirá con la política de registro aplicable" o "las direcciones no serán mal utilizadas". Eso puede satisfacer un formulario, pero no asigna riesgo. El arrendatario necesita saber si se permite la originación extraterritorial, si el uso debe apoyar la conectividad africana, si la geografía del cliente está restringida, si el arrendador ha hecho representaciones a AFRINIC que limitan el uso, y si el arrendador proporcionará copias o resúmenes de las restricciones relevantes.

El arrendador necesita saber si el despliegue del arrendatario lo expondrá a revisión de recursos, daño reputacional o riesgo de terminación.

La mejor arquitectura trata los hechos de uso regional como datos del contrato. El arrendatario debe indicar dónde se operan los servicios, qué ASN originarán rutas, qué categorías de clientes usarán el espacio, si alguna parte está destinada a servicio orientado a África, si se harán afirmaciones de geolocalización y si se espera subdelegación. El arrendador debe indicar si el bloque está sujeto a correspondencia de política conocida, estado de disputa, representaciones pasadas, restricciones de transferencia, condiciones de revisión de recursos o compromisos de uso que puedan afectar el arrendamiento.

Estas divulgaciones no necesitan hacer público cada secreto comercial. Entre las partes, deben ser lo suficientemente específicas para evitar sorpresas posteriores.

Este no es un argumento para que los contratos privados evadan la política regional. Es lo contrario. Un contrato de arrendamiento que nombra honestamente la geografía operativa da a las partes, a los upstreams y posiblemente al registro una imagen más precisa que uno que finge que el titular y el operador son el mismo. Donde la política prohíbe un uso, el contrato no debe encubrir la prohibición. Donde la política no es clara, el contrato debe decir quién soporta la incertidumbre. El peor resultado no es el arrendamiento comercial en sí mismo. Es un mercado de arrendamiento que sobrevive ocultando los hechos que todos luego dicen necesitar.

La originación de rutas es el primer derecho de control

El acto más visible en un arrendamiento es el anuncio de ruta. Hasta que un prefijo se origina, el arrendatario no tiene servicio. Una vez que se origina, el resto de Internet comienza a formarse una opinión sobre quién controla el bloque. Los proveedores de tránsito, pares, servidores de rutas, colectores de rutas, sistemas de monitoreo y clientes observan el AS de origen. Algunos piden una carta de autorización. Algunos verifican objetos de ruta IRR. Algunos confían en RPKI. Algunos aplican filtros locales. La ruta es donde el permiso privado se convierte en comportamiento público.

Un contrato de arrendamiento debe, por lo tanto, definir la autoridad de origen de ruta antes que cualquier otra cosa. Debe identificar el AS o ASN de origen autorizado, si se permite el multi-origen, si se permiten anuncios más específicos, qué longitudes de prefijo pueden anunciarse, qué upstreams o IXPs pueden recibir la ruta, y si el arrendatario puede mover el prefijo entre redes durante el plazo. Debe definir quién firma las cartas de autorización, quién puede revocarlas, qué tan rápido puede ocurrir la revocación en una emergencia real, y qué aviso se requiere antes de que un arrendador retire la autorización ordinaria.

Un arrendamiento que simplemente dice que el arrendatario puede "usar" el bloque es peligrosamente incompleto.

La autoridad de ruta es también el primer lugar donde la continuidad del cliente se encuentra con el control del arrendador. Un arrendador puede querer derechos de suspensión inmediata si el arrendatario viola las reglas de abuso, no paga, subarrienda sin consentimiento o crea riesgo legal. El arrendatario necesita períodos de cura y remedios proporcionales porque la retirada abrupta puede romper servicios de clientes, flujos de pago, VPNs, sistemas de correo y listas de permitidos de seguridad. El contrato debe distinguir emergencias de incumplimientos ordinarios.

Un secuestro, una campaña de fraude activa o una orden judicial pueden justificar una acción rápida. Una disputa de facturación o un retraso de papeleo generalmente no deberían. Sin esa distinción, el arrendador tiene un interruptor de apagado privado sobre los clientes del arrendatario.

El entorno institucional de AFRINIC hace que la cuestión de la ruta sea más que técnica. Si el registro desafía el uso del titular, o si una disputa cambia el estado de la cuenta del titular, los upstreams pueden dudar en aceptar la autorización del arrendatario. El arrendatario puede no resolver esto mostrando solo el arrendamiento; las redes aún pueden preguntar si el titular reconocido por el registro apoya la ruta y si los objetos de seguridad vinculados al registro están actualizados.

Un contrato debe anticipar esto exigiendo al arrendador que mantenga evidencia continua de autorización y que notifique al arrendatario dentro de un período de aviso definido de cualquier evento de registro, tribunal o cuenta que pueda afectar la aceptación de la ruta.

La originación de ruta también separa la delegación legítima de la transferencia oculta. Un arrendamiento limpio puede decir que el titular sigue siendo el titular registrado de los recursos; el arrendatario puede originar rutas especificadas para servicios especificados durante un plazo definido; los contactos del registro y los objetos de seguridad identificarán o apoyarán esa delegación operativa cuando sea factible; y no se reclama una transferencia similar a la propiedad.

Un acuerdo sombra dice poco, enruta a través de intermediarios y deja a los forasteros preguntándose si el arrendatario está autorizado o simplemente explotando un registro obsoleto. La diferencia no es lenguaje moral. Es evidencia.

El DNS inverso, el RPKI y el IRR convierten el permiso en alcanzabilidad

El espacio IPv4 arrendado falla silenciosamente cuando los controles adyacentes se quedan atrás del enrutamiento. Una ruta BGP puede activarse mientras el DNS inverso aún apunta a un uso anterior, el RPKI aún autoriza el origen antiguo del arrendador, los objetos IRR faltan o están obsoletos, y los contactos de abuso aún llegan a un buzón que nadie del lado del arrendatario lee. Los ingenieros a veces tratan estas como tareas de mantenimiento. En un arrendamiento, son parte del activo.

El DNS inverso es el ejemplo más claro. Muchos servicios usan registros PTR para reputación de correo, registro, diagnósticos, soporte al cliente y comodidad institucional. El manual de políticas de AFRINIC trata la delegación inversa como un servicio de registro vinculado a asignaciones o sub-asignaciones registradas y al estado de membresía. Si el arrendador permanece en control del DNS inverso, el arrendatario debe saber cómo se solicitarán las actualizaciones, qué política de nombres se aplica, cuánto tiempo toman los cambios, si los clientes pueden recibir control delegado para sus rangos, y qué sucede al terminar.

Si el DNS inverso no puede actualizarse porque la cuenta del arrendador está en disputa o no está actualizada, el cliente del arrendatario puede experimentar problemas de entregabilidad o confianza que parecen fallas de servicio.

El RPKI es incluso más consecuente porque puede convertir la autoridad en filtrado automatizado. Si un ROA válido autoriza el origen incorrecto, o si no hay ROA presente donde el upstream espera uno, el arrendatario puede enfrentar fallos parciales de alcanzabilidad. Si el arrendador puede revocar o alterar ROAs sin aviso, la red del arrendatario está expuesta a una acción administrativa privada con efectos globales.

El contrato debe especificar quién solicita o crea ROAs, qué valores de AS de origen y maxLength están permitidos, cómo se manejan los cambios de emergencia, si el arrendatario puede recibir control de certificación delegado si está disponible, y qué aviso se requiere antes de la revocación. También debe requerir pruebas antes del corte, no después de que los clientes se quejen.

Los objetos IRR se sitúan entre el contrato y el hábito de enrutamiento. Muchas redes aún filtran usando objetos de ruta incluso cuando RPKI está disponible. Un arrendamiento debe identificar qué base de datos IRR se utilizará, quién mantiene los objetos de ruta y route6, qué mantenedor los controla, si el arrendador autenticará objetos creados por el arrendatario, y cómo se eliminarán los objetos obsoletos al final. Los datos IRR obsoletos pueden mantener una ruta con aspecto autorizado después de que termine el arrendamiento, o hacer que una ruta legítima parezca sospechosa durante el arrendamiento. Ambos casos crean riesgo.

Estos servicios son donde se cruzan el libro de registro, el contrato privado e Internet operativo. Los materiales de servicio de AFRINIC enumeran DNS inverso, IRR, RPKI, WHOIS y RDAP porque el registro del titular solo no es suficiente. Un contrato de arrendamiento que ignora estos controles deja al arrendatario dependiente de la buena voluntad. Un contrato serio los trata como entregables con plazos, evidencia, caminos de respaldo y consecuencias orientadas al cliente.

El manejo de abusos decide si el riesgo sigue al cliente o al prefijo

El abuso es el vocabulario moral recurrente del arrendamiento de IPv4. Los críticos señalan spam, fraude, infraestructura de bots, phishing y alojamiento evasivo. Los defensores responden que el abuso puede ocurrir en cualquier red y que los contactos transparentes son mejores que el uso oculto. Ambas afirmaciones pueden ser ciertas. La cuestión contractual es más práctica: cuando el tráfico o contenido dañino proviene de un bloque arrendado, ¿quién recibe el aviso?, ¿quién investiga?, ¿quién actúa?, ¿quién informa de vuelta y quién soporta el costo reputacional?

El manual de políticas de AFRINIC reconoce un objeto de contacto de abuso dedicado como una forma de enrutar las quejas al contacto de red correcto. También señala el conocido problema de precisión de datos. En un arrendamiento, la precisión se vuelve más difícil porque el titular reconocido por el registro puede no ser la red que opera a los clientes. Si las quejas de abuso van solo al arrendador, el arrendatario puede enterarse demasiado tarde. Si van solo al arrendatario, el arrendador puede enfrentar consecuencias del registro o upstream sin visibilidad.

Si van a un bróker o revendedor, ambas partes principales pueden estar aisladas de la realidad operativa. El contrato debe requerir caminos de escalada directa, referencias de tickets compartidas y tiempos de respuesta definidos.

Las cláusulas de abuso también necesitan proporcionalidad. Un arrendador no puede tolerar un arrendatario que quema reputación, ignora quejas y expone el bloque a filtrado. Un arrendatario no puede operar si el arrendador puede terminar todo el prefijo por un informe no verificado. El contrato debe clasificar los eventos: quejas ordinarias, quejas repetidas no resueltas, abuso verificado severo, avisos de aplicación de la ley o tribunal, amenazas de suspensión upstream, consultas del registro y emergencias reputacionales.

Cada clase debe tener un remedio: aviso, cura, aislamiento del cliente, ruta nula temporal, retiro del depósito, rango de reemplazo, suspensión de una subred o terminación. El remedio debe coincidir con el daño operativo.

Los casos más difíciles involucran clientes downstream. Una empresa de alojamiento puede arrendar un bloque y asignar direcciones a cientos de clientes. Un cliente envía spam o aloja contenido de phishing. El arrendador exige la terminación de todo el arrendamiento. La empresa de alojamiento dice que puede aislar al cliente. Los upstreams amenazan con filtros. El registro pregunta quién es responsable. Sin un contrato, todos señalan a otro lado.

Con un buen contrato, el arrendatario debe mantener registros de identidad del cliente, reglas de uso aceptable, archivos de investigación y capacidad de contención rápida; el arrendador debe evitar una interrupción más amplia de lo necesario; y ambas partes tienen un paquete de evidencia para la escalada externa.

El manejo de abusos también influye en si los acuerdos privados revelan u ocultan la realidad. Si el arrendamiento proporciona contactos operativos precisos y registra la responsabilidad downstream, las quejas llegan a la parte que puede actuar. Si el arrendamiento oculta al arrendatario detrás del titular, el registro público parece limpio hasta que falla. El arrendamiento se asocia entonces con evasión incluso cuando muchos arrendamientos son acuerdos de capacidad ordinarios. La forma de defender el arrendamiento legítimo no es retórica. Es contactabilidad.

La reputación debe ser entregada, mantenida y devuelta

La reputación de IPv4 no se almacena en una sola base de datos. Se acumula en listas negras, sistemas de correo, proveedores de geolocalización, pasarelas de pago, historiales de proveedores de alojamiento, motores de fraude, registros de enrutamiento, memorias de clientes y juicio informal de operadores de red. Un arrendamiento crea exposición conjunta a esta reputación. El arrendatario puede dañar el bloque a través del comportamiento del cliente. El arrendador puede dañar el servicio del arrendatario al proporcionar un bloque con historial no divulgado.

El registro puede afectar a ambos al asociar el bloque con disputas o incertidumbre de políticas. Ningún registro único cuenta toda la historia.

Un arrendamiento debe, por lo tanto, tratar la reputación tanto como una condición de entrega como un pacto continuo. En la entrega, el arrendador debe divulgar el estado conocido de listas negras, historial reciente de abusos, categorías anteriores de clientes, anomalías de geolocalización, problemas de historial de rutas, residuos de DNS inverso y cualquier disputa pública o del registro que pueda afectar la incorporación. El arrendatario debe probar el bloque antes de la producción y aceptarlo o rechazarlo dentro de un período definido.

Si el arrendatario acepta una condición conocida, no debe luego tratar esa condición como incumplimiento. Si el arrendador oculta una condición material, es poco probable que un crédito de alquiler compense migraciones fallidas de clientes.

Durante el plazo, la reputación debe mantenerse. El arrendatario debe operar controles de uso aceptable, preservar registros de clientes, responder quejas, evitar una rotación rápida que parezca alojamiento evasivo y cooperar con la remediación. El arrendador debe apoyar la eliminación de listas donde su estado de titular sea necesario, mantener contactos del registro y evitar arrendar espacio adyacente o superpuesto de manera que contamine la reputación. Ambas partes deben mantener registros de pasos de remediación. La reputación a menudo se recupera con evidencia, no con aseveraciones.

El período de terminación es especialmente riesgoso. Un arrendatario que se va puede tener clientes que todavía usan registros DNS, listas de permitidos o APIs vinculados a las direcciones. Un arrendador que se prepara para arrendar el bloque nuevamente necesita la seguridad de que los clientes antiguos se han ido, el abuso está remediado y los residuos de DNS inverso o IRR se han eliminado. Un nuevo arrendatario no quiere heredar la reputación de correo o los errores de geolocalización del arrendatario anterior.

El contrato debe proporcionar un proceso de devolución de reputación: escaneo final, informe de listas negras, cierre de tickets de abuso, limpieza de objetos de ruta, restablecimiento de DNS inverso, estado de geolocalización y cambios de certificación. Este es el equivalente operativo de devolver las instalaciones en buen estado.

El contexto de AFRINIC refuerza el punto porque las historias públicas de la región incluyen tanto supuesta manipulación de registros como uso comercial disputado. Esa combinación puede hacer que los forasteros traten el espacio arrendado administrado por AFRINIC como más riesgoso incluso cuando un bloque particular está limpio. Un contrato no puede reparar la reputación institucional por sí mismo. Pero puede evitar que las partes añadan opacidad privada a la incertidumbre pública.

La terminación es difícil porque las direcciones se convierten en memoria del cliente

La mayoría de los arrendamientos están redactados como si el final del plazo devolviera el mundo a su estado anterior. El arrendamiento de IPv4 rara vez funciona así. Las direcciones se incrustan en los sistemas del cliente. Aparecen en DNS, cortafuegos, listas de permitidos de API, configuraciones VPN, encabezados de correo, modelos de fraude, procesadores de pago, herramientas de monitoreo, certificados, políticas de seguridad y documentación de proveedores. Un cliente puede no saber que su proveedor arrendó el espacio. Solo sabe que la dirección funciona.

Cuando termina el arrendamiento, retirar una ruta puede convertirse en una interrupción comercial.

Los derechos de terminación requieren, por lo tanto, más cuidado que las cláusulas de pago. El arrendador quiere protección contra impago, abuso, subarrendamiento no autorizado, incumplimiento de políticas, pérdida de reconocimiento del registro y daño reputacional. El arrendatario quiere aviso predecible, derechos de cura, asistencia para la migración y continuidad del cliente. Un contrato que le da al arrendador terminación inmediata por "preocupación de política" o "riesgo reputacional" amplios puede ser comercialmente inutilizable. Un contrato que atrapa al arrendador durante meses mientras el abuso continúa puede ser imprudente.

El problema de redacción es distinguir los tipos de incumplimiento y emparejarlos con períodos de transición.

El impago ordinario generalmente puede manejarse a través de aviso, períodos de cura cortos, depósitos y suspensión escalonada. El abuso grave puede requerir contención inmediata de un cliente o subred, pero no necesariamente la retirada de todo el bloque. El subarrendamiento no autorizado puede justificar la suspensión de la parte no autorizada mientras se preserva el servicio del cliente inocente. El desafío del registro puede requerir una respuesta de evidencia y un plan de contingencia en lugar de terminación automática.

Las órdenes judiciales pueden anular el contrato pero aún deben desencadenar deberes de cooperación y procesos de notificación al cliente. Cada evento tiene un perfil de continuidad diferente.

La capa del cliente es la razón por la que la terminación no puede ser un duelo privado. Si un arrendatario atiende a empresas, bancos, agencias públicas, hospitales, plataformas de contenido o redes de acceso, la retirada abrupta puede perjudicar a partes que nunca negociaron el arrendamiento. El contrato debe exigir que el arrendatario mantenga un inventario de clientes a un nivel apropiado de confidencialidad, identifique servicios críticos donde sea legal y factible, y prepare planes de migración.

El arrendador no necesita volverse responsable de cada cliente downstream, pero no se le debe permitir ignorar el daño previsible cuando hay un remedio menos disruptivo disponible.

La terminación también afecta la evidencia después del hecho. Rutas obsoletas, ROAs obsoletos, objetos IRR antiguos, DNS inverso persistente y registros DNS de clientes pueden hacer que un bloque devuelto parezca secuestrado, sucio o disputado. El arrendamiento debe requerir una lista de verificación de devolución y una atestación de que el control operativo ha terminado. Esto protege al arrendador, al próximo arrendatario y a la red en general. Una salida limpia es una de las señales más fuertes de que el arrendamiento es una delegación ordenada en lugar de una transferencia oculta.

Los eventos del registro necesitan sus propias cláusulas

El riesgo más específico de AFRINIC es que el reconocimiento del registro puede no seguir siendo un supuesto de fondo silencioso. Un arrendador puede ser el titular reconocido cuando se firma el arrendamiento. Más tarde, el registro puede cuestionar el uso, suspender un servicio, rechazar una actualización, negar una transferencia, cambiar la interpretación de la política, recibir una queja, quedar sujeto a una orden judicial o enfrentar restricciones operativas propias. El contrato del arrendatario con el titular no vincula al registro. Esa es la asimetría fundamental del arrendamiento.

La historia reciente de AFRINIC da a este riesgo una forma concreta. Los informes públicos describen una acción de recursos de 2021 contra Cloud Innovation, litigios que afectaron las cuentas bancarias del registro, años de disfunción de la junta y ejecutiva, administración judicial, intentos electorales anulados y repetidos, una elección de junta en septiembre de 2025, declaraciones en 2026 sobre recuperación y presupuestos, y más litigios en torno a la liquidación, publicaciones y representaciones relacionadas con el arrendamiento. Estos hechos no deciden ningún arrendamiento privado.

Muestran por qué un arrendatario no puede asumir que los servicios del registro serán siempre administrativamente rutinarios.

El contrato debe, por lo tanto, definir cláusulas de evento de registro. Un evento de registro puede incluir pérdida de buena reputación, revisión de recursos, correspondencia adversa, rechazo de una actualización técnica solicitada, bandera de disputa, orden judicial, restricción de administración judicial, cambio en la política que afecte el arrendamiento, o declaración pública que perjudique materialmente la aceptación de la ruta o la confianza del cliente.

El arrendador debe tener el deber de notificar al arrendatario sin demora, proporcionar información no privilegiada, cooperar en una respuesta y evitar hacer admisiones unilaterales que perjudiquen la operación del arrendatario. El arrendatario debe tener el deber de proporcionar hechos de despliegue e información de impacto al cliente necesarios para la respuesta.

El tratamiento del alquiler debe ser secundario pero claro. Si la acción del registro impide el uso, el alquiler puede reducirse o aplicarse créditos. Un depósito o alquiler prepago puede asegurar el rendimiento o las obligaciones de transición. Pero el problema central no es la mecánica de pago. Es quién soporta las consecuencias operativas cuando el reconocimiento público y el uso privado divergen. Un arrendatario que ha movido clientes al prefijo necesita evidencia, niveles de servicio y derechos de transición más que un ajuste contable posterior.

Las cláusulas de evento de registro también deben evitar fingir que toda preocupación del registro es ilegítima. Si el despliegue del arrendatario viola una restricción de política clara divulgada, el arrendatario debe soportar ese riesgo. Si el arrendador no divulgó correspondencia o restricciones previas, el arrendador debe soportarlo. Si el entorno político cambia impredeciblemente, las partes pueden compartir el riesgo a través de derechos de terminación, espacio de reemplazo, períodos de transición o ajuste de alquiler. El punto es asignar la incertidumbre antes de que llegue el ticket.

El subarrendamiento es donde la delegación se convierte en opacidad

El subarrendamiento es el punto en el que un acuerdo de capacidad eficiente puede convertirse en un mercado sombra. Un titular arrienda un bloque a una red. Esa red arrienda partes a clientes de alojamiento, revendedores, operadores de VPN, inquilinos en la nube o proveedores de servicios gestionados. Algunos de esos clientes asignan direcciones nuevamente. Después de dos o tres capas, la parte nombrada en el registro puede tener poca idea de quién origina el tráfico, quién recibe las quejas de abuso, quién controla el DNS inverso para un segmento, o qué cliente resultará perjudicado por la terminación.

El libro público ve a un titular; Internet experimenta una cadena.

No toda delegación downstream es abusiva. Muchos servicios de red la requieren. Un centro de datos puede asignar direcciones a clientes de colocación. Un ISP puede proporcionar direcciones estáticas a empresas. Un proveedor de alojamiento gestionado puede asignar direcciones a servidores de clientes. El problema no es la delegación como tal. Es la delegación no controlada sin evidencia, contactos u obligaciones de flujo descendente. Una política de registro que condena toda delegación puede llevarla a la clandestinidad. Un contrato que permite toda delegación sin controles invita al abuso y al daño al cliente.

Un buen contrato de arrendamiento distingue la asignación ordinaria de clientes del subarrendamiento comercial. La asignación ordinaria de clientes puede estar permitida dentro del servicio del arrendatario, sujeta a reglas de uso aceptable y registros de abuso. El subarrendamiento comercial, donde el cliente puede revender, enrutar de forma independiente, controlar el DNS inverso o presentarse como proveedor de las direcciones, debe requerir consentimiento por escrito, verificaciones de identidad, términos de flujo descendente y divulgación operativa.

El arrendador debe saber si el arrendatario es un operador de red que usa direcciones para sus propios servicios o un intermediario que construye un segundo mercado de arrendamiento.

Las obligaciones de flujo descendente importan porque el arrendador no puede hacer cumplir lo que el cliente downstream nunca aceptó. La respuesta a abusos, pactos de no secuestro, límites de enrutamiento, afirmaciones de geolocalización, asistencia para terminación, retención de registros de clientes, cooperación con consultas del registro y reglas de no subarrendamiento adicional deben seguir a las direcciones. Si se detienen en el primer arrendatario, la cadena se rompe exactamente donde se necesita evidencia. El arrendatario debe seguir siendo responsable de los actos downstream, pero la responsabilidad sin registros es teatral.

El subarrendamiento también afecta las afirmaciones de uso regional. Un arrendatario puede ser regionalmente conforme en su propio despliegue pero permitir que un revendedor downstream use el espacio en otro lugar. O puede afirmar servicio orientado a África mientras la mayoría del uso downstream es global. Si el arrendamiento no rastrea esa distinción, el titular puede hacer declaraciones inexactas al registro o a las contrapartes. La transparencia no necesita significar divulgación pública de cada cliente. Significa que el contrato preserva suficiente verdad para responder la próxima pregunta seria.

La geolocalización convierte hechos competidores en riesgo contractual

La geolocalización a menudo se trata como un problema de base de datos externa. En el arrendamiento se convierte en un problema contractual porque el uso de direcciones, la ubicación del titular registrado, el AS de origen, la ubicación del cliente y el propósito comercial pueden apuntar en diferentes direcciones. Un bloque administrado por AFRINIC puede ser mantenido por un miembro de la región de África o el Océano Índico, enrutado desde un centro de datos europeo, utilizado por clientes en varios continentes y etiquetado por proveedores de geolocalización comercial en otro país.

Ninguna de esas señales por sí sola prueba mal uso o legitimidad. Juntas crean riesgo de inferencia.

Un proyecto de investigación de 2026, WHEREIS, es un antecedente útil porque trata la consistencia geo del registro como un problema de medición más que como un eslogan. Los investigadores construyeron una forma de comparar la ubicación medida del prefijo con la región RIR y la ubicación de la organización registrada. Encontraron que la mayoría de los prefijos eran consistentes en conjunto, pero que la variación entre RIRs importa y AFRINIC fue un estudio de caso.

También mostraron que las inconsistencias pueden aparecer en bases de datos de geolocalización comercial y que los problemas estructurales, no solo el agotamiento de IPv4, dan forma al problema. Para el arrendamiento, la lección no es que toda señal extraterritorial pruebe incumplimiento. La lección es que la realidad operativa es más difícil de inferir cuando el registro, la ruta y la historia del cliente divergen.

Los contratos no deben externalizar este problema a proveedores de geolocalización. Deben especificar quién es responsable de la corrección de geolocalización, qué afirmaciones de país o región pueden hacerse, qué evidencia puede presentar el arrendatario a las bases de datos, y si el arrendador debe apoyar las solicitudes de corrección. Si el servicio se vende como conectividad africana, esa afirmación debe ser respaldada por hechos operativos reales. Si el servicio es alojamiento global utilizando espacio administrado por AFRINIC, las partes no deben fingir lo contrario entre sí.

La geolocalización inexacta puede romper licencias de contenido, controles de fraude, acceso bancario, localización fiscal, portales del sector público y análisis de clientes. Esas pérdidas no deben dejarse al lenguaje de indemnización genérica.

Las afirmaciones de uso regional también requieren humildad. Una categoría de política puede no mapearse limpiamente en la arquitectura de red. Un servicio de entrega de contenido fuera de África puede mejorar la experiencia del usuario africano. Un servicio global de antiabuso puede usar direcciones en múltiples regiones. Un cliente en la nube puede estar constituido en un país, servir usuarios en otro y enrutar a través de un tercero. Un registro puede centrarse en dónde se originan los servicios. Un cliente puede centrarse en dónde están los usuarios. Una base de datos de geolocalización puede centrarse en la latencia.

El arrendamiento no puede eliminar estas definiciones, pero puede evitar que las partes cambien de definición oportunistamente.

Aquí es donde los acuerdos privados pueden mejorar o degradar la comprensión pública. Un arrendamiento que registra la geografía de despliegue, la categoría del cliente y la responsabilidad de contacto puede ayudar a explicar por qué la ubicación medida difiere de la ubicación del titular registrado. Un arrendamiento que oculta esos hechos hace que la misma diferencia parezca evasión. En una región donde el uso extraterritorial ha sido litigado y politizado, la opacidad no es neutral. Se convierte en evidencia en la historia de otra persona.

El libro público y el contrato privado deben encontrarse en el control

La elección institucional más importante en el arrendamiento de IPv4 es si los contratos hacen más legible la realidad operativa. Un arrendamiento puede revelar la realidad al documentar el titular, arrendatario, origen de ruta, contactos técnicos, escritorio de abusos, acuerdos de DNS inverso, responsabilidades de RPKI, categorías de clientes, reglas de subdelegación, hechos de uso regional y plan de terminación. Puede enterrar la realidad al nombrar solo al titular, enrutar a través de intermediarios, dejar contactos obsoletos, usar autorizaciones genéricas, ocultar subarrendamientos y tratar cada consulta como un acto hostil.

Ambas estructuras pueden producir tráfico. Solo una produce confianza.

La política del registro puede decidir involuntariamente qué estructura prevalece. Si el registro proporciona una forma segura de registrar la delegación operativa sin tratar cada arrendamiento como una transferencia prohibida, las partes responsables tienen una razón para ser sinceras. Si el registro trata la sinceridad como un desencadenante de una revisión amplia del modelo de negocio, las partes divulgarán menos. La base de datos se vuelve entonces menos precisa, y el registro puede citar la inexactitud como una razón para más control. Ese ciclo no es único de AFRINIC, pero la crisis de AFRINIC lo hace visible.

El libro público no necesita publicar cada término comercial. El alquiler, los márgenes, las listas de clientes, los depósitos, las tarifas de terminación y la estrategia comercial pueden permanecer privados. Pero ciertos hechos operativos son hechos de infraestructura. ¿Quién puede originar el prefijo? ¿Quién recibe los informes de abuso? ¿Quién puede cambiar ROAs? ¿Quién controla el DNS inverso? ¿Es el titular registrado también la red operativa? ¿Hay una disputa conocida? ¿Hay un plan de impacto al cliente si cambia el reconocimiento? Estos hechos afectan a terceros. No son meros puntos de negociación privados.

Hay formas de respetar la confidencialidad mientras se mejora la legibilidad. El arrendador puede proporcionar una declaración de autorización operativa limitada a los upstreams y clientes. El arrendatario puede publicar contactos de abuso precisos. Las partes pueden mantener registros de clientes disponibles bajo condiciones legales o de registro definidas. Los objetos técnicos pueden identificar mantenedores sin divulgar detalles económicos sensibles. El estado de disputa puede registrarse sin declarar culpa. El arrendamiento puede exigir respuestas veraces a transportistas, bancos, compradores públicos y consultas del registro.

El principio de diseño es simple: ocultar precios si es necesario; no ocultar el control.

El acuerdo también debe preservar evidencia versionada. Los arrendamientos de IPv4 a menudo duran lo suficiente para que el personal, la política de enrutamiento, los clientes, los upstreams y la práctica del registro cambien. Una carta de autorización emitida al comienzo puede no explicar una migración de AS posterior. Una delegación de DNS inverso hecha para una clase de cliente puede no explicar un producto de alojamiento posterior. Una corrección de geolocalización presentada en un trimestre puede ser contradicha por un nuevo enrutamiento al siguiente.

El arrendamiento debe exigir un archivo de evidencia que evolucione con el despliegue: ASN de origen actuales, contactos técnicos actuales, categorías de uso downstream actuales, migraciones materiales de clientes, eventos de abuso significativos, correspondencia del registro, cambios de ROA, cambios de IRR y avisos de terminación. Esto no es burocracia por sí misma. Es la memoria que permite a las partes probar la continuidad cuando un upstream, tribunal, cliente o registro pregunta por qué la ruta todavía merece confianza.

La legibilidad también es una defensa contra el oportunismo entre las partes. Un arrendatario que mantiene registros precisos no puede fácilmente reclamar después que nunca supo de una restricción de uso regional divulgada. Un arrendador que firma una autoridad de ruta específica no puede fácilmente negar que el origen del arrendatario estaba autorizado. Un cliente downstream que recibe términos de flujo descendente no puede tratar fácilmente el bloque como inventario de reventa si el servicio era solo una asignación. El contrato actúa entonces menos como un muro contra los forasteros que como una base de hechos compartida.

En un mercado donde la memoria está fragmentada a través de tickets, objetos WHOIS, colectores BGP, hilos de correo electrónico y facturas privadas, esa base de hechos tiene valor económico.

Esta distinción es crítica para AFRINIC porque los argumentos públicos en torno al arrendamiento se han vuelto muy cargados. Si el arrendamiento se defiende a través de afirmaciones exageradas de que los tribunales han aprobado cada modelo comercial, invita a la corrección y la desconfianza. Si el arrendamiento es atacado como inherentemente ilegítimo a pesar de la demanda operativa real, impulsa el uso hacia formas menos visibles. Una mejor cultura contractual haría afirmaciones modestas: este titular autoriza a este operador para este uso, bajo estos controles, con estos contactos, por este período, sujeto a estas restricciones divulgadas.

Eso no es un manifiesto político. Es higiene de infraestructura.

La tentación en un entorno de registro problemático es hacer contratos más ruidosos. Un arrendador promete control ininterrumpido. Un arrendatario exige indemnizaciones amplias. Un bróker asegura a todos que el registro no importará. Los clientes reciben descripciones de servicio pulidas que omiten la diferencia entre espacio transferido y arrendado. Nada de esto reduce el riesgo. Solo convierte la incertidumbre en incumplimiento futuro.

Un arrendamiento de IPv4 relacionado con AFRINIC que funcione debería hacer lo contrario. Debería reducir la incertidumbre. Debería indicar exactamente lo que el arrendador puede proporcionar y lo que no. Debería reconocer que el registro permanece con el titular a menos y hasta que ocurra una transferencia reconocida. Debería definir los derechos operativos del arrendatario sin pretender que esos derechos son propiedad. Debería asignar responsabilidades de ruta, DNS inverso, RPKI, IRR, abuso, reputación, geolocalización, subarrendamiento, uso regional y terminación. Debería crear deberes de cooperación para eventos del registro.

Debería proteger a los clientes a través de aviso, cura y planificación de migración cuando sea posible. Debería reservar remedios de emergencia para emergencias reales.

Esta arquitectura beneficia al arrendador tanto como al arrendatario. Un arrendador con contratos claros puede mostrar que controla quién usa su espacio, que el abuso se enruta al escritorio correcto, que la delegación downstream está gobernada, que los hechos de uso regional se conocen, y que los objetos técnicos coinciden con la realidad operativa. Eso hace que el arrendador sea menos vulnerable a la acusación de que el arrendamiento es indistinguible del abandono o la evasión. También protege el valor del bloque al reducir el daño reputacional y las salidas caóticas.

Beneficia al arrendatario porque convierte una dependencia frágil en una dependencia gestionada. El arrendatario todavía no posee la posición de registro. Todavía enfrenta riesgo si AFRINIC, un tribunal, un upstream, un proveedor de geolocalización o un cliente disputa el acuerdo. Pero tiene evidencia, niveles de servicio, derechos de aviso y un plan. Para muchos operadores, eso puede ser suficiente para justificar el arrendamiento durante la escasez de IPv4. Para otros, la compra, las direcciones del proveedor, la transición a IPv6, CGNAT o la renumeración pueden ser más racionales. El trabajo del contrato no es forzar una respuesta.

Es hacer visible el intercambio.

También beneficia al sistema de registro, si el sistema está dispuesto a aprender de ello. Un registro no puede satisfacer cada demanda operativa a través de nueva asignación. Puede no querer respaldar cada transferencia. Puede tener razones legítimas para preocuparse por la fuga regional, el fraude, el abuso y la especulación. Pero suprimir el arrendamiento responsable sin ofrecer un camino de delegación legible no elimina la demanda. Empuja la demanda a documentos privados, soluciones de enrutamiento y registros incompletos. El resultado es menos visibilidad sobre la misma realidad operativa que el registro dice que debe entender.

La prueba de AFRINIC es, por lo tanto, economía institucional en miniatura. La escasez crea demanda. La política restringe la transferencia. Los operadores buscan continuidad. Los contratos privados llenan el vacío. La calidad de esos contratos decide si el arrendamiento se convierte en una forma disciplinada de delegación operativa o en un mercado de asignación sombra. El libro de registro puede decir quién es reconocido. No puede, por sí mismo, decidir quién responde a las 02:17 cuando comienza la interrupción del cliente. Esa respuesta tiene que estar escrita antes de que el prefijo sea enrutado.