Integración de IPv4 heredados en edge computing: guía

IPv4 heredados edge computing es una combinación que cada vez más operadores de ISP, proveedores de hosting y empresas con cargas distribuidas están considerando en serio: llevar bloques IPv4 legacy a infraestructuras perimetrales. ¿Por qué? Para garantizar enrutabilidad global, control total del espacio de direcciones y compatibilidad con servicios que, seamos honestos, todavía no funcionan bien sobre IPv6 puro. En este artículo explicamos por qué el edge computing cambia los requisitos de direccionamiento, qué distingue a los IPv4 heredados de los bloques asignados hoy por los RIR y qué pasos técnicos hay que seguir (BGP, LOA, RPKI/ROA, BYOIP) para integrarlos correctamente. Y si estás valorando comprar espacio IPv4, plataformas como IP4 Market, con vendedores verificados y precios competitivos, te resuelven la parte de la compra para que puedas concentrarte en lo técnico, que es donde está el trabajo de verdad.

Por qué el edge computing exige direcciones IPv4 propias y enrutables

El edge computing reparte la capacidad de cómputo y entrega de contenido entre múltiples puntos de presencia (PoPs), muchas veces gestionados por terceros o desplegados sobre proveedores de nube distintos. La cosa se complica cuando dependes de rangos IP asignados dinámicamente por cada proveedor. Ahí aparecen tres problemas muy concretos:

• Coherencia geográfica y de reputación: si tu DNS autoritativo o tu API se sirve desde rangos que cambian según el PoP, las listas de reputación y los filtros anti-DDoS de terceros pueden bloquearte de forma intermitente. Y cuando pasa, cuesta encontrar el origen.
• Limitaciones de anycast: para anunciar el mismo prefijo /24 desde varias ubicaciones edge mediante anycast necesitas espacio propio, enrutable a escala global. Un solo /24 anunciado desde 8 o 10 PoPs reduce la latencia percibida y absorbe los picos de tráfico.
• Independencia del proveedor: migrar cargas entre un proveedor de edge y otro sin cambiar direcciones públicas evita ventanas de mantenimiento y esas actualizaciones de DNS con TTL largos que todos tememos.

El mercado lo confirma. Un /24 enrutado se cotizaba en 2024 entre 30 y 50 USD por dirección en transacciones entre operadores, y la escasez tras el agotamiento de los pools de RIPE NCC y ARIN mantiene la tendencia al alza. Para despliegues edge, donde un /24 es el mínimo anunciable, planificar el espacio desde el principio es una decisión de arquitectura. No un trámite.

Qué son los IPv4 heredados y qué los diferencia de los bloques asignados por los RIR

Se llaman IPv4 heredados (legacy o PI legacy) los bloques asignados antes de la creación de las políticas actuales de los RIR, habitualmente antes de 1995 en el caso de RIPE NCC y antes del sistema actual de ARIN. Suelen ser rangos de clase antigua (/16, /20, /22) asignados directamente a organizaciones pioneras: universidades, operadores históricos, fabricantes.

Las diferencias prácticas frente a los bloques actuales importan, y mucho, en un proyecto edge:

1. Estado registral: muchos bloques legacy no tienen contrato de servicios vigente con el RIR, lo que obliga a procesos de verificación de titularidad más rigurosos al comprarlos. Por eso es esencial trabajar con un marketplace que verifique la documentación y el historial del bloque, como hace IP4 Market.
2. Coste de mantenimiento: algunos bloques requieren activar un contrato con el RIR (por ejemplo, un RSA en ARIN) para poder gestionarlos y anunciarlos formalmente.
3. Tamaño: es más fácil encontrar bloques de tamaño utilizable (/22, /21) que en los mercados actuales, donde predominan los /24 fragmentados.

Un consejo accionable: antes de comprar, verifica que el bloque figure en la base de datos del RIR correspondiente, que no tenga conflictos de titularidad y que su historial no incluya listas negras (Spamhaus, bogons históricos).

Requisitos técnicos para integrar IPv4 heredados: BGP, LOA, RPKI/ROA y BYOIP

La integración técnica sigue una secuencia bastante clara:

• BGP: necesitas un número de sistema autónomo (AS) propio, o un acuerdo con un proveedor de tránsito que anuncie tu prefijo. Si vas a montar anycast en edge, asegúrate de que tu proveedor soporta anuncios multihomed y comunidades BGP para afinar la selectividad de rutas.
• LOA (Letter of Authorization): cuando el prefijo se anuncia a través de un tercero (por ejemplo, un proveedor edge que hace BYOIP), este exigirá una LOA firmada que autorice el anuncio de tu bloque desde su AS.
• RPKI/ROA: crea un ROA en el RIR que valide el anuncio del prefijo con tu AS de origen. Sin ROA, los operadores que aplican filtros RPKI estrictos rechazarán tu tráfico. Sin piedad. Define también una maxLength adecuada (por ejemplo, /24 si anuncias un /22 agregado).
• BYOIP: los grandes proveedores de edge y nube (AWS, Google Cloud, Cloudflare) admiten traer tu propio espacio IPv4. El proceso habitual pasa por verificar la propiedad mediante un certificado X.509 firmado con el recurso del RIR, crear el ROA correspondiente y autorizar el anuncio con una LOA.

Con estos cimientos documentales y de enrutamiento resueltos, el despliegue del prefijo heredado en tu infraestructura perimetral será predecible y auditable en cada paso.

Precios de referencia del mercado IPv4: comprar frente a alquilar bloques /24

Comprar o alquilar. A la hora de desplegar edge computing, esa elección marca la diferencia en el coste por punto de presencia, y no es poca. Los precios de referencia actuales rondan los 30-50 USD por dirección en el mercado de compraventa de bloques /24, lo que se traduce en unos 7.680 a 12.800 USD por un prefijo completo. ¿Y un /20? Puede superar los 60.000 USD, según la región de registro y la antigüedad del bloque.

El alquiler juega en otra liga: 0,30-0,60 USD por dirección y mes, con descuentos habituales si te comprometes a 12-24 meses. Para un ISP o un proveedor de hosting que necesita ampliar capacidad CGNAT o añadir direcciones dedicadas en nodos perimetrales sin inmovilizar capital, suelo recomendar el alquiler. La compra tiene sentido cuando el uso es estructural y a largo plazo, o cuando necesitas control absoluto del prefijo para proyectos de BYOIP que abarcan varios proveedores cloud.

• Compra recomendada si: prevés un uso superior a 3-4 años, necesitas anunciar el prefijo con ROA propio y quieres autonomía frente a cambios de proveedor.
• Alquiler recomendado si: hay picos estacionales de tráfico, pruebas de concepto en regiones nuevas o una expansión rápida del edge con presupuesto opex.

Una plataforma como IP4 Market permite comparar ambas modalidades con vendedores verificados y precios competitivos, e incluye la transferencia de la documentación necesaria para actualizar la base de datos del RIPE NCC cuando la operación es de compraventa.

Riesgos habituales: bloques con historial negro, fraudes y documentación incompleta

El mercado secundario de IPv4 heredados no está exento de riesgos. El más frecuente: adquirir o alquilar un bloque con reputación comprometida. Direcciones que aparecen en listas negras (Spamhaus, SORBS, Barracuda) por spam histórico, o que alguien usó para campañas de botnets. Antes de cerrar cualquier operación, comprueba cada rango en las principales DNSBL y en servicios de inteligencia de amenazas. Basta un solo /24 contaminado para degradar la entregabilidad de correo y provocar bloqueos en nodos perimetrales que compartan esa dirección de salida.

Luego está el fraude documental. Vendedores que no son los titulares reales del recurso, bloques con disputas de propiedad pendientes, herencias corporativas que nadie registró. Exige siempre el LOA firmado por el titular legítimo, verifica el estado del recurso en la base de datos del RIR correspondiente y desconfía de precios muy por debajo de la horquilla de mercado: suelen esconder bloques recuperados, litigiosos o con cláusulas que no aparecen en el anuncio.

Y queda la documentación incompleta, la causa más común de retrasos. Sin LOA, sin datos de registro actualizados o sin un ROA coherente con el ASN que anunciará el prefijo, tu despliegue en edge puede quedarse parado semanas. Trabajar con un marketplace que verifique a sus vendedores, como IP4 Market, reduce bastante estos vectores de riesgo al auditar la titularidad antes de publicar cada oferta.

Conclusión: cómo integrar IPv4 heredados en tu edge de forma segura

Integrar bloques IPv4 heredados en una arquitectura de edge computing es una decisión técnica y financiera a la vez, y conviene abordarla con método. La secuencia fiable es clara:

1. Auditar el historial y la reputación del bloque antes de cualquier compromiso económico.
2. Verificar la titularidad en el RIR y obtener el LOA del titular legítimo.
3. Publicar el ROA y validar el enrutamiento con RPKI antes de escalar.
4. Elegir entre compra y alquiler según el horizonte de uso y el modelo de costes.
5. Desplegar primero en un PoC regional y escalar a anycast global cuando el anuncio esté validado.

Con la documentación en regla, el enrutamiento verificado y un socio de mercado que garantice la legitimidad de cada recurso, tus prefijos heredados se convierten en un activo sólido para soportar CGNAT, BYOIP y servicios perimetrales con continuidad garantizada. Plataformas con vendedores verificados y precios competitivos, como IP4 Market, simplifican todo el ciclo: desde la búsqueda del bloque adecuado hasta la transferencia y el alta operativa en tu red.