Las direcciones IPv4 se agotaron. Ya no hay m\u00e1s. Esa realidad ha empujado a muchos ISPs y grandes empresas a mirar hacia el otro lado del oc\u00e9ano. Si necesitas expandir tu infraestructura de Latinoam\u00e9rica a Europa, o consolidar activos globales, la portabilidad de bloques IPv4<\/strong> deja de ser un tr\u00e1mite administrativo para convertirse en una operaci\u00f3n quir\u00fargica. 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\u00f3n es vital para que el negocio siga respirando.<\/p>\n Pero ojo. Aunque las direcciones IP parecen un recurso global, la gesti\u00f3n est\u00e1 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\u00f3n o una mala configuraci\u00f3n del BGP puede resultar en una filtraci\u00f3n de rutas o, peor a\u00fan, en la revocaci\u00f3n temporal del registro. Ah\u00ed no hay margen para la improvisaci\u00f3n.<\/p>\n Antes de llenar el primer formulario, haz una pausa. La portabilidad no es autom\u00e1tica. Cada RIR tiene sus propias pol\u00edticas, severas, que rigen cu\u00e1ndo y c\u00f3mo se puede sacar un bloque IPv4 de su regi\u00f3n de origen. Si no te preparas, el proceso se estanca.<\/p>\n El primer obst\u00e1culo suele ser el papeleo del bloque. Para que sea elegible, debe estar limpio: sin embargos, hipotecas ni disputas legales colgando. Adem\u00e1s, 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\u00f3n. Tienes que probar que lo usar\u00e1s para asignaciones a clientes finales o para infraestructura real en un plazo determinado (generalmente 12 meses). Te pedir\u00e1n las pruebas.<\/p>\n La burocracia suele ser el cuello de botella. Necesitar\u00e1s una Carta de Autorizaci\u00f3n (LOA) firmada por el due\u00f1o actual del bloque, autorizando expl\u00edcitamente 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\u00e1n.<\/p>\n Consejo pr\u00e1ctico:<\/strong> Revisa el objeto de contacto en el RIR de origen. Si el correo administrativo pertenece a un empleado que ya dej\u00f3 la empresa, la validaci\u00f3n se quedar\u00e1 congelada hasta que se arregle.<\/p>\n<\/div>\n Una vez que la parte administrativa est\u00e1 en marcha, los ingenieros deben tomar el mando. Aqu\u00ed es donde la teor\u00eda choca con la pr\u00e1ctica. Lo m\u00e1s cr\u00edtico es el enrutamiento.<\/p>\n No puedes anunciar un bloque en una regi\u00f3n nueva si los registros IRR (Internet Routing Registry) no dicen que t\u00fa tienes la autoridad. Toca crear o modificar los objetos ‘route’ o ‘route6’ en la base de datos del RIR de destino (o en p\u00fablicas como RADB) para incluir los ASN de tu nuevo upstream. Si te saltas este paso, muchos ISPs filtrar\u00e1n tus anuncios pensando que es una configuraci\u00f3n err\u00f3nea o un ataque.<\/p>\n Con la adopci\u00f3n masiva de RPKI (Resource Public Key Infrastructure), anunciar un bloque IPv4 sin un certificado ROA (Route Origin Authorization) v\u00e1lido es sentenciar tu tr\u00e1fico al olvido. Durante la portabilidad, hay que coordinar la revocaci\u00f3n de los ROAs viejos en el RIR de origen y la creaci\u00f3n de los nuevos en el destino.<\/p>\n Si mantienes el mismo ASN, es m\u00e1s sencillo. Pero si cambias de ASN \u2014por ejemplo, al vender el bloque a otra entidad\u2014, debes revocar el ROA anterior al instante para evitar conflictos. Un estado de “Invalid” en RPKI har\u00e1 que redes gigantes como Cloudflare o Google descarten tu tr\u00e1fico sin piedad.<\/p>\n Cada vez es m\u00e1s com\u00fan 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\u00edficas de la plataforma.<\/p>\n Para que esto funcione, debes verificar que la regi\u00f3n de la nube donde quieres anunciar cumpla con las pol\u00edticas del RIR donde vive el IP. A veces no hay manera directa y hace falta usar un “intermediate provider”. Este act\u00faa 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.<\/p>\n Comprar bloques IPv4 en el mercado secundario para luego moverlos de regi\u00f3n 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.<\/p>\n Es aqu\u00ed donde una plataforma especializada como IP4 Market<\/strong> 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.<\/p>\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\u00eda de red pura y dura y una navegaci\u00f3n experta por las pol\u00edticas \u2014a veces arbitrarias\u2014 de los RIR. Tienes que alinear la validaci\u00f3n de rutas (RPKI), los objetos IRR y la documentaci\u00f3n legal (LOA) para que el servicio no se interrumpa ni un segundo.<\/p>\n Para los operadores y arquitectos, la clave es la preparaci\u00f3n: valida la limpieza del bloque, prepara los ROAs y busca socios que te den seguridad jur\u00eddica. Usar marketplaces con vendedores verificados, como IP4 Market, te asegura que lo que adquieres es transferible y est\u00e1 libre de grav\u00e1menes. As\u00ed, la migraci\u00f3n internacional deja de ser una pesadilla y tu red sigue creciendo sin fronteras.<\/p>\nRequisitos previos para la transferencia inter-RIR<\/h2>\n
Estado de registro y necesidad justificada<\/h3>\n
Documentaci\u00f3n y carta de autorizaci\u00f3n (LOA)<\/h3>\n
El proceso t\u00e9cnico de migraci\u00f3n y anuncio BGP<\/h2>\n
Actualizaci\u00f3n de objetos de registro<\/h3>\n
RPKI y ROAs: Seguridad en la validaci\u00f3n<\/h3>\n
Consideraciones sobre BYOIP y servicios en la nube<\/h2>\n
El mercado secundario y la verificaci\u00f3n de vendedores<\/h2>\n
Preguntas Frecuentes sobre Migraci\u00f3n de IPv4<\/h3>\n
\n
\nPor lo general, cuenta con entre 4 y 8 semanas. Todo depende de qu\u00e9 tan r\u00e1pido respondan las partes administrativas y qu\u00e9 tan cargado est\u00e9 el equipo de hostmasters del RIR de destino.<\/li>\n
\nT\u00e9cnicamente s\u00ed, usando anycast. Pero administrativamente el bloque debe vivir en un solo RIR. La presencia global se logra anunciando desde m\u00faltiples puntos, no registr\u00e1ndolo en varios sitios.<\/li>\n
\nLos bloques que sufrieron CGNAT masivo a veces cargan con listas negras de reputaci\u00f3n. Es vital limpiar esa huella en servicios como SpamHaus antes de la migraci\u00f3n para evitar problemas de entregabilidad de correo.<\/li>\n<\/ul>\n<\/div>\nConclusi\u00f3n<\/h2>\n