Las redes IPv6-only siguen arrastrando una arquitectura IPv4 paralela porque las aplicaciones y sistemas heredados la esperan: subnets IPv4, direcciones de gateway y ARP coexisten con el fabric IPv6. El ARP, un protocolo de broadcast diseñado para LAN pequeñas, genera tormentas, envenenamiento de caché, agotamiento de tablas y fallos de failover; un operador ha documentado medio millón de peticiones ARP por segundo en 10.000 servidores. Mantener dual-stack duplica ACLs, monitorización y estado, y cada subnet IPv4 convencional desperdicia direcciones en red, broadcast y gateway.
Proveedores como Hetzner, OVHcloud y Scaleway ya entregan IPv4 como /32 con gateways fuera del prefijo, cada uno con su propia receta de configuración y sin estándar. Un borrador del IETF, draft-vanmook-intarea-ipv6-resolved-gateway (versión 3), propone usar la dirección centinela 192.0.0.11 como gateway IPv4. El host la recibe por DHCPv4 igual que cualquier otra, pero al reconocerla resuelve la dirección de enlace desde su caché de vecinos IPv6, ya obtenida por Neighbor Discovery, y envía el paquete IPv4 directo al MAC del router. No hay ARP, ni subnets IPv4 en routers, ni túneles ni traducción. Los hosts no actualizados siguen funcionando con ARP contra 192.0.0.11, así que no hay flag day. En routers encaja con RFC 8950 y con draft-ietf-intarea-v4-via-v6, formando una arquitectura single-stack con endpoints dual-stack.