Clicky

Google quiere acelerar la web con su protocolo QUIC

Google QUIC

Comprueba si tu Chrome utiliza QUIC en las conexiones

Puede que nunca hayas oído hablar de él, pero si eres un usuario de Chrome lo más probable es que ya hayas utilizado el protocolo QUIC de Google. A medida que Google lo dió a conocer esta semana, aproximadamente la mitad de todas las solicitudes de Chrome a los servidores de Google están ahora servidas sobre QUIC.

Entonces, ¿cuál es el problema aquí? QUIC es experimental, un protocolo de baja latencia de transporte de Internet de Google a través de UDP, un protocolo que se utiliza a menudo por juegos, streaming de medios de comunicación y servicios de VoIP. El nombre 'QUIC' significa (Quick UDP Internet Connection - conexión rápida a Internet UDP).

UDP (y QUIC) básicamente es el homólogo de TCP en el mundo del protocolo (que en combinación con el Protocolo de Internet (IP) constituye el núcleo del lenguaje de comunicación de la Internet TCP/IP). UDP es significativamente más ligero que TCP pero, a cambio, cuenta con muchos menos servicios de corrección de errores que TCP. Esto significa, por ejemplo, que el servidor de envío no está constantemente hablando con el servidor de recepción para comprobar si llegaron los paquetes y si llegaron en el orden correcto. Es por eso que UDP es ideal para servicios de juegos. Para estos servicios se requieren pocos gastos para reducir la latencia y si el servidor no ha recibido su último movimiento del ratón, no hay necesidad de gastar un segundo o dos para arreglar eso porque la acción ya ha pasado. Sin embargo, no querríamos usarlo para solicitar un sitio web porque no se podría garantizar que llegarían todos los datos.

Con QUIC, Google pretende combinar algunas de las mejores características de UDP y TCP con herramientas de seguridad modernas.

establecimiento de conexiones

En una típica conexión TCP segura por lo general toma dos o tres viajes completos antes de que el navegador realmente pueda empezar a recibir datos. Utilizando QUIC, un navegador puede comenzar inmediatamente a hablar con un servidor con el que ya ha hablado antes. QUIC también introduce un par de nuevas características como el control de la congestión y la re-transmisión automática, por lo que es más fiable que el UDP puro.

Con SPDY, que más tarde se convirtió en la base para el estándar HTTP/2, Google ya desarrolló otro protocolo alternativo que tenía muchos de los mismos objetivos que QUIC, pero HTTP/2 aún se ejecuta a través de TCP y todavía se encuentra con algunos de los mismos costos de latencia.

Es razonable preguntarse entonces por qué Google no trabaja solo en la mejora de TCP. El problema en este caso, señala la empresa, es que el soporte TCP se construye a menudo directamente en los núcleos del sistema operativo - y eso es algo sobre lo que Google no tiene ningún control. "QUIC nos permite probar y experimentar con nuevas ideas, y obtener resultados más pronto", escribe el equipo en la explicación de su decisión. "Tenemos la esperanza de que las características de QUIC migrarán a TCP y TLS si resultan eficaces". Teniendo en cuenta el número de instalaciones de Windows XP que todavía están por ahí, obviamente no es algo que vaya a suceder durante la noche.

Si Google ha diseñado un nuevo protocolo conjunto, a continuación, todos los equipos que componen la columna vertebral de la Internet también tendrían que entenderlo - como ya entienden UDP.

QUIC en ChromeGoogle dice que con QUIC ha visto en Google Search una mejora del tres por ciento en los tiempos medios de carga de página. Eso no suena como mucho, pero hay que recordar que la búsqueda de Google está ya casi tan optimizada como es posible. Otros sitios y aplicaciones web - especialmente con mucha latencia "‹"‹- es probable que vean mayores mejoras. Los usuarios que se conectan a YouTube sobre QUIC informan sobre un 30 por ciento menos de rebuffers cuando ven vídeos debido a un mejor control de la congestión y pérdida de QUIC para recuperar a través de UDP. Algunos usuarios con conexiones más lentas también ven mejores tiempos de carga de páginas con QUIC.

Google dice que planea proponer HTTP2 sobre QUIC a la IETF como un nuevo estándar de Internet en el futuro.

En cierto modo, esto refleja el trabajo de Google con SPDY. Hay, también, un prototipo de la compañía usando primero con el protocolo de Chrome y sus propios servidores, que luego más tarde propuso como la base de la nueva versión de HTTP.

Por cierto, si quieres ver si tu conexión a Chrome utiliza QUIC aquí hay una extensión para el navegador que puede decírtelo. Y puedes encontrar todos los detalles sobre el uso de Chrome QUIC con el comando net-internals ( chrome://net-internals/#quic ), ver imagen arriba a la derecha.

Jesus_Caceres