Cómo gestionar IPv4 como infraestructura de la empresa

Gestionar activos IPv4 significa identificar, documentar, proteger, utilizar y gobernar los recursos durante toda su vida operativa. La empresa debe saber qué bloques controla o administra, qué sistemas dependen de ellos, qué ASN los anuncia, quién puede gestionarlos y si seguirán siendo necesarios.

En 2026, IPv4 sigue sosteniendo aplicaciones de clientes, API, servicios en la nube, correo, VPN, listas de acceso de socios, alojamiento, equipos de seguridad, centros de datos y sistemas heredados. La asignación tradicional ya no ofrece una fuente ilimitada de nuevas direcciones. El reto es que los recursos existentes sirvan a la empresa durante los próximos cinco, diez o quince años.

El valor de un bloque no termina en el mercado: también aporta continuidad, enrutamiento, acceso de clientes, seguridad y capacidad de migración. Un /20 incorporado a numerosas listas de acceso, cortafuegos, API, registros DNS y sistemas de socios puede resultar mucho más caro de sustituir que lo que se obtendría al venderlo. Por eso hay que empezar por las dependencias.

El inventario debe recoger tanto los datos verificables fuera de la empresa como el contexto interno: para qué sirve cada prefijo, qué aplicaciones lo necesitan, quién responde por él y qué uso se prevé. Una lista del registro sin esa información sigue estando incompleta.

Incluye las reservas para recuperación, migraciones y ampliaciones, además del historial y los documentos necesarios para una transferencia, un arrendamiento o una adquisición. Como siguiente referencia, consulta cómo auditar los recursos de numeración de la empresa.

• Registro y RDAP: qué organización figura asociada al recurso.
• BGP: qué ASN está anunciando realmente el prefijo.
• RPKI: qué ASN está autorizado como origen del anuncio.
• IRR: qué información de rutas se ha registrado.
• CMDB e IPAM: cómo entiende la empresa el uso interno de sus recursos.

Las fuentes deben apoyarse entre sí, pero ninguna sustituye a las demás. El registro no demuestra el enrutamiento actual; un anuncio BGP no acredita por sí solo derechos jurídicos o contractuales; una ROA no es un mapa completo de la red.

Paso 3 — Comprobar el registro y RDAP

Revisa la organización, el intervalo de direcciones, el estado, los contactos, la relación con recursos superiores y el RIR correspondiente. Los errores dificultan transferencias, adquisiciones, recuperación de cuentas, cambios de proveedor, resolución de disputas y respuesta a incidentes. El registro es una prueba importante, pero no resuelve por sí solo todas las cuestiones de titularidad.

Guía práctica: cómo leer un registro RDAP de una dirección IP.

Paso 4 — Verificar los anuncios BGP en uso

203.0.113.0/24 → AS64500

Define qué debería ocurrir con cada prefijo importante y contrástalo con la red: ¿es visible?, ¿lo origina el ASN previsto?, ¿hay rutas más específicas?, ¿aparecen varios ASN de origen? Un bloque puede estar correctamente registrado y, aun así, tener anuncios inesperados.

Más información: cómo comprobar quién anuncia un prefijo en BGP.

Paso 5 — Mantener al día las autorizaciones RPKI

Prefijo: 203.0.113.0/24
ASN autorizado: AS64500

Una ROA declara qué ASN puede originar un prefijo. El artículo original remite a RFC 9582 para el formato. La revisión operativa debe abarcar ASN, longitud del prefijo, maxLength, autorizaciones caducadas o que ya no corresponden y la secuencia de los cambios.

Coordina RPKI al cambiar de ASN o proveedor, adquirir una red, incorporar un servicio de mitigación DDoS o rediseñar la infraestructura. Si las ROA antiguas no se actualizan, una nueva ruta legítima puede quedar como RPKI Invalid.

Paso 6 — Revisar los objetos IRR

route: 203.0.113.0/24
origin: AS64500

Algunas redes construyen filtros de rutas a partir del IRR; los objetos desactualizados pueden provocar incoherencias operativas. Contrasta periódicamente el diseño esperado con BGP, RPKI e IRR. No se trata de forzar que todos los sistemas digan lo mismo, sino de entender cualquier diferencia.

Paso 7 — Separar uso, reserva y excedente

Un bloque poco activo puede reservarse para recuperación ante desastres, migraciones de clientes, conmutación regional, crecimiento, compromisos contractuales o seguridad. La medición del tráfico es solo una parte de la decisión.

• En uso: sostiene servicios de producción.
• Reservado: tiene un propósito futuro o de contingencia definido, aunque no se anuncie.
• Infrautilizado: se usa, pero puede asignarse con mayor eficiencia.
• Recuperable internamente: ya no se identifican dependencias operativas claras.
• Posible transferencia o arrendamiento: excede las necesidades a largo plazo, tras completar las comprobaciones técnicas, contractuales y del registro.

Paso 8 — Buscar dependencias antes de declarar un excedente

Las direcciones pueden estar fijadas en cortafuegos, políticas VPN, listas de acceso de clientes, integraciones SaaS, autenticación de API, DNS, configuraciones SSL/TLS, sistemas de supervisión, pasarelas de pago o aplicaciones de terceros. Un uso escaso no significa que sustituirlas sea sencillo. Esa revisión debe preceder a cualquier transferencia o arrendamiento.

Paso 9 — Elegir entre conservar, recuperar, transferir y arrendar

• Conservar cuando persiste un valor estratégico u operativo.
• Recuperar capacidad dentro de la empresa reorganizando asignaciones ineficientes.
• Transferir cuando ya no se prevé necesitar el recurso y se cumplen las condiciones aplicables.
• Arrendar capacidad excedente si lo permiten las condiciones técnicas, contractuales y del registro, manteniendo una relación continuada con el recurso.

El artículo sobre cómo aprovechar económicamente recursos IP excedentes, disponible en inglés, desarrolla la vertiente comercial. Antes hay una pregunta más básica: ¿saldrá perjudicada la operación futura si la empresa deja de contar con ese bloque?

Paso 10 — No decidir únicamente por el precio de mercado

La venta aporta liquidez hoy, pero conseguir recursos equivalentes mañana puede ser más difícil y costoso. Además, no recupera automáticamente las listas de acceso ni el diseño previo de la red. Hay que comparar el ingreso inmediato con la utilidad futura de la infraestructura.

Paso 11 — Incluir IPv4 en las comprobaciones de una adquisición

En fusiones, adquisiciones, escisiones y reorganizaciones, comprueba los recursos existentes, la entidad registrada, la cuenta RIR que los administra, las condiciones de tenencia, los ASN que los anuncian, RPKI y la documentación disponible. La diligencia técnica debe resolverlo antes del cierre, no después de descubrir que nadie puede asumir el control.

Lectura relacionada: qué ocurre con las direcciones IP en una fusión o adquisición.

Paso 12 — Evitar la dependencia de una sola persona

Si solo una persona conoce las cuentas RIR, RPKI, IRR, DNS, BGP, los contactos de proveedores y las transferencias anteriores, su salida puede convertirse en un riesgo de infraestructura. La organización necesita acceso duradero, procedimientos escritos de recuperación de cuentas y MFA, varios administradores autorizados y contactos actualizados.

Paso 13 — Conservar la historia del recurso

Documenta la asignación inicial y las posteriores, las transferencias, los cambios de nombre, las adquisiciones, los ajustes de rutas y RPKI y los cambios de proveedor. Ese historial ayuda a demostrar continuidad, explicar discrepancias, recuperar accesos y preparar nuevas operaciones.

Paso 14 — Revisar la reputación

Las direcciones pueden arrastrar vínculos con spam, malware, abusos, redes de equipos comprometidos o servicios de proxy. Revisa las principales listas de bloqueo, los informes de abuso, la geolocalización, el DNS inverso y el historial de rutas. Es especialmente importante al adquirir, arrendar o recuperar recursos cedidos a otro operador. Que una dirección sea técnicamente válida no significa que esté lista para producción.

Paso 15 — Comprobar el DNS inverso

Identifica quién controla la delegación, qué servidores de nombres intervienen, qué sistemas antiguos dependen de PTR y si hay DNSSEC. El DNS inverso puede afectar al correo, las herramientas de seguridad, los registros operativos y los servicios de clientes. No debe quedar fuera del inventario por considerarse una tarea del equipo DNS.

La gestión de IPv4 no debe convertirse en un argumento contra IPv6. IPv6 reduce la dependencia futura, pero no hace migrar de inmediato a clientes, socios y sistemas heredados. Muchas empresas seguirán operando durante años con doble pila o entornos híbridos.

Proteger el IPv4 imprescindible
+ Reducir dependencias IPv4 innecesarias
+ Ampliar el despliegue IPv6

Las tres tareas deben avanzar juntas. Se trata de preservar opciones, no de vender todo el IPv4 de una vez ni de ignorar IPv6.

La revisión anual debe recorrer inventario, registro, rutas, RPKI, IRR, DNS, utilización, reputación, accesos y estrategia. También conviene repetirla después de una adquisición, una migración, un cambio de ASN o una reorganización de red. Cada recurso necesita un responsable y una decisión explicable.

Siete tareas que forman un ciclo de gestión

• Descubrir: identificar todos los recursos.
• Documentar: reunir historial, contexto de derechos, dependencias y responsables.
• Verificar: contrastar registro, BGP, RPKI e IRR.
• Proteger: asegurar cuentas y autorizaciones de rutas.
• Optimizar: reorganizar asignaciones ineficientes y detectar excedentes reales.
• Supervisar: seguir rutas, reputación y estado operativo.
• Revisar: repetir la evaluación cada año y ante cambios importantes.

Los datos desactualizados perjudican la recuperación de cuentas, las transferencias, la respuesta a incidentes, los cambios de proveedor y las adquisiciones. Quién figura registrado, quién tiene autorización, quién anuncia, quién conoce el uso interno y quién puede recuperar el control son preguntas distintas. Todas necesitan respuesta.

Usar «propiedad» con precisión

En una conversación empresarial, propiedad puede referirse al control operativo o a los derechos relacionados con el recurso. Su significado jurídico y contractual depende de la historia, los acuerdos y el marco aplicable. Registro, autorización de rutas y derechos no son equivalentes; conserva las pruebas que permiten entender cada aspecto.

Pensar en capital de infraestructura a largo plazo

Un recurso bien administrado sostiene clientes, alianzas, cambios de red y migraciones. El artículo sobre las direcciones IP como capital de infraestructura, en inglés, desarrolla esa perspectiva. Una buena gestión permite conservar, reorganizar, transferir o arrendar cuando tiene sentido para la empresa.

Ocho errores que conviene evitar

• Tratar IPv4 solo como un detalle técnico.
• Tratarlo únicamente como un activo financiero.
• Confundir el registro con el enrutamiento real.
• Dar por libres las direcciones sin analizar sus dependencias.
• Depender de un único empleado.
• Olvidar RPKI durante una migración.
• Vender antes de completar el análisis de dependencias.
• Ignorar IPv6.

El objetivo no es retener cada dirección para siempre ni vender toda capacidad aparentemente libre. Cada recurso debe gestionarse por su importancia operativa, su historial documentado, su uso y su valor como infraestructura a largo plazo.