Qué es IPv8: el protocolo que resuelve el agotamiento de IPv4 sin romper lo que tienes

IPv8 es una propuesta de protocolo de red publicada como Internet-Draft en el IETF el 15 de abril de 2026 que busca reemplazar IPv4 resolviendo de raíz sus dos grandes problemas: el agotamiento de direcciones y la fragmentación de la gestión de red. Lo hace manteniendo compatibilidad total con IPv4 —sin necesidad de dual-stack ni migración forzada— y usando direcciones de 64 bits que incluyen el número de sistema autónomo (ASN) como prefijo de enrutamiento.

Esta semana el borrador draft-thain-ipv8-01, ha generado bastante ruido en la comunidad de redes. Algunos lo han calificado de «hecho por la IA«, otros lo han leído con más calma y ven propuestas interesantes. En Sinologic lo hemos leído de arriba abajo y os contamos qué propone, de dónde viene el problema y por qué podría (o no) tener sentido.

¿Qué problema resuelve IPv8? El agotamiento de IPv4 y sus consecuencias

Para los que no estéis muy metidos en redes, IPv4, el protocolo que lleva funcionando desde los años 80, usa direcciones de 32 bits que permiten algo más de 4.000 millones de direcciones, que en los 80 parecía infinito y que en 2011 ya se habían agotado.

¿Qué pasó cuando se acabaron las IPs? Que se inventó el CGNAT (Carrier-Grade NAT): tu operador te mete junto con otros cientos de clientes detrás de una misma IP pública. Las consecuencias son conocidas: la comunicación directa entre dispositivos se complica (adiós a muchos juegos online, torrent, VoIP directo…), los logs para hacer trazabilidad se vuelven un infierno y la latencia aumenta. No es una solución elegante, es un parche.

Y además, el protocolo en sí nunca pensó mucho en la seguridad ni en la gestión centralizada: DHCP, DNS, NTP, autenticación… cada protocolo salió por su lado, en distintas décadas, sin un modelo de identidad común. El resultado es que administrar una red grande hoy es como intentar orquestar una banda donde cada músico lleva un manual diferente.

¿Por qué IPv6 no ha resuelto el problema después de 25 años?

IPv6 se diseñó exactamente para esto. Con 128 bits, ofrece un espacio de direcciones tan enorme que no tiene sentido ni escribirlo. En teoría, resolvía el problema de una vez por todas.

El problema es que IPv6 lleva más de 25 años estandarizado y todavía no es el protocolo dominante. La razón es el modelo de transición: IPv6 no es compatible hacia atrás con IPv4. Esto obligó al modelo de dual-stack, donde cada dispositivo, aplicación y red tenía que soportar ambos protocolos simultáneamente. Y eso, en la práctica, resultó comercialmente inaceptable para muchísimas organizaciones. Si con CGNAT ya funcionaba más o menos, ¿para qué migrar?

El resultado lo conocemos: el tráfico IPv6 es real y creciente, pero IPv4 con parches sigue siendo la base de buena parte de internet. Un protocolo diseñado para los 80 sosteniendo la red del siglo XXI.

Qué es IPv8 y cómo funciona: formato de direcciones y compatibilidad con IPv4

Aquí viene lo interesante. IPv8 propone usar direcciones de 64 bits con este formato:

r.r.r.r.n.n.n.n

Los primeros 32 bits (r.r.r.r) son un prefijo de enrutamiento basado en el número de sistema autónomo (ASN) del operador o empresa. Los otros 32 bits (n.n.n.n) son la dirección del host, con la misma semántica que una dirección IPv4 de toda la vida. El espacio total es 2^64: más de 18 trillones de direcciones, con 4.294.967.296 hosts disponibles para cada ASN registrado.

Lo más importante del diseño es la compatibilidad hacia atrás. Una dirección IPv4 se representa en IPv8 como 0.0.0.0.n.n.n.n: cuando el prefijo de enrutamiento es todo ceros, se aplican las reglas IPv4 estándar. Esto significa que IPv4 es un subconjunto propio de IPv8. Ningún dispositivo, ninguna aplicación, ninguna red necesita modificarse. Sin día D, sin migración forzada, sin dual-stack.

Además de las direcciones, la propuesta incluye un ecosistema completo de protocolos: DHCP8 para entregar toda la configuración de red en una sola respuesta, DNS8 para resolución de nombres, BGP8 para enrutamiento con validación obligatoria de rutas contra un registro WHOIS8, autenticación mediante tokens OAuth2/JWT y telemetría unificada. Todo gestionado a través de un Zone Server que hace las veces de gateway, servidor DNS, NTP, gestor de autenticación y monitor de red al mismo tiempo.

¿Por qué IPv8 podría tener éxito donde IPv6 ha fallado?

Si algo ha frenado a IPv6 es el modelo de transición. IPv8 lo resuelve de una manera mucho más pragmática: en lugar de exigir dual-stack, hace que IPv4 conviva dentro del propio espacio de direcciones de IPv8. El prefijo 0.0.0.0 actúa como «modo legado» y cualquier tráfico con ese prefijo se enruta con las reglas IPv4 de siempre. No hay rotura, no hay «o lo tienes todo migrado o no funciona nada».

El otro argumento a favor es la unificación de la gestión de red. Uno de los grandes problemas de las redes actuales es que cada servicio tiene su propio modelo de autenticación, su propio formato de logs, sus propias herramientas. IPv8 propone un modelo de identidad común para toda la infraestructura, lo que simplificaría la administración, la seguridad y la detección de incidentes.

Respecto al enrutamiento global, la propuesta plantea que la tabla BGP esté acotada estructuralmente por el número de ASNs, no por el número de prefijos, lo que resolvería el crecimiento descontrolado de la tabla de enrutamiento global (que superó las 900.000 entradas en 2024 y crece sin límite arquitectónico).

Críticas y limitaciones: ¿es IPv8 demasiado ambicioso?

Hay que ser honestos: esto es un borrador individual, no una propuesta respaldada por ningún grupo de trabajo del IETF. Cualquiera puede publicar un Internet-Draft, y el proceso para que algo así llegue a ser estándar es largo, complejo y requiere mucho consenso. La comunidad lleva años viendo propuestas de «IPv4++» que nunca se materializan.

Parte de las críticas apuntan a que el documento mezcla problemas reales con soluciones que añaden complejidad, y que la dependencia de servicios centralizados como WHOIS8 podría crear nuevos puntos únicos de fallo. También hay debate sobre si realmente hace falta un protocolo nuevo o si bastaría con seguir empujando IPv6 con mejores mecanismos de transición.

Lo que sí es innegable es que el problema que intenta resolver es real. IPv4 lleva décadas sostenido con alambres y CGNAT, e IPv6 no ha conseguido el desplazamiento masivo que se esperaba. Si alguien consigue proponer una transición que no obligue a tirar nada y que unifique la gestión de red de paso, merece al menos que se le lea con atención.

El borrador completo está disponible en el IETF Datatracker. Vale la pena echarle un ojo si trabajas con redes, aunque solo sea para ver hacia dónde miran algunos cuando piensan en el futuro de internet.