AWS comenzará a cobrar por el uso de IPv4, pero los servicios críticos no admiten IPv6

Artículo original ↗ Discusión en Hacker News ↗

El plan de Amazon Web Services de empezar a cobrar por las direcciones IPv4 públicas está generando escrutinio tanto sobre su precio como sobre su soporte incompleto de IPv6 en servicios clave. Los comentaristas señalan que, aunque otros proveedores de nube ya facturan IPv4 y el espacio de direcciones tiene valor real de mercado, la medida de AWS obligará a muchos usuarios a replantearse arquitecturas, bastiones, NAT y endpoints privados, a menudo intercambiando un conjunto de costes por otro. Gran parte del debate gira en torno a por qué la adopción de IPv6 sigue siendo lenta pese al soporte de larga data en hardware y sistemas operativos, con preocupaciones recurrentes sobre la complejidad de la migración, la privacidad y la sobrecarga operativa de doble pila.

Cargo de AWS por IPv4 y contexto de precios en la nube

  • Muchos ven el nuevo “cargo de conservación” de IPv4 como una simple subida de precios, oportunamente introducida ahora que las direcciones IPv4 tienen valor de reventa.
  • Algunos sostienen que el precio por IP no es desorbitado en relación con las tarifas de alquiler del mercado y las limitaciones de utilización de AWS; otros lo ven como extracción de rentas, dado el origen de las IP como bien público.
  • Varios señalan que la mayoría de las grandes nubes ya cobran por IPv4; algunos proveedores más pequeños aún lo incluyen gratis o más barato, lo que hace que AWS parezca caro.

Lagunas de soporte IPv6 en AWS y otras nubes

  • Los comentaristas destacan que servicios clave de AWS aún carecen de soporte completo para IPv6 o IPv6 solo (por ejemplo, ALB, muchos endpoints públicos).
  • También se informan lagunas similares en servicios gestionados y redes de Azure y GCP (bases de datos gestionadas, GKE, peering, Cloud NAT).
  • Esto debilita la sugerencia de AWS de que los clientes “aceleren la adopción de IPv6”, ya que en la práctica a menudo no se puede operar solo con IPv6.

Complejidad de la transición: IPv6 vs IPv4 e ideas de “v4.1”

  • Hay un fuerte debate sobre si el diseño de IPv6 (ND, SLAAC, RAs, ULAs, link-local, sin NAT por defecto) hizo que la adopción fuera innecesariamente difícil o si se trata de un coste inevitable de ampliar el espacio de direcciones.
  • Algunos sostienen que IPv6 podría haber sido “IPv4 con direcciones más grandes”, o una IPv4.1 que conservara las direcciones v4 existentes, facilitando el despliegue. Otros responden que cualquier cambio en la cabecera y la estructura produce la misma complejidad de doble pila, traducción y túneles.
  • Se hacen comparaciones con Python 2→3: transición larga, necesidad de capas de compatibilidad, pero sin una alternativa fácil.

Debates sobre NAT, seguridad y privacidad

  • Un bando ve NAT como una capa de seguridad de denegación por defecto, de facto y fácil de usar, y considera que el modelo extremo a extremo de IPv6 supone una regresión en privacidad y seguridad.
  • El otro bando subraya que NAT no es un mecanismo de seguridad, que siguen siendo necesarios los cortafuegos adecuados, y que IPv6 con cortafuegos de denegación por defecto ofrece una seguridad equivalente o mejor, evitando los problemas de NAT con P2P y la rotura de protocolos.
  • Las afirmaciones de que IPv6 es una “pesadilla de privacidad” son cuestionadas; otros argumentan que IPv6 puede ser más resistente al rastreo de escaneos.

Soluciones para reducir el uso de IPv4 público

  • Entre las mitigaciones sugeridas están: bastiones SSH, SSM/Session Manager, EC2 Instance Connect, gateways/instancias NAT, PrivateLink/endpoints de VPC, gateways NAT64 y la descarga de tráfico a servicios como CloudFront u otros proveedores.
  • Algunos informan que han logrado eliminar la mayoría de las IPv4 públicas; otros señalan que el precio de los endpoints y el bloqueo arquitectónico pueden compensar los ahorros de IPv4.

Dinámica de mercado, inercia y psicología

  • Varios comentaristas ven la inercia institucional, la falta de un beneficio empresarial claro, la propiedad arraigada de IPv4 y las expectativas de los usuarios como los principales obstáculos para IPv6.
  • Hay desacuerdo sobre si IPv4 llegará realmente a apagarse alguna vez; algunos prevén redes eventualmente solo IPv6, mientras que otros creen que los grandes poseedores de IPv4 y los sistemas industriales lo retrasarán indefinidamente.