{"id":1686,"date":"2026-09-23T05:52:08","date_gmt":"2026-09-23T05:52:08","guid":{"rendered":"https:\/\/ip4.market\/blog\/?p=1686"},"modified":"2026-09-23T05:52:08","modified_gmt":"2026-09-23T05:52:08","slug":"migracion-de-ipv4-planificacion-sin-interrupciones","status":"publish","type":"post","link":"https:\/\/ip4.market\/blog\/es\/migracion-de-ipv4-planificacion-sin-interrupciones\/","title":{"rendered":"Migraci\u00f3n de IPv4: planificaci\u00f3n sin interrupciones"},"content":{"rendered":"<p>La <strong>migraci\u00f3n de IPv4<\/strong> sigue siendo una de las operaciones m\u00e1s delicadas que se ponen sobre la mesa en un equipo de red. Sobre todo cuando hay que mover servicios entre bloques distintos, ampliar espacio despu\u00e9s de agotar los prefijos propios, o consolidar infraestructura tras una fusi\u00f3n (caso m\u00e1s com\u00fan de lo que parece). Un plan bien atado evita ca\u00eddas de servicio, problemas de entregabilidad de correo y conflictos de enrutamiento. Aqu\u00ed desgloso el proceso por fases: planificaci\u00f3n previa, auditor\u00eda de recursos y opciones para conseguir espacio de direcciones. Si al final necesitas bloques adicionales, plataformas como IP4 Market permiten operar con vendedores verificados y precios razonablemente competitivos, lo que simplifica bastante ese paso.<\/p>\n<h2>\u00bfPor qu\u00e9 planificar la migraci\u00f3n de IPv4 antes de tocar la red?<\/h2>\n<p>Una migraci\u00f3n improvisada se nota. Y r\u00e1pido: sesiones BGP que no convergen, filtrados en listas negres (DNSBL) por reutilizar espacio con mala reputaci\u00f3n, cortafuegos con reglas ligadas a IPs concretas que nadie document\u00f3 nunca. Planificar antes sirve, ante todo, para reducir el riesgo operativo y econ\u00f3mico.<\/p>\n<ul>\n<li><strong>Ventana de mantenimiento:<\/strong> decide con antelaci\u00f3n si har\u00e1s corte limpio, migraci\u00f3n por fases o doble ejecuci\u00f3n (running both) durante semanas. Cada opci\u00f3n tiene un coste distinto en complejidad DNS y NAT.<\/li>\n<li><strong>Dependencias ocultas:<\/strong> licencias de software atadas a IP, listas de permisos en proveedores, SPF\/DKIM, peers de interconexi\u00f3n, sesiones IPsec. Levantar el inventario de dependencias en una reuni\u00f3n es infinitamente m\u00e1s r\u00e1pido que hacerlo en plena incidencia.<\/li>\n<li><strong>TTLs DNS:<\/strong> baja los TTL de los registros A\/AAAA a 300-600 segundos al menos 48 horas antes de la migraci\u00f3n. Es el consejo m\u00e1s simple de esta lista y el que m\u00e1s dolores de cabeza ahorra.<\/li>\n<li><strong>Plan de rollback:<\/strong> si la migraci\u00f3n falla a mitad, necesitas poder volver al estado anterior sin reconfigurar todo de nuevo. Documenta el estado previo con exportaciones de configuraci\u00f3n.<\/li>\n<\/ul>\n<p>El tiempo invertido en planificar se recupera con creces la primera vez que algo falla y tienes un procedimiento claro que seguir. Y algo siempre falla.<\/p>\n<h2>Inventario y auditor\u00eda: qu\u00e9 recursos IPv4 tienes y cu\u00e1les necesitas<\/h2>\n<p>Antes de mover nada, hay que saber exactamente qu\u00e9 se tiene. Suena obvio, pero muchas organizaciones descubren en plena migraci\u00f3n que tienen prefijos sin usar, asignaciones heredadas de adquisiciones anteriores o subasignaciones informales que jam\u00e1s se registraron en el RIR correspondiente.<\/p>\n<h3>Qu\u00e9 documentar<\/h3>\n<ol>\n<li><strong>Prefijos y su estado registral:<\/strong> bloques PA asignados por un ISP, PI registrados en RIPE NCC, ARIN, LACNIC o APNIC, y qui\u00e9n es el titular real. Un prefijo PI con la titularidad sin actualizar en la base del RIR no se podr\u00e1 transferir ni anunciar limpiamente.<\/li>\n<li><strong>Utilizaci\u00f3n real:<\/strong> usa datos de NetFlow, SNMP o herramientas de IPAM para medir el porcentaje de uso por prefijo. Ojo aqu\u00ed: RIPE exige una utilizaci\u00f3n del 50 % para ampliar asignaciones, as\u00ed que estos datos importan y mucho.<\/li>\n<li><strong>Objetos y validaciones:<\/strong> objetos route\/route6 en la base del RIR, ROAs de RPKI vigentes y su validez. Un ROA desactualizado que no cubre el nuevo origen del prefijo provocar\u00e1 rutas inv\u00e1lidas en redes con filtrado estricto.<\/li>\n<li><strong>Reputaci\u00f3n:<\/strong> comprueba los bloques en DNSBL y en servicios de reputaci\u00f3n de correo. Un \/24 con historial de spam arruinar\u00e1 la entregabilidad de tu plataforma de correo. Lo he visto pasar m\u00e1s de una vez, y arreglarlo cuesta meses.<\/li>\n<\/ol>\n<p>El resultado de esta auditor\u00eda deber\u00eda ser una lista de recursos con su estado legal, t\u00e9cnico y de utilizaci\u00f3n, m\u00e1s la brecha entre lo que tienes y lo que necesitas para el proyecto. Esa brecha, ni m\u00e1s ni menos, define la estrategia de adquisici\u00f3n.<\/p>\n<h2>Compra, alquiler o transferencia: opciones para conseguir bloques IPv4<\/h2>\n<p>Con el inventario claro, toca decidir c\u00f3mo cubrir el d\u00e9ficit. Las tres v\u00edas habituales tienen perfiles de coste y riesgo muy distintos, y conviene conocerlos antes de comprometerse con ninguna.<\/p>\n<h3>Compra (transferencia)<\/h3>\n<p>Es la opci\u00f3n definitiva: el prefijo pasa a ser tuyo mediante una transferencia entre titulares registrada en el RIR (RIPE NCC, ARIN, etc.). Los precios de referencia recientes rondan los 30-50 USD por direcci\u00f3n, es decir, entre 7.500 y 12.500 USD por un \/24, con variaci\u00f3n seg\u00fan la regi\u00f3n y el tama\u00f1o del bloque. Requiere contrato de transferencia, verificaci\u00f3n del RIR y, en muchos casos, un LOA y la actualizaci\u00f3n de objetos route y ROAs. Procesos con vendedores verificados, como los que ofrece IP4 Market, reducen el riesgo de fraude y aceleran la parte registral.<\/p>\n<h3>Alquiler (leasing)<\/h3>\n<p>El arrendamiento funciona bien para necesidades temporales: un despliegue CGNAT puntual, un cliente de hosting con pico de demanda, pruebas de capacidad. Los precios t\u00edpicos van entre 0,30 y 0,60 USD por IP y mes, con contratos de 12 a 36 meses. La titularidad sigue siendo del arrendador, pero t\u00fa recibes un LOA que te permite anunciar el prefijo y crear tus propios objetos en el RIR. Un detalle importante: verifica siempre que el LOA permita crear el ROA con tu ASN como origen, o el filtrado RPKI te pasar\u00e1 factura.<\/p>\n<h3>Reasignaci\u00f3n interna y alternativas<\/h3>\n<p>Antes de gastar, vale la pena revisar si puedes recuperar espacio: renegociar subasignaciones a clientes inactivos, reutilizar rangos internos con NAT o ampliar con la propia asignaci\u00f3n del RIR si superas el umbral de utilizaci\u00f3n. En muchos proyectos, una combinaci\u00f3n de recuperaci\u00f3n interna m\u00e1s un \/23 en alquiler cubre la necesidad sin comprometer capital.<\/p>\n<p>Sea cual sea la v\u00eda, documenta la titularidad y los permisos de anuncio desde el primer d\u00eda. Es la base sobre la que se apoyar\u00e1 todo el resto del plan de migraci\u00f3n.<\/p>\n<h2>Fases de la migraci\u00f3n de IPv4: despliegue gradual y pruebas de enrutamiento<\/h2>\n<p>Nadie migra IPv4 de golpe. Y quien lo hace, suele pagarlo. El despliegue por fases existe precisamente para eso: detectar los problemas de enrutamiento cuando el impacto todav\u00eda es controlable y no tienes media red ca\u00edda a las tres de la madrugada. Un enfoque que funciona bien, y que he visto aplicar m\u00e1s de una vez, consta de estas etapas:<\/p>\n<ol>\n<li><strong>Dual-stack paralelo:<\/strong> anuncia el nuevo prefijo junto al antiguo, pero sin mover tr\u00e1fico todav\u00eda. Durante 1-2 semanas, verifica con Looking Glasses y herramientas como BGPlay que el \/24 se propaga correctamente por los upstreams y las IXPs de siempre.<\/li>\n<li><strong>Tr\u00e1fico de prueba:<\/strong> enruta hacia el nuevo rango servicios internos no cr\u00edticos (DNS secundario, monitorizaci\u00f3n, entornos de staging). Mide latencia, p\u00e9rdida de paquetes y qu\u00e9 tal aguantan las sesiones BGP.<\/li>\n<li><strong>Migraci\u00f3n por servicios:<\/strong> mueve las cargas de trabajo de forma escalonada, empezando por las que toleran ventanas de mantenimiento sin quejarse. Un detalle que a veces se olvida: baja los TTL de DNS a 300 segundos 48 horas antes de cada corte. Acelera la propagaci\u00f3n y te ahorra sorpresas.<\/li>\n<li><strong>Retirada controlada:<\/strong> mant\u00e9n el rango antiguo anunciado en modo &#8220;drenaje&#8221; durante al menos 30 d\u00edas, capturando el tr\u00e1fico residual antes de desanunciarlo definitivamente. Hay clientes que tardan en actualizarse. M\u00e1s de los que crees.<\/li>\n<\/ol>\n<p>Prueba siempre el filtrado. Comprueba que ning\u00fan upstream aplica filtros bogon o listas que bloqueen tu nuevo prefijo, y valida que las rutas m\u00e1s espec\u00edficas que puedas necesitar para traffic engineering no se pasen de los l\u00edmites de longitud de prefijo de tus proveedores. Es una verificaci\u00f3n de diez minutos que evita semanas de dolores de cabeza.<\/p>\n<h2>Documentaci\u00f3n cr\u00edtica: LOA, RPKI\/ROA y actualizaci\u00f3n en los RIR<\/h2>\n<p>\u00bfSabes d\u00f3nde fracasan m\u00e1s migraciones? Aqu\u00ed. No por dificultad t\u00e9cnica, sino por tr\u00e1mites incompletos que se descubren cuando ya es tarde. Tres piezas son innegociables:<\/p>\n<ul>\n<li><strong>LOA (Letter of Authorization):<\/strong> si el prefijo viene de una compra o de un alquiler, el titular registral debe emitir un LOA que autorice a tu ASN a anunciarlo. Sin ese papel, muchos tr\u00e1nsitos e IXPs rechazar\u00e1n la ruta, o la filtrar\u00e1n a la primera incidencia.<\/li>\n<li><strong>RPKI\/ROA:<\/strong> crea los ROA en el RIR correspondiente antes del primer anuncio, especificando el ASN origin y la longitud m\u00e1xima de prefijo (por ejemplo, \/24 con maxLength \/24 si no piensas anunciar m\u00e1s espec\u00edficos). Un ROA mal definido genera rutas Invalid, y esas rutas acaban descartadas por validaci\u00f3n RPKI en un porcentaje creciente de redes. Si el prefijo era de otro titular, aseg\u00farate de que la transferencia o actualizaci\u00f3n del ROA previo est\u00e9 hecha. Los conflictos aqu\u00ed son un problema serio.<\/li>\n<li><strong>Registros en el RIR:<\/strong> en RIPE NCC, revisa que la asignaci\u00f3n figure a nombre del nuevo titular, con los objetos inetnum, maintainer y route actualizados. En ARIN, lo que hay que mirar es el POC y la organizaci\u00f3n asociada. Los datos desactualizados complican much\u00edsimo la resoluci\u00f3n de incidentes y las renovaciones.<\/li>\n<\/ul>\n<p>Y una recomendaci\u00f3n que sale de la experiencia: mant\u00e9n un inventario documental vivo. Copias de los LOA, capturas de los ROA publicados, contratos de alquiler, capturas de la propagaci\u00f3n BGP en cada fase. Si alg\u00fan d\u00eda hay un litigio o una auditor\u00eda de la RIR, ese archivo ser\u00e1 tu evidencia. Sin \u00e9l, tendr\u00e1s solo tu palabra.<\/p>\n<h2>Conclusi\u00f3n: migrar sin ca\u00eddas es cuesti\u00f3n de m\u00e9todo<\/h2>\n<p>Que una migraci\u00f3n de IPv4 salga sin interrupciones no depende de la suerte. Depende de una secuencia disciplinada: inventariar y recuperar espacio interno, asegurar la titularidad y los permisos de anuncio, desplegar en fases con dual-stack y pruebas de enrutamiento, y dejar la documentaci\u00f3n \u2014LOA, ROA, registros RIR\u2014 impecable antes de mover el primer paquete. Los rangos limpios y bien documentados conservan mejor su valor de mercado, y los bien planificados se integran sin que los usuarios se enteren. Si tu inventario interno no llega, IP4 Market ofrece una plataforma con vendedores verificados y precios competitivos, tanto para compra como para alquiler de prefijos listos para anunciar. Con m\u00e9todo, ventanas de prueba y la documentaci\u00f3n en orden, la pr\u00f3xima migraci\u00f3n puede ser, sencillamente, un evento sin incidentes.<\/p>\n<div class=\"ip4-cta\" style=\"margin:2em 0;padding:1.2em 1.5em;border:1px solid #d8dee9;border-left:4px solid #00b8d4;border-radius:6px;background:#f8fafc\">\n<p style=\"margin:0\"><strong>&iquest;Necesitas direcciones IPv4?<\/strong> Alquila subredes \/24&ndash;\/22 verificadas por RIPE desde 0,50&nbsp;$\/IP al mes &mdash; LOA + RPKI\/ROA en minutos, verificaci&oacute;n de empresa inmediata y renovaci&oacute;n autom&aacute;tica. <a href=\"https:\/\/panel.ip4.market\/marketplace?utm_source=blog&amp;utm_medium=cta&amp;utm_campaign=post-footer-es\" rel=\"nofollow\">Ver subredes disponibles &rarr;<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>La migraci\u00f3n de IPv4 sigue siendo una de las operaciones m\u00e1s delicadas que se ponen sobre la mesa en un equipo de red. Sobre todo cuando hay que mover servicios&#8230;<\/p>\n","protected":false},"author":1,"featured_media":1688,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[18],"tags":[],"class_list":["post-1686","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-redes"],"_links":{"self":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1686","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/comments?post=1686"}],"version-history":[{"count":1,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1686\/revisions"}],"predecessor-version":[{"id":1687,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1686\/revisions\/1687"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media\/1688"}],"wp:attachment":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media?parent=1686"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/categories?post=1686"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/tags?post=1686"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}