¿Por qué tomó tanto tiempo probar la compatibilidad de IPv6 para sitios web como Google y Facebook?

El problema no es el lado del servidor, es cómo las máquinas solo IPv4 y las máquinas que tienen una conectividad IPv6 muy pobre pero IPv4 decente lo manejan.

Existe una pequeña, pero persistente, proporción de sistemas que se comportan mal cuando una consulta DNS regresa con un registro AAAA (dirección IPv6). El número, y por lo tanto el problema, se está reduciendo, pero aún existe.

Por supuesto, medirlo con precisión es difícil sin activar IPv6 al por mayor. Por lo tanto, los días como el 8 de junio permiten una ventana de prueba bien publicitada en la que la rotura limitada en nombre de una recopilación de datos indudablemente necesaria puede considerarse una víctima aceptable.

Vale la pena señalar que es un poco inexacto decir que “el mundo se está quedando sin direcciones IPv4 únicas en los próximos 30 días”; es probable que el grupo de IANA se agote en ese plazo, pero eso no significa que los ISP no lo harán ¡sea capaz de obtener bloques todavía, y mucho menos que los ISP no puedan contratar nuevos clientes! Todo el sistema es de delegación, por lo que lo que está sucediendo muy pronto es que el nivel superior se está secando: todavía hay espacio en el siguiente nivel, y así sucesivamente. Eventualmente (y no muy lejos en términos reales) todo se agotará y se necesitarán tecnologías de transición CGNAT e IPv4 a IPv6, pero no es tan inminente como se sugiere.

Tenemos doble apilamiento en su lugar hace años. – eso significa que en Internet, tenemos 2 direcciones presentes, IPv4 e IPv6, si sus proveedores de servicios de Internet también ofrecen doble apilamiento a sus usuarios finales, proporcionándoles direcciones IPv6 e IPv4. por lo tanto, si hay una dirección IPv6 disponible para el sitio web, usará esa traducción; de lo contrario, si no hay una dirección IPv6, utilizará la traducción IPv4.