Resumen

  • World IPv6 Day probó IPv6 durante 24 horas en sitios participantes el 8 de junio de 2011. No pidió a todas las redes de acceso ni a todos los equipos que cambiaran de protocolo.
  • World IPv6 Launch, iniciado el 6 de junio de 2012, distribuyó las tareas entre sitios web, ISP de línea fija, fabricantes de routers domésticos y CDN. La meta del 1% para los ISP se refería a un grupo delimitado de abonados residenciales que visitaban sitios participantes.
  • Las mediciones registran un cambio visible, aunque parcial, después de la prueba. Tener un registro DNS, completar una conexión, disponer de IPv6, preferirlo y transportar tráfico por él son hechos distintos; ninguno demuestra por sí solo que Internet cambiara de protocolo.

El recuento subió y luego retrocedió

Un RFC publicado dos años después conservó una huella de World IPv6 Day en el DNS. Entre 10.000 sitios populares, solo 116 tenían una dirección IPv6 para el nombre habitual www el día anterior a la prueba. Durante el evento, el número llegó a 374 en tres mediciones consecutivas. Después cayó con rapidez, pero quedó cerca de 160 en lugar de regresar a 116.

La curva cuenta la historia mejor que la palabra «cambio». La duración limitada formaba parte del diseño y muchos sitios desactivaron IPv6 al terminar el día. Otros lo mantuvieron. El informe anual de 2011 de Internet Society dice que se sumaron más de 1.000 organizaciones y que casi 400 activaron sus servicios principales durante las 24 horas. Son unidades diferentes: una cifra cuenta organizaciones y la otra servicios participantes. No significa que mil sitios web ni toda Internet cambiaran de protocolo.

World IPv6 Day se celebró el 8 de junio de 2011. Los sitios participantes ofrecieron IPv6 en paralelo con IPv4, de modo que el nuevo camino recibiera visitas normales y no solo tráfico de laboratorio. El alcance era intencionadamente acotado. La FAQ posterior de Launch dice que la jornada de 2011 implicó solo a sitios web. Esa frontera tenía una ventaja: los grandes proveedores de contenido podían exponer la nueva ruta a tráfico real, mientras que los usuarios sin una red preparada aún podían acceder al mismo servicio por IPv4.

Qué podía demostrar una prueba satisfactoria

La iniciativa atacaba un problema de coordinación. Un sitio tenía pocos incentivos para operar IPv6 si casi ningún cliente podía llegar; un proveedor de acceso tenía pocos motivos para ofrecerlo si no había contenido útil al otro lado. En su anuncio de enero de 2011, Google describió el objetivo como detectar problemas inesperados antes de un despliegue más amplio. Calculó que el 99,95% de los usuarios no se vería afectado, aunque advirtió que algunos equipos domésticos mal configurados podían causar problemas en casos excepcionales. Era una previsión, no una medición de cada usuario.

Los balances de las empresas participantes fueron positivos, pero de alcance local. Microsoft afirmó que sus servicios no sufrieron incidentes importantes y que muy pocos usuarios parecían afectados. También enumeró tres propósitos: comprobar que los sitios podían atender IPv6, cursar un volumen relevante de tráfico web por ese protocolo y conocer los problemas de ingeniería al operar a escala. Ese relato da evidencia sobre la experiencia y las metas de Microsoft; no es un censo de todas las rutas o los hogares.

La evidencia más reveladora provino de mediciones que continuaron después del evento. RFC 6948 usó la lista Alexa Top 10.000 del 1 de junio de 2011 y repitió las pruebas cada tres horas hasta el 11 de julio. Los autores consultaron DNS y trataron de abrir conexiones TCP al puerto 80 por IPv4 e IPv6. La mayor parte de los resultados publicados procede de un punto de medición de Ericsson Research Finland, cerca de Helsinki, aunque el trabajo también se ejecutó en otros dos lugares.

La serie DNS daba resultados diferentes según el nombre consultado. Un día antes del evento, 274 sitios publicaban IPv6 en al menos uno de varios nombres analizados; solo 116 usaban el www habitual. En el máximo, 491 de 10.000 tenían registros A y AAAA entre los nombres probados; más de 300 los conservaron después. Para www, el pico fue de 374 y el nivel posterior rondó los 160. Eso describe un cambio persistente pero incompleto en una lista concreta, no la fracción de todas las webs o personas que usaban IPv6.

Un registro DNS tampoco garantizaba una conexión funcional. Las pruebas TCP del RFC encontraron nombres IPv6 que no respondían en el puerto 80. Algunos no estaban pensados para alojar páginas web; otros tenían errores de configuración. Los autores señalaron que el punto de observación y la muestra limitaban cualquier generalización. Publicar una dirección y ofrecer un servicio que funcione de extremo a extremo son pasos distintos.

RIPE Labs publicó otro análisis con mediciones diarias de sitios de Alexa. Informó que la proporción de sitios accesibles por IPv6 pasó de alrededor del 0,4% al 0,7% después de la jornada, con un pico mayor durante el evento. También observó un aumento más rápido de redes que anunciaban prefijos IPv6 en las semanas anteriores. El autor planteó como posibilidad que algunos operadores hubieran usado la fecha como plazo para completar el trabajo, pero dejó esa explicación en el terreno de la hipótesis. Era otra serie, no una sustitución de los datos DNS y TCP del RFC.

Cada participante decidió qué mantener

El evento no dejó todos los servicios en el mismo estado. Microsoft contó que desactivó IPv6 en Bing y Microsoft.com al finalizar las 24 horas, mientras seguía trabajando en el soporte permanente. Las propiedades web de Xbox mantuvieron IPv6 de forma indefinida porque el trabajo de la prueba ya había creado buena parte de la infraestructura necesaria. Productos distintos de una misma empresa tomaron decisiones diferentes tras una misma jornada.

Eso no contradice el diseño de la prueba. Un ejercicio con fecha de cierre puede hacer visible una ruta, descubrir configuraciones defectuosas y reducir la incertidumbre, sin exigir que todos los participantes declaren el mismo día que están preparados de manera permanente. Sus efectos quedaron repartidos: algunos registros desaparecieron, otros siguieron publicados y los operadores ganaron observaciones para planificar.

En 2012 cambió quién tenía que actuar

El 6 de junio de 2012, Internet Society coordinó World IPv6 Launch. El programa superó el límite de los sitios web que habían encabezado la prueba anterior. Las empresas participantes se comprometieron a mantener IPv6 en sus sitios principales. Los ISP debían ponerlo a disposición de forma automática para una parte significativa de sus clientes. Los fabricantes de routers domésticos prometieron habilitarlo por defecto en sus gamas. Akamai y Limelight dijeron que facilitarían la participación de sus clientes habilitando IPv6 en sus infraestructuras de distribución.

La meta de los ISP se suele describir de manera imprecisa. El anuncio pedía a cada proveedor de línea fija participante que, para la fecha de lanzamiento, al menos el 1% de sus abonados residenciales que visitaban sitios web participantes lo hiciera mediante IPv6. No decía que el 1% de todas las personas del mundo, de todos los clientes de un ISP o de todo el tráfico de Internet hubiera cambiado. El denominador estaba limitado por el tipo de abonado y por los destinos participantes. El umbral moderado también reconocía que algunos hogares necesitarían un router nuevo o una actualización de software para usar IPv6.

La página de medición de Launch muestra por qué el denominador importa. Akamai contó solicitudes IPv6 en una selección de propiedades con doble pila. Facebook muestreó cargas de página y calculó usuarios únicos IPv6 dentro de los grupos de ISP que observaba. Google tomó una muestra aleatoria de visitas a sus propiedades y comparó llamadas a puntos de prueba solo IPv4 y de doble pila. APNIC reclutó pruebas de clientes por medio de anuncios web. Los instrumentos tienen poblaciones y unidades diferentes: solicitudes, usuarios, capacidad de red o preferencia de protocolo.

La página publicó resultados por operador cuando había al menos dos fuentes de sitios y su promedio simple superaba el 0,1%; también advirtió que algunos operadores no aparecían por falta de datos suficientes.

Esas pruebas pueden responder una pregunta limitada sobre redes y sitios participantes. No producen una medida neutral única llamada «la Internet IPv6». En junio de 2012, Google dijo que su nuevo servicio funcionaría junto con IPv4 y que la transición completa tomaría años. La convivencia de ambos protocolos era el plan operativo, no el fracaso de un cambio instantáneo.

El logro fue cambiar la tarea

World IPv6 Day probó si un gran sitio podía abrir un segundo camino de protocolo sin perturbar el primero. Launch intentó convertir ese camino en parte del servicio ordinario al alinear compromisos de contenido, acceso y equipamiento. El primer evento cambió lo que los operadores podían observar; el segundo, lo que las organizaciones participantes dijeron que mantendrían habilitado.

Es menos que una migración mundial y más que una fecha publicitaria. Un plazo común ofreció un punto para preparar, comparar resultados y coordinar trabajos que dependían unos de otros. El registro que permanece es desigual: algunos sitios retiraron los datos creados para el evento; otros dejaron el servicio activo; el despliegue de red continuó y cada método de medición observó una parte distinta del uso. IPv6 se volvió más accesible mediante decisiones operativas sucesivas. Ningún día aislado apagó IPv4.

Fuentes y registros