¿Qué es el agotamiento de las direcciones IPv4?
El agotamiento de las direcciones IPv4 significa que los conjuntos ordinarios de direcciones públicas no asignadas se han agotado o están limitados por políticas; no significa que IPv4 haya dejado de funcionar. IANA agotó su conjunto libre central el 3 de febrero de 2011 y cada RIR alcanzó hitos distintos. Las asignaciones existentes, el espacio recuperado, las transferencias, los proveedores, el alquiler, el uso compartido y IPv6 cubren necesidades diferentes.
¿Qué se agotó y qué no?
IPv4 usa direcciones de 32 bits, por lo que existen 232, es decir, 4.294.967.296 combinaciones posibles. Esa cifra no equivale al número de direcciones públicas que una organización puede obtener: hay rangos reservados para redes privadas, documentación, multidifusión, bucle local, espacio compartido y otros usos especiales, mientras que gran parte del espacio enrutable globalmente ya está asignado.
La palabra agotamiento se refiere a un conjunto de asignación y a una política, no al protocolo. Estas cuatro situaciones pueden coexistir:
- IANA no dispone de un conjunto libre central para asignaciones ordinarias a los RIR.
- Un RIR puede distribuir pequeñas cantidades recuperadas mediante una lista de espera o una política de asignación final.
- Una organización puede conservar prefijos asignados que no aparecen en la tabla BGP global o que no están configurados en equipos en este momento.
- Una entidad que cumpla los requisitos puede obtener espacio existente mediante una transferencia registrada, una asignación de proveedor o un alquiler por plazo definido.
Son inventarios distintos y con implicaciones diferentes de autoridad, elegibilidad, enrutamiento, coste y continuidad. La guía sobre los RIR explica las funciones de IANA, los cinco registros regionales, los proveedores y los usuarios finales.
¿Cuántas direcciones IPv4 quedan en 2026?
No existe una única cifra mundial fiable de “direcciones IPv4 restantes”. Para la asignación ordinaria de nivel superior, la respuesta de IANA es, en la práctica, cero: su conjunto libre central se agotó en 2011 y en 2019 realizó el último reparto igualitario del espacio recuperado disponible entonces. En un RIR, la respuesta depende de la región, la política, la elegibilidad del solicitante, su posición en una lista de espera y el espacio recuperado desde el último reparto.
| Inventario | Qué mide | Por qué no es una cifra global de disponibilidad |
|---|---|---|
| Conjunto central de IANA | Espacio no asignado para distribución de nivel superior a los RIR | El conjunto libre ordinario está agotado; no registra cada dirección en poder o en uso por debajo del nivel regional |
| Conjunto disponible o recuperado de un RIR | Espacio que un registro puede emitir conforme a su política vigente | La cantidad y la elegibilidad varían por región y cambian con devoluciones, revocaciones, reservas y repartos |
| Espacio asignado pero no anunciado | Prefijos registrados que no son visibles en la tabla BGP global | No anunciado no significa sin titular, sin uso, transferible, alcanzable ni disponible |
| Oferta para transferencia o alquiler | Prefijos cuyos titulares pueden y quieren transferir o autorizar para uso | Cada oferta exige comprobar autoridad, política, contrato, viabilidad técnica y diligencia debida |
| Direcciones detrás de NAT | Direcciones privadas o compartidas usadas dentro de redes | Compartir reduce cierta demanda pública, pero no crea espacio IPv4 globalmente único |
Una decisión de capacidad defendible comienza por el tamaño CIDR exacto y el uso previsto. Después debe consultar la política actual del RIR o la evidencia fechada de la oferta concreta. Restar una estimación de la tabla de rutas a 4.300 millones no produce una cifra de “IPv4 disponible”.
Estado del agotamiento de IPv4 en IANA y los RIR
Los hitos siguientes se revisaron con material oficial de IANA y de los RIR el 17 de septiembre de 2026. “Agotado” no tiene la misma consecuencia operativa en todos los registros; siempre manda la política regional vigente.
| Registro | Hito | Situación práctica |
|---|---|---|
| IANA | Agotó el conjunto libre central el 3 de febrero de 2011; repartió por última vez el conjunto recuperado en 2019 | No hay inventario IPv4 ordinario de nivel superior para asignar a los RIR |
| APNIC | Entró en la política de su último /8 el 15 de abril de 2011 | Los miembros elegibles solo pueden solicitar espacio limitado bajo la política actual; otras necesidades requieren otra vía |
| ARIN | Declaró agotado su conjunto libre el 24 de septiembre de 2015 | Puede repartir espacio recuperado limitado mediante lista de espera; las transferencias y reservas especiales son vías separadas |
| RIPE NCC | Realizó la última asignación /22 de su conjunto restante el 25 de noviembre de 2019 | Puede emitir bloques /24 recuperados a nuevos LIR elegibles mediante lista de espera, si vuelve a disponer de espacio |
| LACNIC | Avanzó por fases de agotamiento y anunció el agotamiento de su conjunto disponible en 2020 | Cualquier distribución depende de la política vigente para la fase final o el espacio reservado, no de la asignación ordinaria anterior |
| AFRINIC | Entró en la fase 2 de agotamiento el 13 de enero de 2020 | El inventario restante y el tamaño máximo están limitados por política y pueden cambiar; hay que verificar estadísticas y reglas actuales |
Una fecha de agotamiento no implica que el registro carezca de direcciones registradas, reservas o mecanismos para recursos devueltos. Del mismo modo, ver un pequeño conjunto en una página de estadísticas no demuestra que un solicitante concreto reúna los requisitos ni que vaya a recibirlo.
¿Qué causó el agotamiento de IPv4?
- Un espacio finito de 32 bits: IPv4 se diseñó antes de poder prever la escala actual de Internet, la computación en la nube, las redes móviles y los servicios siempre conectados.
- Prácticas históricas de asignación: las redes con clases y algunas asignaciones antiguas muy grandes aprovecharon el espacio con menos eficiencia que las políticas posteriores basadas en CIDR.
- El crecimiento de Internet: más redes, servicios, regiones y clientes necesitaron puntos de acceso globales.
- Una transición prolongada: IPv6 elimina la limitación de escala de las direcciones, pero aplicaciones, redes de clientes, controles de seguridad, compras y operaciones no migran al mismo ritmo.
NAT no causó el agotamiento. Retrasó el consumo al permitir que varios equipos privados compartieran direcciones IPv4 públicas. CIDR, la recuperación, las transferencias y las políticas más estrictas también prolongaron la vida útil de la base instalada, pero ninguna medida puede ampliar el espacio de 32 bits.
Agotamiento de IPv4 frente a 512K Day
512K Day fue un problema de escala de enrutamiento, no el día en que se agotaron las direcciones IPv4. El 12 de agosto de 2014, la tabla BGP global de IPv4 superó aproximadamente las 512.000 rutas. Algunos routers antiguos habían dividido su memoria de reenvío de forma que solo podían alojar unas 512K entradas IPv4, por lo que podían dejar de instalar rutas o de reenviar tráfico correctamente.
El agotamiento pregunta si una autoridad tiene direcciones sin asignar bajo su política. El crecimiento de la tabla de rutas pregunta si los routers pueden almacenar y procesar los prefijos anunciados. Desagregar un bloque puede aumentar las rutas sin crear ni consumir direcciones; agregar rutas puede reducir entradas sin devolver espacio. El análisis de APNIC sobre la tabla de rutas explica por qué los umbrales posteriores también requieren una planificación independiente.
¿Se sigue usando IPv4 después del agotamiento?
Sí. El agotamiento no anuló las asignaciones existentes ni impidió enrutar paquetes IPv4. Sitios web, empresas, servicios de alojamiento, proveedores de acceso, plataformas en la nube y equipos de clientes aún dependen de IPv4, a menudo junto con IPv6.
IPv6 utiliza direcciones de 128 bits y es la solución de protocolo a largo plazo para la presión de escala. Su despliegue suele ser una coexistencia, no una sustitución instantánea: una red de doble pila ejecuta IPv4 e IPv6, mientras mecanismos de traducción o proxy cubren determinadas incompatibilidades. IPv6 también necesita rutas, DNS, seguridad, observabilidad, aplicaciones y soporte preparados; no vuelve segura una red por sí solo. Consulta la guía de adopción de IPv6.
¿Cómo afecta la escasez de IPv4 a redes y empresas?
- Coste y plazo: obtener espacio puede exigir transferencia, alquiler, tarifas del proveedor, aprobación, integración y operación continua en lugar de una solicitud rutinaria.
- Decisiones de arquitectura: CGNAT y el uso compartido intensivo conservan direcciones, pero pueden complicar la entrada, los puertos, la atribución, los registros, la resolución de fallos y algunas aplicaciones.
- Diligencia debida: la autoridad registral, la elegibilidad de transferencia, el historial BGP, RPKI, IRR, DNS inverso, geolocalización, reputación y abusos se comprueban por separado.
- Riesgo de continuidad: un alquiler, una asignación del proveedor o un prefijo dependiente del proveedor ascendente necesita planes de renovación, devolución, sustitución, retirada de rutas e incidentes.
- Trabajo con IPv6: retrasar IPv6 mantiene una dependencia creciente de IPv4; desplegarlo sin validar aplicaciones y operaciones crea otros modos de fallo.
Soluciones prácticas al agotamiento de IPv4
| Opción | Qué ayuda a resolver | Limitación importante |
|---|---|---|
| Desplegar IPv6, normalmente con doble pila | Aporta capacidad de direcciones escalable y reduce la dependencia futura de IPv4 | No elimina la necesidad actual de IPv4 cuando usuarios, socios, software o redes solo admiten IPv4 |
| NAT o CGNAT | Permite que varios equipos compartan un conjunto público IPv4 menor | Puede afectar servicios entrantes, puertos, atribución, registros, respuesta a abusos y compatibilidad |
| Recuperar y renumerar | Encuentra capacidad inmovilizada y mejora el uso del inventario existente | Exige inventario fiable, descubrimiento de dependencias, migración y control de cambios |
| Comprar mediante una transferencia elegible | Puede dar control a largo plazo sobre espacio existente | Requiere capital, elegibilidad, autoridad del vendedor, aprobación del RIR, entrega técnica y diligencia operativa |
| Alquilar espacio IPv4 | Puede proporcionar acceso por plazo definido sin comprar el activo | Disponibilidad, autoridad de ruta, uso permitido, reputación, renovación, devolución y continuidad dependen del prefijo y del contrato |
| Usar direcciones asignadas por un proveedor | Puede cubrir necesidades pequeñas o ligadas a un servicio mediante ISP, alojamiento o nube | Las direcciones pueden no ser portables y vincular el servicio a ese proveedor o arquitectura |
La respuesta suele ser una cartera de medidas: desplegar IPv6 donde exista soporte de extremo a extremo, conservar y recuperar IPv4, y obtener solo la capacidad pública que la aplicación todavía necesita. El alquiler y las transferencias ayudan a la continuidad, pero no corrigen el límite del protocolo.
Qué comprobar antes de comprar o alquilar IPv4
- Definir la necesidad: tamaño de prefijo, puntos públicos, reserva de crecimiento, región, duración, portabilidad, accesibilidad entrante y aceptación de varios bloques.
- Verificar la autoridad: registro RIR actual, titular, elegibilidad de transferencia o autoridad para alquilar, historial del recurso, cargas y identidad de todas las partes.
- Planificar el enrutamiento: ASN de origen, LOA, ROA de RPKI, objeto IRR, filtros del proveedor ascendente, propagación, DNS inverso, geofeed, monitorización y reversión.
- Probar el encaje: evidencia fechada de reputación y listas, diferencias de geolocalización, accesibilidad, anuncios anteriores, aceptación por la aplicación y contactos de abuso. Nadie puede garantizar un prefijo “limpio” en todos los sistemas de terceros.
- Modelar todo el plazo: unidad de precio, alta, transferencia, tasas, soporte, renovación, cambios de precio, devolución, cuarentena, capacidad de sustitución y trabajo de salida.
Usa evidencia actual y específica de la oferta; la escasez no hace que todos los prefijos sean igual de utilizables o valiosos. La guía de evaluación de riesgo IPv4 y los anuncios públicos del mercado ofrecen los siguientes pasos.
Preguntas frecuentes sobre el agotamiento de IPv4
¿Qué es el agotamiento de IPv4?
Es la reducción de los conjuntos de direcciones no asignadas bajo las políticas de IANA o de un RIR. No significa que cada dirección esté activa ni que el protocolo IPv4 haya dejado de funcionar.
¿Cuándo se agotaron las direcciones IPv4?
No hay una sola fecha mundial. IANA agotó su conjunto libre central el 3 de febrero de 2011; cada RIR alcanzó después hitos distintos. Aún pueden existir pequeños conjuntos recuperados o reservados sujetos a reglas regionales.
¿Cuántas direcciones IPv4 quedan en 2026?
No existe un total único con significado operativo. El inventario recuperado de los RIR, el espacio reservado, las asignaciones de proveedores, las ofertas de transferencia, el alquiler y las direcciones privadas son categorías distintas y cambian con el tiempo.
¿Las 4.300 millones de direcciones IPv4 pueden usarse en Internet?
No. IPv4 tiene 4.294.967.296 combinaciones posibles, pero los rangos de uso especial y las reglas del protocolo impiden interpretar esa cifra como direcciones públicas disponibles o equipos únicos.
¿Se sigue utilizando IPv4?
Sí. Las asignaciones existentes continúan enrutándose y muchos servicios aún requieren accesibilidad IPv4. Es habitual operar IPv4 e IPv6 a la vez mientras se reduce la dependencia restante.
¿512K Day causó el agotamiento de IPv4?
No. 512K Day se refería al número de rutas IPv4 que algunos routers podían guardar en memoria. El agotamiento de conjuntos se refiere a direcciones no asignadas. Son presiones operativas relacionadas, pero medidas diferentes.
¿Puede NAT solucionar el agotamiento de IPv4?
NAT y CGNAT conservan direcciones públicas al compartirlas, pero no crean espacio IPv4 globalmente único. También introducen límites de puertos y compromisos de accesibilidad, registro, atribución y compatibilidad.
¿Una empresa debe comprar, alquilar o sustituir IPv4 por IPv6?
Depende de la duración, el control, el capital, la portabilidad, la accesibilidad de las aplicaciones y la preparación operativa. Conviene desplegar IPv6 donde sea viable, reducir el uso IPv4 innecesario y comparar transferencia, alquiler o proveedor solo para la capacidad que aún necesite IPv4.
Fuentes primarias
- Registro del espacio de direcciones IPv4 de IANA
- IANA: último reparto del conjunto IPv4 recuperado
- Lista de espera IPv4 de ARIN y guía de transferencias
- Política de lista de espera IPv4 de RIPE NCC
- RFC 4632: enrutamiento entre dominios sin clases
- RFC 6598: espacio de direcciones compartido
- RFC 8200: protocolo de Internet versión 6
