La primera señal de problemas en un leasing de IPv4 a menudo no es una demanda, un documento de políticas o un debate público sobre la gobernanza regional. Es un ticket a las 02:17 de un domingo por la mañana. Un proveedor de alojamiento ha migrado a un cliente bancario a un /22 administrado por AFRINIC en régimen de leasing. El tráfico está activo. Las reglas de firewall, los relays de correo, los controles de fraude, los scripts de monitoreo y las listas de permisos de socios ahora apuntan a direcciones que el cliente considera infraestructura de producción estable. Dos proveedores upstream aceptaron la ruta tras ver una carta de autorización del titular registrado. Se suponía que el DNS inverso se implementaría después de la migración. Se esperaba una autorización de origen de ruta (ROA) pero no ha aparecido. El buzón de abusos todavía reenvía al equipo de red del arrendador. Un proveedor de geolocalización sitúa parte del bloque en un país que no coincide con lo prometido en la venta. Las devoluciones de pago comienzan a fallar y el cliente pregunta si el proveedor realmente controla las direcciones que vendió como parte del servicio.
El centro de operaciones descubre entonces que cada respuesta está en un lugar diferente. El registro del RIR nombra a una organización. El contrato de leasing nombra a otra. El AS de origen pertenece al proveedor de alojamiento. La delegación de DNS inverso todavía está controlada por el arrendador. El objeto IRR fue creado por un contacto técnico de un intermediario. El cambio de RPKI requiere acceso a una cuenta del registro que el arrendador dice está retrasada por una revisión de cuenta. El contrato del cliente promete continuidad, mientras que el leasing 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 fiable ahora se comporta como una cadena de promesas privadas.
Ese es el problema del contrato de leasing. El leasing 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 sin usar o infrautilizado obtiene ingresos sin renunciar al control a largo plazo. Una red que necesita direcciones para un lanzamiento de 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 logra trasladando el riesgo del libro de registro al contrato. El libro de registro consigna un titular. La red necesita una realidad operativa. El leasing 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 numeración 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 (IRR), certificación de recursos y RPKI, publicación de contactos de abuso, administración de membresías y procesos de gestión de recursos. Los materiales públicos sobre agotamiento registran que AFRINIC entró en la Fase 2 de Aterrizaje Suave en enero de 2020, lo que limita las nuevas asignaciones o asignaciones ordinarias de IPv4 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 el uso, el leasing y el servicio fuera de la región, una congelación de recursos en 2021 y una batalla judicial, años sin función normal de la junta, administración judicial desde 2023, intentos fallidos de elecciones en 2025, una elección de junta en septiembre de 2025 y litigios y cuestiones de restauración continuos en 2026.
Esos hechos son pruebas de contexto, no un veredicto sobre cada leasing. 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 RPKI estarán bajo control oportuno, quién responde a los abusos, quién absorbe el daño a la reputación, qué sucede cuando termina el contrato, qué sucede 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 de todos los que dependen del registro de direcciones. El leasing no es un escape de la gobernanza. Es una gobernanza por contrato donde el libro público es demasiado delgado para describir el uso.
El leasing comienza donde la transferencia reconocida por el registro no puede satisfacer la demanda
El leasing suele describirse como un sustituto de segunda mejor opción para la propiedad. Eso pasa por alto la distinción más importante en los mercados IPv4: el control reconocido por el registro versus el uso operativo. Una transferencia completa intenta alinear al titular registrado, el propietario comercial, la red operativa y el futuro portador del riesgo. Un leasing los separa deliberadamente. El titular permanece en el registro del RIR; el arrendatario opera las direcciones; los clientes dependen del arrendatario; los sistemas de enrutamiento, de reputación y los buzones de abuso observan un uso que puede no coincidir con la simple lectura del registro.
Esta separación aparece porque la demanda no espera a una movilidad administrativa perfecta. La escasez del fondo libre de AFRINIC limita lo que una red en crecimiento puede obtener mediante una asignación ordinaria. Sus reglas de transferencia están basadas en necesidades y 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 vigentes. Los recursos heredados transferidos ya no disfrutan del tratamiento heredado. Las entidades de origen enfrentan condiciones de enfriamiento. Esas reglas pueden servir a fines de conservación, equidad y contra la especulación, pero también convierten la transferencia en un evento institucional más complejo que una orden de compra privada. Si un operador de centro de datos necesita direcciones este trimestre, y si una transferencia reconocida llevaría un tiempo incierto o expondría a las partes a una revisión de políticas, un leasing se vuelve comercialmente atractivo.
El leasing también aparece cuando el titular valora la opcionalidad futura. Un titular puede no querer vender un bloque porque espera una demanda interna posterior, quiere una reserva estratégica, teme perder poder de negociación o no quiere convertir una posición reconocida en un archivo de transferencia que pueda ser cuestionado. Un leasing convierte la capacidad inactiva o sobrante en rendimiento manteniendo el nombre del titular en el registro del RIR. Para el arrendatario, el intercambio es diferente. Recibe uso inmediato pero no el mismo control duradero que una transferencia. Por lo tanto, el contrato no es 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 leasing comercial eran compatibles con las representaciones anteriores, las expectativas de política y las obligaciones contractuales. La disputa no fue solo sobre direcciones. Fue sobre si la 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 impugna posteriormente al titular, la red del arrendatario puede sufrir aunque el arrendatario no fuera el solicitante original, no hubiera firmado la justificación anterior y no tuviera legitimación directa en la cuenta del registro.
Por lo tanto, el contrato debe responder a 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, gestión del 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 en la salida. Sin ese paquete, el arrendatario ha pagado por una cadena de números y una esperanza.
Un leasing es un paquete de control, no un calendario de rentas
La forma comercial de un leasing de IPv4 es engañosamente familiar. Una parte paga una renta periódica. Otra proporciona acceso a un bloque definido. El cliente puede depositar una fianza, proporcionar información sobre el caso de uso, aceptar reglas de abuso y comprometerse a 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 en leasing 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 del RIR pero otorga 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 rutas, fugas, problemas de filtrado y cortes para los clientes. Un arrendador con múltiples intermediarios, revendedores o clientes históricos puede crear accidentalmente reclamaciones superpuestas. Un registro del RIR que nombra al arrendador no le dirá al arrendatario si existe otro acuerdo privado.
El segundo control es la autoridad. El arrendatario necesita pruebas de que el arrendador puede otorgar el uso. Esa evidencia puede incluir registros actuales del RIR, autoridad corporativa, acceso a la cuenta, ausencia de disputas conocidas, control histórico de rutas, registros de delegaciones pasadas y autorización por escrito 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 respaldar 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í inutilizar el leasing al no publicar ROAs, actualizar el DNS inverso, aprobar objetos IRR, responder a 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 leasing son fallos de cooperación después de que se activa la primera ruta. El contrato debe convertir la cooperación de cortesía en deber, con ventanas de servicio, contactos autorizados, rutas de emergencia y consecuencias por demora.
El cuarto control es la asignación de riesgos. Si el abuso proviene del cliente del arrendatario, ¿quién absorbe el daño por filtrado y listas de bloqueo? Si una base de datos de geolocalización asigna el bloque al país equivocado, ¿quién busca la corrección? Si el registro pide al titular que explique el uso, ¿quién prepara la evidencia y quién asume el costo? Si una acción judicial o del registro interrumpe el servicio, ¿se suspende la renta, proporciona el arrendador espacio de reemplazo, recibe el arrendatario tiempo de transición y qué sucede con los clientes finales? Estos no son casos extremos exóticos. Son los riesgos ordinarios creados al separar el reconocimiento del registro del uso operativo.
La renta importa, pero solo después de que el paquete de control es visible. Un leasing con autoridad de ruta clara, períodos de aviso largos, RPKI utilizable, reputación limpia y términos de continuidad sólidos tiene una economía diferente a la de un leasing que solo ofrece permiso de ruta y un buzón. El precio no puede evaluarse aparte del paquete de control oculto. Un leasing barato con promesas operativas débiles puede ser el plan de direcciones más caro de la sala.
Los hechos de uso regional pertenecen al acuerdo
Todo RIR enfrenta el problema de hacer coincidir la región del registro con la geografía operativa. La versión de AFRINIC es inusualmente trascendente porque los argumentos sobre el uso regional han pasado del texto de las políticas a los litigios y la práctica del mercado. Los antecedentes son bastante claros. 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ó las discrepancias entre el uso registrado y los países reales de uso, la coherencia con la necesidad declarada y el requisito de que los servicios se originen dentro de la región definida.
Para un leasing, esto crea un problema de redacción. Supongamos que el titular registrado está en la región 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 soporta servicios orientados a África a través de una plataforma de contenido, y las bases de datos de geolocalización muestran varios países según el enrutamiento y los conjuntos de datos comerciales. ¿Es eso un uso regional conforme, un uso extraterritorial inadmisible, un servicio global ordinario o un registro incompleto? El leasing no puede decidir la cuestión de política para AFRINIC. Pero sí puede decidir qué hechos deben divulgarse, quién representa qué y qué sucede si el registro o una contraparte impugna el acuerdo.
Un contrato débil evita el problema con lenguaje vago: "el cliente cumplirá con la política aplicable del registro" o "las direcciones no serán mal utilizadas". Eso puede satisfacer un formulario, pero no asigna el riesgo. El arrendatario necesita saber si se permite la originación fuera de la región, si el uso debe soportar la conectividad africana, si la geografía del cliente está restringida, si el arrendador ha hecho representaciones a AFRINIC que limiten 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 una 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é ASNs originarán rutas, qué categorías de clientes usarán el espacio, si alguna parte está destinada a servicios orientados a África, si se harán afirmaciones de geolocalización y si se espera subdelegación. El arrendador debe declarar si el bloque está sujeto a correspondencia de políticas conocida, estado de disputa, representaciones pasadas, restricciones de transferencia, condiciones de revisión de recursos o compromisos de uso que puedan afectar el leasing. Estas divulgaciones no necesitan hacer público cada secreto comercial. Entre las partes deben ser lo suficientemente específicas para evitar sorpresas posteriores.
Esto no es un argumento para que los contratos privados eludan la política regional. Es lo contrario. Un contrato de leasing 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. Cuando la política prohíbe un uso, el contrato no debe ocultar la prohibición. Cuando la política no es clara, el contrato debe decir quién asume la incertidumbre. El peor resultado no es el leasing comercial en sí. Es un mercado de leasing que sobrevive ocultando los hechos que todos luego afirman necesitar.
La originación de ruta es el primer derecho de control
El acto más visible en un leasing es el anuncio de ruta. Hasta que se origina un prefijo, el arrendatario no tiene servicio. Una vez originado, el resto de Internet comienza a formarse una opinión sobre quién controla el bloque. Los proveedores de tránsito, los pares, los servidores de rutas, los recolectores de rutas, los sistemas de monitoreo y los clientes observan el AS de origen. Algunos piden una carta de autorización. Algunos verifican los objetos de ruta IRR. Algunos dependen de RPKI. Algunos aplican filtros locales. La ruta es donde el permiso privado se convierte en comportamiento público.
Por lo tanto, un contrato de leasing debe definir la autoridad de origen de ruta antes que cualquier otra cosa. Debe identificar el AS o ASNs de origen autorizados, si se permite el origen múltiple, si se permiten anuncios más específicos, qué longitudes de prefijo se pueden anunciar, 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, con qué rapidez 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 leasing 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 un riesgo legal. El arrendatario necesita períodos de subsanación y remedios proporcionales porque una retirada abrupta puede romper los servicios del cliente, los flujos de pago, las VPNs, los sistemas de correo y las listas de permisos de seguridad. El contrato debe distinguir las emergencias de los 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 administrativo generalmente no deberían hacerlo. Sin esa distinción, el arrendador tiene un interruptor de apagado privado sobre los clientes del arrendatario.
La configuración institucional de AFRINIC hace que la cuestión de la ruta sea más que técnica. Si el registro impugna 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 no puede resolver esto mostrando solo el contrato de leasing; las redes aún pueden preguntar si el titular reconocido por el registro respalda la ruta y si los objetos de seguridad vinculados al registro están actualizados. Un contrato debe anticipar esto exigiendo al arrendador que mantenga pruebas continuas de autorización y que notifique al arrendatario dentro de un período de aviso definido de cualquier evento del registro, judicial o de 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 leasing 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 respaldarán esa delegación operativa cuando sea factible; y no se reclama ninguna transferencia similar a la propiedad. Un acuerdo opaco dice poco, enruta a través de intermediarios y deja a los externos adivinando si el arrendatario está autorizado o simplemente explotando un registro obsoleto. La diferencia no es lenguaje moral. Es evidencia.
DNS inverso, RPKI e IRR convierten el permiso en alcanzabilidad
El espacio IPv4 en leasing falla silenciosamente cuando los controles adyacentes van a la zaga del enrutamiento. Una ruta BGP puede activarse mientras el DNS inverso todavía apunta a un uso anterior, RPKI aún autoriza el antiguo origen del arrendador, los objetos IRR faltan o están obsoletos, y los contactos de abuso siguen llegando a un buzón que nadie del lado del arrendatario lee. Los ingenieros a veces tratan esto como tareas de mantenimiento. En un leasing son parte del activo.
El DNS inverso es el ejemplo más claro. Muchos servicios utilizan registros PTR para la reputación del correo, el registro, el diagnóstico, el soporte al cliente y la comodidad institucional. El manual de políticas de AFRINIC trata la delegación inversa como un servicio del registro vinculado a las asignaciones o subasignaciones registradas y al estado de membresía. Si el arrendador mantiene el control del DNS inverso, el arrendatario debe saber cómo se solicitarán las actualizaciones, qué política de nombres se aplica, cuánto tardan los cambios, si los clientes pueden recibir control delegado para sus rangos y qué sucede al término del contrato. Si el DNS inverso no se puede actualizar porque la cuenta del arrendador está en disputa o no está al día, el cliente del arrendatario puede experimentar problemas de entregabilidad o confianza que parezcan fallos del servicio.
RPKI es aún más trascendente 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 previo aviso, la red del arrendatario queda expuesta a una acción administrativa privada con efectos globales. El contrato debe especificar quién solicita o crea los ROAs, qué AS de origen y valores 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 de la migración, 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 leasing debe identificar qué base de datos IRR se utilizará, quién mantiene los objetos route y route6, qué mantenedor los controla, si el arrendador autenticará los objetos creados por el arrendatario, y cómo se eliminarán los objetos obsoletos al final. Los datos IRR obsoletos pueden hacer que una ruta parezca autorizada después de que finalice el leasing, o hacer que una ruta legítima parezca sospechosa durante el leasing. Ambos casos crean riesgo.
Estos servicios son donde se cruzan el libro de registro, el contrato privado e Internet operativa. Los materiales de servicio de AFRINIC enumeran DNS inverso, IRR, RPKI, WHOIS y RDAP porque el registro del titular por sí solo no es suficiente. Un contrato de leasing que ignora estos controles deja al arrendatario dependiendo de la buena voluntad. Un contrato serio los trata como entregables con plazos, evidencia, rutas alternativas y consecuencias visibles para el cliente.
La gestión de abusos decide si el riesgo sigue al cliente o al prefijo
El abuso es el vocabulario moral recurrente del leasing de IPv4. Los críticos señalan el spam, el fraude, la infraestructura de botnets, el phishing y el 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 pregunta contractual es más práctica: cuando el tráfico o contenido dañino proviene de un bloque en leasing, ¿quién recibe el aviso, quién investiga, quién actúa, quién informa y quién asume el costo de reputación?
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 los datos. En un leasing, la precisión se vuelve más difícil porque el titular reconocido por el registro puede no ser la red que opera 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 de los upstreams sin visibilidad. Si van a un intermediario o revendedor, ambas partes principales pueden quedar aisladas de la realidad operativa. El contrato debe exigir rutas de escalación directas, referencias de tickets compartidas y tiempos de respuesta definidos.
Las cláusulas de abuso también necesitan proporcionalidad. Un arrendador no puede tolerar a un arrendatario que quema reputación, ignora las quejas y expone el bloque a filtrado. Un arrendatario no puede operar si el arrendador puede rescindir todo el prefijo por un solo informe no verificado. El contrato debe clasificar los eventos: quejas ordinarias, quejas repetidas no resueltas, abuso grave verificado, avisos policiales o judiciales, amenazas de suspensión de los upstreams, consultas del registro y emergencias de reputación. Cada clase debe tener un remedio: aviso, subsanación, aislamiento del cliente, ruta nula temporal, retención del depósito, rango de reemplazo, suspensión de una subred o terminación. El remedio debe corresponder al daño operativo.
Los casos más difíciles involucran a los clientes finales. 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 leasing. La empresa de alojamiento dice que puede aislar al cliente. Los upstreams amenazan con filtros. El registro pregunta quién es responsable. Sin 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 la necesaria; y ambas partes tienen un paquete de evidencia para la escalación externa.
La gestión de abusos también influye en si los acuerdos privados revelan u ocultan la realidad. Si el leasing proporciona contactos operativos precisos y registra la responsabilidad aguas abajo, las quejas llegan a la parte que puede actuar. Si el leasing oculta al arrendatario detrás del titular, el registro público parece limpio hasta que falla. El leasing se asocia entonces con la evasión, incluso cuando muchos leasings son acuerdos de capacidad ordinarios. La forma de defender el leasing legítimo no es la retórica. Es la contactabilidad.
La reputación tiene que entregarse, mantenerse y devolverse
La reputación de IPv4 no se almacena en una sola base de datos. Se acumula en listas de bloqueo, 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 el juicio informal de los operadores de red. Un leasing crea una 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 un historial no revelado. El registro puede afectar a ambos asociando el bloque con disputas o incertidumbre política. Ningún registro único cuenta toda la historia.
Por lo tanto, un leasing debe tratar la reputación como una condición de entrega y un compromiso continuo. En la entrega, el arrendador debe revelar el estado conocido de las listas de bloqueo, el historial reciente de abusos, las categorías de clientes anteriores, las anomalías de geolocalización, los problemas del historial de rutas, los 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 tratarla posteriormente como incumplimiento. Si el arrendador oculta una condición material, es poco probable que un crédito de renta compense las migraciones fallidas de clientes.
Durante el plazo, la reputación debe mantenerse. El arrendatario debe operar controles de uso aceptable, conservar registros de clientes, responder a las quejas, evitar una rotación rápida que parezca alojamiento evasivo y cooperar con la remediación. El arrendador debe apoyar la exclusión de listas de bloqueo cuando se necesite su condición de titular, mantener los contactos del registro y evitar arrendar espacio adyacente o superpuesto de manera que contamine la reputación. Ambas partes deben mantener registros de los pasos correctivos. La reputación a menudo se recupera con evidencia, no con afirmaciones.
El período de terminación es especialmente riesgoso. Un arrendatario saliente puede tener clientes que aún utilizan registros DNS, listas de permisos o APIs vinculadas a las direcciones. Un arrendador que se prepara para arrendar el bloque nuevamente necesita la seguridad de que los antiguos clientes se han ido, el abuso se ha remediado y los residuos de DNS inverso o IRR se han eliminado. Un nuevo arrendatario no quiere heredar la reputación de correo del arrendatario anterior o los errores de geolocalización. El contrato debe proporcionar un proceso de devolución de reputación: escaneo final, informe de listas de bloqueo, cierre de tickets de abuso, limpieza de objetos de ruta, restablecimiento del DNS inverso, estado de geolocalización y cambios de certificación. Este es el equivalente operativo de devolver un local en buen estado.
Los antecedentes de AFRINIC refuerzan el punto porque las historias públicas de la región incluyen tanto la presunta manipulación de registros como el uso comercial en disputa. Esa combinación puede hacer que los externos 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í solo. 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 leasings se redactan como si el fin del plazo devolviera el mundo a su estado anterior. El leasing de IPv4 rara vez funciona así. Las direcciones se incrustan en los sistemas del cliente. Aparecen en DNS, firewalls, listas de permisos de API, configuraciones de VPN, encabezados de correo, modelos de fraude, procesadores de pago, herramientas de monitoreo, certificados, políticas de seguridad y documentación del proveedor. Un cliente puede no saber que su proveedor arrendó el espacio. Solo sabe que la dirección funciona. Cuando termina el leasing, retirar una ruta puede convertirse en una interrupción comercial.
Por lo tanto, los derechos de terminación requieren más cuidado que las cláusulas de pago. El arrendador quiere protección contra la falta de pago, el abuso, el subarrendamiento no autorizado, la violación de políticas, la pérdida de reconocimiento del registro y el daño reputacional. El arrendatario quiere un aviso predecible, derechos de subsanación, asistencia para la migración y continuidad del cliente. Un contrato que otorgue al arrendador la terminación inmediata por una amplia "preocupación política" o "riesgo de reputación" puede ser comercialmente inutilizable. Un contrato que atrape 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.
La falta de pago ordinaria generalmente puede manejarse mediante aviso, períodos cortos de subsanación, depósitos y suspensión gradual. El abuso grave puede requerir la 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 preservando el servicio de los clientes inocentes. Un desafío del registro puede requerir una respuesta con evidencia y un plan de contingencia en lugar de la terminación automática. Las órdenes judiciales pueden anular el contrato, pero aún así deben activar 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 sirve 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 leasing. El contrato debe exigir al arrendatario que mantenga un inventario de clientes con un nivel apropiado de confidencialidad, identifique los servicios críticos cuando sea legal y factible, y prepare planes de migración. El arrendador no necesita ser responsable de cada cliente final, pero no se le debe permitir ignorar un daño previsible cuando existe un remedio menos disruptivo.
La terminación también afecta a la evidencia después del hecho. Las rutas obsoletas, los ROAs obsoletos, los objetos IRR antiguos, el DNS inverso persistente y los registros DNS del cliente pueden hacer que un bloque devuelto parezca secuestrado, sucio o disputado. El leasing debe exigir una lista de verificación de devolución y una atestación de que el control operativo ha terminado. Esto protege al arrendador, al siguiente arrendatario y a la red en general. Una salida limpia es una de las señales más fuertes de que el leasing 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 una suposición de fondo tranquila. Un arrendador puede ser el titular reconocido cuando se firma el leasing. Más tarde, el registro puede cuestionar el uso, suspender un servicio, rechazar una actualización, denegar una transferencia, cambiar la interpretación de una política, recibir una queja, quedar sujeto a una orden judicial o enfrentar sus propias limitaciones operativas. El contrato del arrendatario con el titular no vincula al registro. Esa es la asimetría fundamental del leasing.
La historia reciente de AFRINIC le 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 de los ejecutivos, administración judicial, intentos de elección anulados y repetidos, una elección de junta en septiembre de 2025, declaraciones en 2026 sobre recuperación y presupuestos, y más litigios sobre liquidación, publicaciones y representaciones relacionadas con el leasing. Estos hechos no deciden ningún leasing privado. Muestran por qué un arrendatario no puede asumir que los servicios del registro serán siempre administrativamente rutinarios.
Por lo tanto, el contrato debe definir cláusulas de eventos del registro. Un evento del registro puede incluir la pérdida de buena reputación, revisión de recursos, correspondencia adversa, rechazo de una actualización técnica solicitada, señal de disputa, orden judicial, restricción por administración judicial, cambio en la política que afecte al leasing, o declaración pública que perjudique materialmente la aceptación de rutas 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 los datos de despliegue y la información de impacto en el cliente necesaria para la respuesta.
El tratamiento de la renta debe ser secundario pero claro. Si la acción del registro impide el uso, la renta puede reducirse o aplicarse créditos. Un depósito o renta prepagada puede garantizar el cumplimiento o las obligaciones de transición. Pero la cuestión central no es la mecánica de pagos. Es quién asume las consecuencias operativas cuando el reconocimiento público y el uso privado divergen. Un arrendatario que ha migrado clientes al prefijo necesita evidencia, niveles de servicio y derechos de transición más que un ajuste contable posterior.
Las cláusulas de eventos del 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 y divulgada, el arrendatario debe asumir ese riesgo. Si el arrendador no reveló correspondencia o restricciones previas, el arrendador debe asumirlo. Si el entorno de políticas cambia de manera impredecible, 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 la renta. 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 paralelo. Un titular arrienda un bloque a una red. Esa red arrienda partes a clientes de alojamiento, revendedores, operadores de VPN, inquilinos de nube o proveedores de servicios gestionados. Algunos de esos clientes asignan direcciones de nuevo. 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 de una porción o qué cliente resultará perjudicado por la terminación. El libro público ve un titular; Internet experimenta una cadena.
No toda delegación aguas abajo es abusiva. Muchos servicios de red la requieren. Un centro de datos puede asignar direcciones a clientes de coubicació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 en sí. Es la delegación incontrolada sin evidencia, contactos u obligaciones en cascada. Una política del registro que condene toda delegación puede llevarla a la clandestinidad. Un contrato que permita toda delegación sin controles invita al abuso y al daño al cliente.
Un buen contrato de leasing distingue la asignación ordinaria de clientes del subarrendamiento comercial. La asignación ordinaria de clientes puede permitirse dentro del servicio del arrendatario, sujeta a reglas de uso aceptable y registros de abuso. El subarrendamiento comercial, donde el cliente puede revender, enrutar independientemente, controlar el DNS inverso o presentarse como proveedor de las direcciones, debe requerir consentimiento por escrito, verificación de identidad, términos en cascada 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 leasing.
Las obligaciones en cascada importan porque el arrendador no puede hacer cumplir lo que el cliente aguas abajo nunca aceptó. La respuesta al abuso, los pactos de no secuestro, los límites de enrutamiento, las afirmaciones de geolocalización, la asistencia en la terminación, la retención de registros de clientes, la cooperación con las consultas del registro y las reglas de no subarrendar más deben seguir a las direcciones. Si se detienen en el primer arrendatario, la cadena se rompe exactamente donde se necesita la evidencia. El arrendatario debe seguir siendo responsable de los actos aguas abajo, pero la responsabilidad sin registros es teatral.
El subarrendamiento también afecta a las afirmaciones de uso regional. Un arrendatario puede cumplir regionalmente en su propio despliegue pero permitir que un revendedor aguas abajo use el espacio en otro lugar. O puede afirmar que el servicio está orientado a África mientras que la mayor parte del uso aguas abajo es global. Si el leasing no rastrea esa distinción, el titular puede hacer declaraciones inexactas al registro o a las contrapartes. La transparencia no tiene por qué significar la divulgación pública de cada cliente. Significa que el contrato preserva la verdad suficiente para responder a la siguiente pregunta seria.
La geolocalización convierte hechos contrapuestos en riesgo contractual
La geolocalización a menudo se trata como un problema de base de datos externa. En el leasing se convierte en un problema contractual porque el uso de la dirección, la ubicación del titular registrado, el AS de origen, la ubicación del cliente y el propósito comercial pueden apuntar en direcciones diferentes. Un bloque administrado por AFRINIC puede ser propiedad de un miembro de la región de África o del Océano Índico, enrutarse desde un centro de datos europeo, ser utilizado por clientes en varios continentes y ser etiquetado por proveedores comerciales de geolocalización en otro país más. Ninguna de esas señales por sí sola prueba el uso indebido o la legitimidad. Juntas crean un riesgo de inferencia.
Un proyecto de investigación de 2026, WHEREIS, es un antecedente útil porque trata la coherencia geográfica del registro como un problema de medición en lugar de un eslogan. Los investigadores construyeron una forma de comparar la ubicación medida del prefijo con la región del 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 caso de estudio. También mostraron que pueden aparecer inconsistencias en las bases de datos comerciales de geolocalización y que problemas estructurales, no meramente el agotamiento de IPv4, dan forma al problema. Para el leasing, la lección no es que cada señal fuera de la región demuestre un 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 los proveedores de geolocalización. Deben especificar quién es responsable de la corrección de la 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 estar respaldada por hechos operativos reales. Si el servicio es de alojamiento global utilizando espacio administrado por AFRINIC, las partes no deben fingir lo contrario entre ellas. Una geolocalización inexacta puede romper las licencias de contenido, los controles de fraude, el acceso bancario, la localización fiscal, los portales del sector público y el análisis de clientes. Esas pérdidas no deben dejarse en un lenguaje de indemnización genérico.
Las afirmaciones de uso regional también requieren humildad. Una categoría de política puede no mapear 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 antiabuso puede usar direcciones en múltiples regiones. Un cliente de nube puede estar constituido en un país, servir a 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 leasing no puede eliminar estas definiciones, pero puede evitar que las partes cambien de definición de manera oportunista.
Aquí es donde los acuerdos privados pueden mejorar o degradar la comprensión pública. Un leasing que registra la geografía del 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 leasing que oculta esos hechos hace que la misma diferencia parezca evasión. En una región donde el uso fuera de la región 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 leasing de IPv4 es si los contratos hacen la realidad operativa más legible. Un leasing puede revelar la realidad documentando al titular, arrendatario, origen de ruta, contactos técnicos, buzón 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 nombrando solo al titular, enrutando a través de intermediarios, dejando contactos obsoletos, usando autorizaciones genéricas, ocultando subarrendamientos y tratando 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 leasing como una transferencia prohibida, las partes responsables tienen una razón para ser sinceras. Si el registro trata la sinceridad como un desencadenante para 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 imprecisión como una razón para un mayor control. Ese ciclo no es exclusivo de AFRINIC, pero la crisis de AFRINIC lo hace visible.
El libro público no necesita publicar cada término comercial. La renta, los márgenes, las listas de clientes, los depósitos, las tarifas de terminación y la estrategia empresarial pueden seguir siendo 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 los ROAs? ¿Quién controla el DNS inverso? ¿Es el titular registrado también la red operativa? ¿Existe una disputa conocida? ¿Hay un plan de impacto en el cliente si cambia el reconocimiento? Estos hechos afectan a terceros. No son meramente puntos de negociación privados.
Hay formas de respetar la confidencialidad mientras se mejora la legibilidad. El arrendador puede proporcionar una declaración limitada de autorización operativa 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 del registro definidas. Los objetos técnicos pueden identificar a los mantenedores sin revelar aspectos económicos sensibles. El estado de la disputa puede registrarse sin declarar culpabilidad. El leasing puede exigir respuestas veraces a los operadores, bancos, compradores públicos y consultas del registro. El principio de diseño es simple: oculten los precios si es necesario; no oculten el control.
El acuerdo también debe preservar la evidencia versionada. Los leasings 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 inicio puede no explicar una migración de AS posterior. Una delegación de DNS inverso hecha para una clase de clientes 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 leasing debe exigir un archivo de evidencia que evolucione con el despliegue: ASNs de origen actuales, contactos técnicos actuales, categorías actuales de uso aguas abajo, 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 demostrar 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 afirmar fácilmente 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 negar fácilmente que el origen del arrendatario estaba autorizado. Un cliente aguas abajo que recibe términos en cascada no puede tratar fácilmente el bloque como inventario de reventa si el servicio era solo una asignación. Por lo tanto, el contrato actúa menos como un muro contra los externos que como una base compartida de hechos. En un mercado donde la memoria está fragmentada en 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 leasing se han vuelto muy cargados. Si el leasing se defiende mediante afirmaciones exageradas de que los tribunales han aprobado todos los modelos comerciales, invita a la corrección y la desconfianza. Si el leasing 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 los contratos más ruidosos. Un arrendador promete control ininterrumpido. Un arrendatario exige indemnizaciones amplias. Un intermediario 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 un futuro incumplimiento.
Un leasing de IPv4 viable relacionado con AFRINIC debe hacer lo contrario. Debe reducir la incertidumbre. Debe declarar exactamente lo que el arrendador puede proporcionar y lo que no. Debe reconocer que el registro del RIR permanece con el titular a menos que y hasta que ocurra una transferencia reconocida. Debe definir los derechos operativos del arrendatario sin fingir que esos derechos son propiedad. Debe asignar las responsabilidades de ruta, DNS inverso, RPKI, IRR, abuso, reputación, geolocalización, subarrendamiento, uso regional y terminación. Debe crear deberes de cooperación para eventos del registro. Debe proteger a los clientes mediante aviso, subsanación y planificación de migración cuando sea posible. Debe reservar remedios de emergencia para emergencias reales.
Esta arquitectura beneficia tanto al arrendador como al arrendatario. Un arrendador con contratos claros puede mostrar que controla quién usa su espacio, que el abuso se enruta al buzón correcto, que la delegación aguas abajo está gobernada, que los hechos de uso regional son conocidos 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 leasing es indistinguible del abandono o la evasión. También protege el valor del bloque al reducir el daño a la reputación y las salidas caóticas.
Beneficia al arrendatario porque convierte una dependencia frágil en una dependencia gestionada. El arrendatario todavía no es dueño de la posición en el registro. Todavía enfrenta riesgos 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 leasing 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 toda demanda operativa mediante nuevas asignaciones. Puede que no quiera 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 leasing responsable sin ofrecer una vía de delegación legible no elimina la demanda. Empuja la demanda hacia documentos privados, soluciones alternativas de enrutamiento y registros incompletos. El resultado es una menor visibilidad sobre la misma realidad operativa que el registro dice que debe comprender.
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 leasing se convierte en una forma disciplinada de delegación operativa o en un mercado de asignación paralelo. El libro del 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 debe escribirse antes de que se enrute el prefijo.