Se espera que el cobro de AWS por usar IPv4 genere $1B/año y acelere la adopción de IPv6
La nueva tarifa de Amazon Web Services por direcciones IPv4 públicas —que se estima podría generar hasta $1B al año— está llevando a los usuarios de la nube a auditar y reducir su uso de IPv4, pero hay opiniones divididas sobre si esto acelerará de forma material la adopción de IPv6. Los comentaristas señalan que muchas cargas de trabajo pueden recurrir a IPv4 privada o NAT en lugar de pasar a IPv6, y que los cuellos de botella reales siguen estando en los ISPs, las empresas y las grandes plataformas que aún no ofrecen un soporte robusto de IPv6. Aunque algunos ven la presión económica de AWS y otros como necesaria para empujar a internet fuera del escaso espacio IPv4, otros argumentan que la complejidad operativa de las redes dual-stack y la fiabilidad desigual de IPv6 siguen frenando el progreso.
Impacto de las tarifas de AWS por IPv4
- Muchos esperan que el nuevo cobro por IPv4 de AWS empuje a los clientes a auditar el uso y eliminar IPv4 públicas innecesarias, especialmente en instancias EC2 internas.
- Algunos sostienen que esto sobre todo incentiva IPv4 privada + NAT, no IPv6-only, así que los servicios externos seguirán en dual-stack y los usuarios finales no verán un gran cambio.
- Otros señalan que AWS posee una gran parte del espacio IPv4; cobrar simplemente reequilibra la economía en lugar de “matar” IPv4.
- Hay preocupación de que liberar IPv4 no usadas alivie la escasez y, en realidad, reduzca la presión sobre los ISPs para desplegar IPv6.
Limitaciones de la nube y de los proveedores de servicios
- Varios servicios y patrones de AWS siguen sin soporte completo de IPv6 (p. ej., algunos balanceadores de carga no pueden ser IPv6-only; algunos servicios requieren IPv4 pública para actualizaciones o acceso SaaS).
- Se cita a GitHub y a varios envoltorios PaaS/IaaS (Heroku, Vercel, otros) como rezagados en IPv6, lo que obliga a usar soluciones alternativas como túneles SSH o NAT64.
- Según informes, Azure está planeando cargos similares por IPv4, pero con diseños de gateway NAT frágiles.
- El precio del gateway NAT es un punto de fricción; algunos esperaban que las tarifas por IPv4 se compensaran con NAT más barato.
Patrones de adopción en ISPs y empresas
- Varias anécdotas: algunos ISPs residenciales desplegaron IPv6 hace años; otros solo lo ofrecen en ciertos tipos de acceso, o lo retiraron tras problemas.
- Muchos ISPs usan CGNAT por defecto para IPv4; la IPv4 estática a menudo cuesta extra, mientras que IPv6 está ausente o mal documentada.
- Se citaron las estadísticas de IPv6 de Google: un mayor uso de IPv6 durante los fines de semana sugiere que las redes domésticas van por delante de las empresas, donde la aversión al cambio es fuerte.
Problemas prácticos con IPv6
- Los usuarios reportan implementaciones defectuosas o inestables por parte de sus ISPs, lo que les lleva a desactivar IPv6 por completo.
- Dual-stack introduce sobrecarga operativa: dos conjuntos de reglas de firewall, monitorización y diagnóstico.
- Algunos se quejan de la complejidad del protocolo (SLAAC frente a DHCPv6, múltiples direcciones por interfaz, mecanismos de transición) y de una documentación débil.
- La delegación de prefijos desalineada (solo /64) entra en conflicto con el consejo de mejores prácticas (/56 o /48), lo que causa problemas de subnetting.
Beneficios y casos de uso
- Quienes la defienden destacan: servidores domésticos más sencillos (sin NAT, muchas IP “estáticas”), mejor P2P/juegos/VoIP, menos problemas de CGNAT y una interconexión más simple entre redes privadas.
- Para muchos “usuarios cotidianos”, los beneficios son sobre todo invisibles; las mayores ganancias recaen en ISPs, redes móviles y aplicaciones con mucho P2P.
Perspectiva a largo plazo y actitudes
- Algunos ven el movimiento de AWS como un empujón muy tardío que, con los años, normalizará IPv6.
- Otros son escépticos y sugieren que IPv6 ha “fracasado al despegar” tras décadas y que los efectos de red mantienen IPv4 arraigado.
- Una opinión recurrente: la aceleración real llegará cuando las principales plataformas o tiendas de aplicaciones empiecen a exigir de facto soporte para IPv6.