Google alcanza el 50% de IPv6

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

Adopción y cuota de tráfico

  • Google informa de 50% de las vistas en IPv6; APNIC y Cloudflare ven una capacidad global inferior (42–59%) según la metodología.
  • La adopción es desigual: Francia e India están muy arriba; algunos ISP (p. ej., en el Reino Unido, Países Bajos, Portugal, Argentina) todavía carecen de IPv6 o lo limitan, pese a años de promesas.
  • Las redes móviles son un motor importante; muchas son IPv6-first o solo IPv6 con IPv4 mediante traducción.
  • Algunos esperan más crecimiento; otros creen que IPv6 se estancará muy por debajo del 100% y que IPv4 nunca se apagará.

Rendimiento y fiabilidad

  • A favor de IPv6: a menudo menor latencia que IPv4 detrás de CGNAT; el contenido grande (YouTube, grandes sitios sociales) se sirve comúnmente por IPv6; muchos usuarios dependen de él sin saberlo a diario.
  • En contra/preocupados: numerosas anécdotas de endpoints IPv6 mal configurados, rutas BGP extrañas, espejos rotos y fallos “aleatorios” en pipelines de CI; algunos usuarios solucionan problemas desactivando IPv6.
  • La complejidad del dual stack y el comportamiento de “happy eyeballs” a veces ocultan problemas de IPv6 o favorecen IPv4.

Seguridad, NAT y privacidad

  • Debate en curso: NAT vs firewall con estado. Varios sostienen que NAT no es seguridad real, solo bloqueo incidental; otros señalan que “pasa la prueba de la abuela” y oculta dispositivos vulnerables.
  • Los routers domésticos suelen rechazar por defecto el tráfico entrante IPv6, recreando una seguridad similar a la de NAT; algunos CPE tienen firewalls IPv6 rotos o no configurables.
  • Las antiguas preocupaciones sobre incrustar MACs en las direcciones se mitigan en gran medida con extensiones de privacidad, ahora por defecto en los principales sistemas operativos, aunque no en todas las distribuciones.

Incentivos y barreras de despliegue

  • Muchas empresas y proveedores SaaS no ven demanda de clientes; la re-arquitectura dual stack es difícil y arriesgada, así que la posponen.
  • Algunos servicios en la nube (en particular partes de AWS, GitHub, Discord) todavía carecen de IPv6 completo, lo que obliga a NAT64/464Xlat o túneles, especialmente para hosts solo IPv6.
  • Los ISP con grandes reservas de IPv4 y CGNAT ven poco beneficio empresarial; algunos incluso cobran primas por IPv4 estática.

Debates de diseño y alternativas

  • Hay una hostilidad significativa hacia la percepción de IPv6 como sobreingeniería (direcciones hexadecimales de 128 bits, SLAAC, NDP, notación), con ideas recurrentes de “solo añadir más bits a IPv4 / IPv5”.
  • Otros replican que cualquier ampliación de direcciones implica necesariamente un nuevo protocolo y dual stack/traducción; IPv6 además simplifica cabeceras, elimina la fragmentación en routers y admite autoconfiguración probabilística.

P2P, juegos y centralización

  • Los defensores argumentan que IPv6 es clave para restaurar la conectividad extremo a extremo para P2P, juegos y autohospedaje, y para reducir la centralización de Internet.
  • Los escépticos señalan que los firewalls con estado, DDoS y los problemas de privacidad siguen empujando muchas aplicaciones reales hacia servidores centralizados o relays, incluso con IPv6.