Mover una migraci\u00f3n de bloques IPv4<\/strong> entre datacenters es, quiz\u00e1, la operaci\u00f3n m\u00e1s delicada que puede hacer un equipo de red. Suena exagerado hasta que te toca vivirlo. Un anuncio BGP mal ejecutado, un LOA con cualquier errata o un filtrado inesperado en un IXP pueden dejar servicios en producci\u00f3n inaccesibles durante horas. Y no hablamos solo del valor operativo del prefijo: con los precios actuales del mercado \u2014un \/24 en espacio de RIPE NCC se mueve en una horquilla de 30 a 50 USD por direcci\u00f3n, seg\u00fan procedencia y ratio de uso\u2014, hay dinero real sobre la mesa. Esto no se improvisa.<\/p>\n Lo bueno es que, planificando bien, se puede mover un prefijo de un datacenter a otro sin que los usuarios noten absolutamente nada. Ni un corte. Vamos a desglosar el proceso completo.<\/p>\n Si el bloque est\u00e1 registrado en RIPE NCC, lo primero es verificar que el recurso est\u00e1 correctamente asignado al LIR o entidad final que conservar\u00e1 la titularidad tras la migraci\u00f3n. Aunque el prefijo no cambie de due\u00f1o, tendr\u00e1s que actualizar los objetos inetnum<\/em> y, en su caso, el mnt-by<\/em> si cambia el mantenedor t\u00e9cnico. \u00bfCompraste el bloque hace poco? Entonces aseg\u00farate de que la transferencia est\u00e1 completamente cerrada en la base de datos del RIR. Intentar anunciar un prefijo con transferencia a medias es una de las causas m\u00e1s frecuentes de filtrado. Lo he visto m\u00e1s de una vez.<\/p>\n Cualquier proveedor de tr\u00e1nsito nuevo te va a exigir un LOA<\/strong> (Letter of Authorization) que acredite que tienes derecho a anunciar el prefijo desde su red. Prep\u00e1ralo con antelaci\u00f3n. Debe incluir el AS number origen, el prefijo exacto, los datos de contacto y la firma de la entidad titular. Ojo con los plazos: los tr\u00e1nsitos grandes suelen tardar entre 24 y 72 horas en validar y desbloquear el prefijo en sus filtros. No dejes el papel para el d\u00eda anterior.<\/p>\n Antes de migrar, revisa el ROA<\/strong> asociado al prefijo y actual\u00edzalo. Debe autorizar el AS origen que anunciar\u00e1 el bloque desde el nuevo datacenter, con una maxLength coherente (si anuncias el \/24 completo, un ROA que cubra exactamente \/24 con maxLength \/24 es lo m\u00e1s limpio). Aqu\u00ed no hay margen para la pereza: cada vez m\u00e1s redes validan RPKI de forma obligatoria. En 2024 se estima que m\u00e1s del 50% del espacio de enrutado visible ya se valida, y un ROA desactualizado hace que tu prefijo sea tratado como invalid<\/em> y descartado en grandes vol\u00famenes de Internet. Horas muertas garantizadas.<\/p>\n La t\u00e9cnica m\u00e1s segura consiste en mantener el prefijo anunciado a la vez desde ambos datacenters durante la ventana de migraci\u00f3n. \u00bfC\u00f3mo se har\u00eda?<\/p>\n Un detalle importante: elige un AS de origen compatible. Si el nuevo datacenter opera con su propio ASN, necesitar\u00e1s que el prefijo aparezca como originado por ese AS en el ROA y en el IRR. Si ambos sitios comparten ASN, el proceso es a\u00fan m\u00e1s simple. Suerte la tuya si es el caso.<\/p>\n Si el bloque es mayor de un \/24 (por ejemplo, un \/22), migra en unidades m\u00ednimas anunciables: un \/24 cada vez. La l\u00f3gica es evidente \u2014reduce el riesgo\u2014: si algo falla, solo afecta a una cuarta parte del espacio. Ten en cuenta que necesitar\u00e1s un ROA con maxLength adecuado y que conviene confirmar que tu tr\u00e1nsito y los IXPs a los que te conectas aceptan prefijos \/24 sin problema (lo habitual, pero mejor comprobarlo antes de asumirlo).<\/p>\n Baja los TTL de los registros DNS a 300 segundos o menos al menos 24 horas antes de la migraci\u00f3n, siempre que tambi\u00e9n cambien registros A o AAAA. Aunque el anuncio BGP hace el trabajo pesado, los TTL bajos te permiten revertir r\u00e1pido si algo falla en servicios concretos.<\/p>\n Y una cosa m\u00e1s: mant\u00e9n el datacenter antiguo operativo, con capacidad real de servir tr\u00e1fico, durante al menos 72 horas tras el cutover. No lo apagues a las dos horas porque “parece que todo va bien”.<\/p>\n A veces una migraci\u00f3n es tambi\u00e9n una buena excusa para reordenar tu espacio de direcciones. Si necesitas un \/24 adicional para el nuevo datacenter, ten en cuenta que los precios de los bloques IPv4 siguen en m\u00e1ximos hist\u00f3ricos y que la oferta de calidad es limitada. Trabajar con una plataforma como IP4 Market<\/strong>, con vendedores verificados y precios competitivos, agiliza el proceso y reduce el riesgo de fraude en la transferencia ante el RIR.<\/p>\n \u00bfY si solo lo necesitas de forma temporal? Por ejemplo, mientras consolidas bloques fragmentados. Entonces el alquiler de IPv4 con LOA y soporte RPKI sale a cuenta: flexible y con coste predecible.<\/p>\n \u00bfCu\u00e1nto dura la propagaci\u00f3n de un prefijo migrado?<\/strong> La convergencia BGP global completa suele tardar entre 30 minutos y 2 horas. Ahora bien, la mayor\u00eda del tr\u00e1fico vira en los primeros minutos si el AS path es competitivo.<\/p>\n \u00bfPuedo anunciar el mismo \/24 desde dos datacenters a la vez?<\/strong> S\u00ed. Es pr\u00e1ctica est\u00e1ndar (multihoming). Solo necesitas que el ROA y el IRR autoricen ambos or\u00edgenes.<\/p>\n \u00bfNecesito un ASN propio para migrar un bloque?<\/strong> No necesariamente. Puedes usar el ASN del proveedor o trasladar el bloque manteniendo tu propio ASN como origen, que es lo recomendable: as\u00ed no quedas atado al datacenter.<\/p>\n<\/div>\n Una migraci\u00f3n de bloques IPv4<\/strong> sin downtime no depende de la suerte. Depende de la preparaci\u00f3n: documentaci\u00f3n al d\u00eda en el RIR, LOA disponibles, ROA e IRR actualizados, un plan de anuncio dual con criterios objetivos de cutover y un rollback probado. La secuencia es clara \u2014preparar autorizaciones, anunciar en paralelo, validar propagaci\u00f3n y RPKI, retirar el origen antiguo y mantener el sitio previo operativo durante 72 horas\u2014 y si la respetas, el movimiento entre datacenters puede ser totalmente transparente para tus usuarios. Y si la migraci\u00f3n te lleva a ampliar tu espacio de direcciones, en IP4 Market encontrar\u00e1s vendedores verificados, opciones de compra y alquiler, y precios competitivos para crecer sin fricciones ni sustos.<\/p>\nRequisitos previos: lo que debes tener resuelto antes de mover nada<\/h2>\n
Documentaci\u00f3n y autorizaciones en el RIR<\/h3>\n
LOA y relaciones con los tr\u00e1nsitos<\/h3>\n
RPKI y ROA<\/h3>\n
Estrategias de migraci\u00f3n zero downtime<\/h2>\n
Opci\u00f3n 1: anuncio dual con preferencia graduada<\/h3>\n
\n
Opci\u00f3n 2: migraci\u00f3n por subbloques<\/h3>\n
Verificaci\u00f3n t\u00e9cnica durante y despu\u00e9s de la migraci\u00f3n<\/h2>\n
Comprobaciones en tiempo real<\/h3>\n
\n
Gesti\u00f3n del TTL y el tr\u00e1fico residual<\/h3>\n
Errores frecuentes que conviene evitar<\/h2>\n
\n
\u00bfComprar, alquilar o consolidar espacio durante la migraci\u00f3n?<\/h2>\n
Preguntas frecuentes<\/h3>\n
Conclusi\u00f3n<\/h2>\n