Portabilidad de bloques IPv4 entre regiones

El desafío de la portabilidad de bloques IPv4

Las direcciones IPv4 se agotaron. Ya no hay más. Esa realidad ha empujado a muchos ISPs y grandes empresas a mirar hacia el otro lado del océano. Si necesitas expandir tu infraestructura de Latinoamérica a Europa, o consolidar activos globales, la portabilidad de bloques IPv4 deja de ser un trámite administrativo para convertirse en una operación quirúrgica. No es solo mover un activo; es asegurarte de que la ruta de tu red no desaparezca en el intento. Garantizar que tu bloque pueda ser transferido y anunciado desde una nueva jurisdicción es vital para que el negocio siga respirando.

Pero ojo. Aunque las direcciones IP parecen un recurso global, la gestión está fragmentada en cinco RIRs (ARIN, RIPE NCC, APNIC, LACNIC, AFRINIC). Son mundos separados. Mover un bloque de, por ejemplo, RIPE NCC a ARIN exige cumplir con las reglas de ambas orillas. Un error en la documentación o una mala configuración del BGP puede resultar en una filtración de rutas o, peor aún, en la revocación temporal del registro. Ahí no hay margen para la improvisación.

Requisitos previos para la transferencia inter-RIR

Antes de llenar el primer formulario, haz una pausa. La portabilidad no es automática. Cada RIR tiene sus propias políticas, severas, que rigen cuándo y cómo se puede sacar un bloque IPv4 de su región de origen. Si no te preparas, el proceso se estanca.

Estado de registro y necesidad justificada

El primer obstáculo suele ser el papeleo del bloque. Para que sea elegible, debe estar limpio: sin embargos, hipotecas ni disputas legales colgando. Además, el receptor tiene que demostrar una “necesidad justificada” ante el RIR de destino. No puedes comprar un bloque /24 solo para guardarlo en un cajón. Tienes que probar que lo usarás para asignaciones a clientes finales o para infraestructura real en un plazo determinado (generalmente 12 meses). Te pedirán las pruebas.

Documentación y carta de autorización (LOA)

La burocracia suele ser el cuello de botella. Necesitarás una Carta de Autorización (LOA) firmada por el dueño actual del bloque, autorizando explícitamente la transferencia al nuevo maintainer en el RIR de destino. Y no vale cualquier cosa: debe estar en papel con membrete y coincidir exactamente con los registros whois. Si hay una discrepancia menor, te la devolverán.

El proceso técnico de migración y anuncio BGP

Una vez que la parte administrativa está en marcha, los ingenieros deben tomar el mando. Aquí es donde la teoría choca con la práctica. Lo más crítico es el enrutamiento.

Actualización de objetos de registro

No puedes anunciar un bloque en una región nueva si los registros IRR (Internet Routing Registry) no dicen que tú tienes la autoridad. Toca crear o modificar los objetos ‘route’ o ‘route6’ en la base de datos del RIR de destino (o en públicas como RADB) para incluir los ASN de tu nuevo upstream. Si te saltas este paso, muchos ISPs filtrarán tus anuncios pensando que es una configuración errónea o un ataque.

RPKI y ROAs: Seguridad en la validación

Con la adopción masiva de RPKI (Resource Public Key Infrastructure), anunciar un bloque IPv4 sin un certificado ROA (Route Origin Authorization) válido es sentenciar tu tráfico al olvido. Durante la portabilidad, hay que coordinar la revocación de los ROAs viejos en el RIR de origen y la creación de los nuevos en el destino.

Si mantienes el mismo ASN, es más sencillo. Pero si cambias de ASN —por ejemplo, al vender el bloque a otra entidad—, debes revocar el ROA anterior al instante para evitar conflictos. Un estado de “Invalid” en RPKI hará que redes gigantes como Cloudflare o Google descarten tu tráfico sin piedad.

Consideraciones sobre BYOIP y servicios en la nube

Cada vez es más común ver el modelo BYOIP (Bring Your Own IP). Empresas que quieren usar sus propios bloques IPv4 en plataformas como AWS, Azure o Cloudflare se chocan con un muro: la regionalidad. La nube se siente global, pero los anuncios de BGP nacen en regiones específicas de la plataforma.

Para que esto funcione, debes verificar que la región de la nube donde quieres anunciar cumpla con las políticas del RIR donde vive el IP. A veces no hay manera directa y hace falta usar un “intermediate provider”. Este actúa como puente legal entre tu registro y la plataforma, asegurando que el anuncio respete las reglas de “serving network” del RIR correspondiente. Es un mal necesario, a veces.

El mercado secundario y la verificación de vendedores

Comprar bloques IPv4 en el mercado secundario para luego moverlos de región conlleva riesgos si no tienes cuidado. Hay bloques con un pasado oscuro: abuso, spam o deudas pendientes con los RIR que pueden dejar el activo incautado.

Es aquí donde una plataforma especializada como IP4 Market marca la diferencia. No somos solo un escaparate para poner en contacto a compradores y vendedores. Hacemos una debida diligencia previa sobre los activos. En IP4 Market verificamos que los bloques tengan estatus “Transferable” y que los vendedores sean quien dicen ser. Minimizamos el riesgo de que inviertas en un activo que luego no puedas mover por restricciones ocultas.

Conclusión

Lograr que tus bloques IPv4 viajen entre regiones no es solo cambiar un nombre en una base de datos. Requiere una mezcla de ingeniería de red pura y dura y una navegación experta por las políticas —a veces arbitrarias— de los RIR. Tienes que alinear la validación de rutas (RPKI), los objetos IRR y la documentación legal (LOA) para que el servicio no se interrumpa ni un segundo.

Para los operadores y arquitectos, la clave es la preparación: valida la limpieza del bloque, prepara los ROAs y busca socios que te den seguridad jurídica. Usar marketplaces con vendedores verificados, como IP4 Market, te asegura que lo que adquieres es transferible y está libre de gravámenes. Así, la migración internacional deja de ser una pesadilla y tu red sigue creciendo sin fronteras.