Google alcanza una tasa de acceso por IPv6 del 50%
(blog.apnic.net)- El 23 de abril de 2026, las estadísticas de IPv6 de Google alcanzaron por primera vez el 50%, entrando en una etapa en la que la mitad de los accesos a los servicios de Google se realizan por IPv6
- Ese mismo día, la capacidad IPv6 global de APNIC Labs fue del 42%, por lo que ambas cifras deben leerse junto con las diferencias en los métodos de medición y los modelos de ponderación
- APNIC no suma sin más los datos de medición basados en Google Ads, sino que aplica ponderaciones que reflejan el tamaño de la población usuaria de Internet por economía
- Existen economías como India, Viet Nam y Arabia Saudita, donde las curvas de adopción difieren mucho, por lo que el promedio global por sí solo difícilmente explica la realidad regional
- IPv6 ya se convirtió en una parte de la operación cotidiana de Internet, usada todos los días en redes fijas, móviles, dispositivos personales y servicios de centros de datos
El hito del 50% en las estadísticas IPv6 de Google
- Las estadísticas de IPv6 de Google registraron por primera vez 50% el 23 de abril de 2026
- Esta estadística refleja la proporción de usuarios que accedieron a los servicios de Google mediante IPv6
- Es un indicador que observa de forma continua la capacidad de conexión por IPv6 de los usuarios de Google
- Alcance del 50% en IPv6: {p:50}
- Esta cifra puede verse como un hito que muestra que IPv6 se ha convertido en un protocolo maduro usado en redes reales alrededor del mundo
Diferencias regionales que no se ven en el promedio global
- La adopción de IPv6 varía mucho según la región y la economía, por lo que es difícil evaluarla solo con una única línea de tendencia global
- Google no publica estadísticas regionales de IPv6, y los datos por economía también se limitan al total agregado
- En los datos de APNIC Labs, las curvas de adopción por economía pueden diferir considerablemente del promedio global
El valor medido por APNIC Labs es 42%
- La medición propia de APNIC registró una capacidad IPv6 global del 42% al 23 de abril de 2026
- Medición global de APNIC Labs: Source
- Capacidad IPv6 de APNIC: {p:42}
- Hay una diferencia clara entre el 50% de Google y el 42% de APNIC
- A nivel de economías individuales, las mediciones de APNIC Labs suelen coincidir con los datos de Google, Cloudflare, Akamai, Cisco y otros
- La gran diferencia a escala global probablemente proviene más de las diferencias en el modelo de ponderación de APNIC que de la medición base en sí
- En la práctica, los valores de APNIC tienden a resultar más bajos que los de Google
- Si se observan ambos conjuntos de datos en conjunto, pueden interpretarse como valores que acotan desde ambos lados el rango real de capacidad IPv6 en un momento determinado
El método de medición basado en publicidad de APNIC
- El programa de medición de APNIC es operado por APNIC Labs y utiliza anuncios en línea distribuidos a navegadores web, juegos y aplicaciones de usuarios finales a través de Google Ads
- No selecciona usuarios concretos para medir, sino que busca la exposición más amplia posible, las 24 horas, todos los días, en todas las economías
- Combina sistemas comunes de seguimiento publicitario con la lógica de APNIC Labs para ejecutar un conjunto único de pruebas
- Mide IP, enrutamiento BGP, DNS y otras decisiones técnicas
- No conserva información de identificación personal (PII) de los usuarios finales
- No comparte las mediciones en bruto, y solo publica agregados a nivel de ISP, economía y región
- Este trabajo de medición se realiza con financiamiento y apoyo de Google Research, ICANN y otras organizaciones
Por qué no se suman directamente las muestras en bruto
- APNIC aplica ponderaciones estadísticas a los datos recopilados y modela el uso de Internet por economía con fuentes externas como estadísticas del Banco Mundial
- La cantidad de muestras de medición que APNIC Labs recibe cada día no es uniforme
- Como la entrega de anuncios de Google está optimizada para maximizar volumen y ganancias, en algunos días puede haber más anuncios y más muestras de medición en ciertas economías
- Por ejemplo, en días con alta demanda publicitaria en economías del norte de África como Egipto o Túnez, puede recopilarse más medición en esa región
- Ese mismo día, en Sudamérica o Asia puede haber relativamente menos muestras
- APNIC Labs no suma simplemente el número de muestras en bruto
- Primero agrega la capacidad IPv6 medida de cada economía
- Luego la pondera según la cantidad estimada de usuarios de Internet de esa economía
- Lugares con una gran población conectada, como India, China, Indonesia y otras economías importantes, tienen un peso mayor en el resultado global sin importar cuántas muestras en bruto haya en un día determinado
- El objetivo de este enfoque es que el valor final refleje mejor el uso global de Internet que los patrones diarios de distribución de anuncios
Por qué la transición a IPv6 tomó tanto tiempo
- Existe la visión de que el largo tiempo que tomó llegar al hito del 50% de adopción de IPv6 es evidencia de un fracaso sistémico de IPv6
- El despliegue de IPv6 requirió un esfuerzo técnico considerable y grandes inversiones de capital
- Las diferencias de avance entre regiones y economías son el resultado de cómo cada ISP y cada economía evaluaron el crecimiento de sus redes, las expectativas de los usuarios y la realidad operativa de la infraestructura de Internet
- Internet a escala global no es una economía planificada, sino que evoluciona mediante colaboración y cooperación dentro de condiciones impulsadas por el mercado
- Muchos proveedores habían invertido grandes sumas en IPv4 en el pasado y buscaron maximizar el retorno de esa inversión
- En ese proceso, construyeron redes basadas en IPv4 que eran sostenibles y comercialmente viables dentro del alcance de sus servicios existentes
- Para nuevos participantes del mercado, en muchos casos tenía más sentido adoptar IPv6 como protocolo por defecto
- IPv6 puede reducir el costo total de propiedad (TCO)
- Este patrón se destaca especialmente en el sector móvil
- La red Reliance Jio network de India se presenta como un caso de despliegue masivo de IPv6
El Internet actual, donde IPv4 e IPv6 conviven
- Hoy Internet a nivel global opera en dos mundos de protocolos
- Habría sido logísticamente más sencillo operar con un solo protocolo, pero el entorno real no evolucionó así
- En el Internet actual se mezclan varias formas de conexión
- Conexión directa por IPv4
- IPv4 mediante NAT doméstico o Carrier-Grade NAT (CGNAT) del operador
- IPv6
- La gestión de la traducción de direcciones mediante NAT no es intrínsecamente menos compleja que la traducción de protocolos, la encapsulación de IPv4 sobre IPv6 u otros mecanismos de transición y proxy
- La frase “IPv4 is working fine” puede pasar por alto la realidad de que las redes IPv4 modernas ya dependen de varias capas de complejidad operativa
- No existe un enfoque basado solo en IPv4 que sea intrínsecamente más barato o más simple
Dónde ocurre realmente la interoperabilidad entre IPv4 e IPv6
- Desde el inicio se entendió que la falta de interoperabilidad directa entre IPv4 e IPv6 era un problema que había que resolver
- Explicación relacionada: the lack of direct interoperability between IPv4 and IPv6
- Al principio se exploraron ideas de protocolos que absorbieran IPv4 sin modificarlo y permitieran conexión directa entre ambos mundos, pero no se demostró que fueran viables en la práctica
- La interoperabilidad se establece en capas superiores mediante protocolos de transporte como TCP, UDP y QUIC, que funcionan de forma independiente de la versión de IP
- Este modelo requiere de algún tipo de intermediario
- Esta estructura puede verse en la forma en que grandes proveedores de contenido y caché como Cloudflare ofrecen servicios dual-stack, independientemente de si sus sistemas backend soportan ambos protocolos o no
Por qué algunos servicios no tienen dual-stack
- Que algunos servicios no tengan capacidad dual-stack nativa suele considerarse una gran barrera para el avance de IPv6
- Como ejemplo se mencionan una determinada plataforma Git o una emisora nacional de televisión
- Esta situación puede reflejar más bien complejidad operativa que resistencia a IPv6
- En el caso de una emisora nacional, pueden influir restricciones prácticas como requisitos legales y regulatorios relacionados con el acceso a datos y la geolocalización
IPv6 ya es parte de la operación diaria
- IPv6 ya está desplegado a escala global
- Cerca de la mitad de los usuarios de Internet que ve Google ya acceden a los servicios de Google mediante IPv6
- IPv6 se usa todos los días y a toda hora en países desarrollados y en desarrollo, en redes fijas y móviles, y en dispositivos personales pequeños y servicios a gran escala basados en centros de datos
- IPv6 ya no es una tecnología experimental o marginal, sino una parte de la operación cotidiana de Internet
2 comentarios
¿Cuándo se introducirá IPv6 en el internet residencial de Corea?
Comentarios en Hacker News
Para sumar otro caso a eso de que “los ISP todavía no lo hacen”, Virgin Media, un ISP importante del Reino Unido, dijo públicamente en el World IPv6 Day de 2011 que daría soporte completo a IPv6 para finales de 2012, pero 15 años después todavía no ha podido activar el switch
https://havevirginmediaenabledipv6yet.co.uk/
Anuncio de ese momento: https://ispreview.co.uk/story/2011/06/08/uk-isp-fluidata-hai...
El consumidor quizá no sepa qué es IPv6, pero sí entiende una gran advertencia roja y un banner molesto
Después de eso ya no me quedaron ganas de volver a preguntar
Sumando además casos donde las implementaciones de IPv6 de otros ISP rompen cosas de manera aleatoria, también se entiende por qué no lo hacen
Este ISP tiene IPv6 en la red troncal, pero no se lo ofrece a los clientes, y aun así tiene 17% de cuota del mercado neerlandés de telecomunicaciones
Pero Optimum Communications y Frontier están arrastrando mucho la cifra, con alrededor de 15% cada uno; Frontier mejora muy lentamente, mientras que del lado de Optimum casi no hay evidencia de cambios
Hace dos meses ya hubo otro hilo con 626 comentarios: https://news.ycombinator.com/item?id=47777894
IPv6 traffic crosses the 50% mark - https://news.ycombinator.com/item?id=47777894 - abril de 2026
The world in which IPv6 was a good design (2017) - https://news.ycombinator.com/item?id=47821429 - abril de 2026
IPv6 is the only way forward - https://news.ycombinator.com/item?id=47680124 - abril de 2026
IPv6 Adoption in 2026 - https://news.ycombinator.com/item?id=47083086 - febrero de 2026
IPv6 is not insecure because it lacks a NAT - https://news.ycombinator.com/item?id=46696303 - enero de 2026
Al intentar configurar un servidor IPv6 “puro”, me sorprendió que GitHub no soporte IPv6. Sin los operadores voluntarios de NAT64 listados en https://nat64.xyz/, no hay forma de llegar a GitHub desde un entorno IPv6
No, mi subred IPv4 /22 es como un 401k personal y la necesito como fondo para el retiro
T-Mobile/Odido en los Países Bajos lleva años prometiendo que está trabajando en ello, pero todavía no soporta IPv6
Los gateways de Ubiquiti también parecen quedarse cortos en soporte, y estaría bien que ofrecieran algo como túneles de Hurricane Electric
2606:7100:1:67::26denews.ycombinator.comPor ejemplo, YouTube parece bloquear en general a los usuarios sin sesión iniciada que vienen desde rangos HE, y además me topé con CAPTCHAs interminables con frecuencia
Pero en la práctica es fácil que te bloqueen en cada sitio web que visitas, y además es difícil de usar si estás detrás de CGNAT o si tu router doméstico no tiene DMZ
Quiero dejar de pagarle a AWS por las direcciones IPv4 públicas, pero muchos ISP del lado de los clientes no lo soportan, así que una migración completa a IPv6 es imposible.
Ahora mismo no hay ningún incentivo para presionar a los ISP a migrar a IPv6; de hecho, es más bien lo contrario. A los ISP les gusta cobrar por IP fijas.
En particular, si la proporción de IPv6 sube los fines de semana, parece una señal de que las redes empresariales/de trabajo están posponiendo la implementación.
¿Por qué habría que reorganizar incluso la estructura de la organización y hacer todo tipo de trabajo, solo para cambiar unos números? Si IPv4 funciona, ¿para qué?
Que Google haya llegado al 50% de IPv6 es muy bueno desde la perspectiva del acceso a sitios web.
Pero mi router TP-Link bloquea por defecto las conexiones IPv6 entrantes y ni siquiera tiene una opción de configuración, así que sigue sin ser bueno para streaming bidireccional, juegos y servicios de red doméstica sobre IPv6 puro.
También puedes usar una solución fácil de configurar como Tailscale, y así no necesitas exponer directamente tu red doméstica a Internet.
Por ejemplo, la decisión de usar por defecto un bloque /64 salió de la idea de que se usaría parte de la dirección MAC de 48 bits, pero hoy sabemos que eso es una pesadilla de privacidad y ya nadie lo hace. Aun así, seguimos atados al esquema de direcciones de 128 bits que salió de eso.
IPv6 intentó reemplazar NAT con suficientes direcciones, pero curiosamente eso creó un problema de expresión de intención. En NAT, cuando un servicio en una computadora pedía un puerto para conexiones entrantes, la intención del dueño del servicio quedaba clara, pero en IPv6 no existe esa señal de intención. Por eso los fabricantes de routers domésticos no tienen otra que bloquear las direcciones por defecto; si no lo hicieran, alguien desde fuera podría escanear la PC y exponer servicios no intencionales al Internet público.
Un espacio de direcciones más grande puede ser técnicamente mejor, pero hay que pensar en los valores por defecto y en la intención del usuario. Incluso una buena solución técnica puede volverse mala en este punto o crear muchísimos problemas.
En Cloudflare, IPv6 se ve por encima del 40%, pero no ha subido mucho en el último año a pesar del aumento del tráfico total. Como observa el artículo de APNIC, la tasa real de adopción total probablemente esté en algún punto entre Google y Cloudflare.
https://radar.cloudflare.com/adoption-and-usage#ipv4-vs-ipv6
Aun así, esto refleja la adopción del lado del cliente. Incluso entre servicios conocidos todavía hay muchos que siguen siendo solo IPv4, así que la proporción real de IPv6 en el Internet público podría ser mucho menor.
Ahora que las nuevas asignaciones de IPv4 se agotaron hace mucho, parece que hace falta un incentivo de transición distinto al de antes.
Esa es también la razón por la que HE Tunnelbroker está mal visto últimamente. Los bots de música de Discord balanceaban carga entre IP de tunnelbroker para traer datos de audio de YouTube, e incluso si bloqueabas un /64, podían esquivarlo por encima de /48. También creo que la razón principal por la que Discord desactivó IPv6 fue el bloqueo basado en IP y los límites de velocidad de la API.
Viendo las proporciones por país, es interesante. Francia parece haber subido hasta 85%.
https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...
https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...