Google quiere acelerar la web con su Protocolo QUIC
Puede que parezca desconocido, pero los usuarios de Chrome, pueden utilizar el protocolo QUIC de Google. En el momento en que Google lo dio a conocer, aproximadamente la mitad de todas las solicitudes de Chrome a los servidores de Google se servían sobre QUIC.
Entonces, ¿cuál es el problema?, QUIC es un protocolo experimental de transporte de internet, de baja latencia a través de UDP, un protocolo que es utilizado a menudo por los juegos, streaming de medios de comunicación y servicios de VoIP. El nombre 'QUIC' significa conexión a internet UDP rápida.
UDP y su contraparte (QUIC) en el mundo de los protocolos es básicamente TCP (que en combinación con el Protocolo de Internet (IP) constituye el núcleo del lenguaje de comunicación de internet). UDP es significativamente más rápido que TCP, pero por el contrario, cuenta con muchos menos servicios de corrección de errores que TCP. Esto significa 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, por ejemplo. Es por eso que UDP es ideal para servicios de juegos. Para estos servicios, se precisan poca sobrecarga para reducir la latencia y si el servidor no ha recibido el último movimiento del ratón, no hay necesidad de gastar un segundo o dos para considerarlo porque la acción ya ha pasado. No se debe usar para solicitar un sitio web, porque no se puede garantizar que todos los datos se transmitan.
Con QUIC, Google pretende combinar algunas de las mejores características de UPD y TCP con herramientas de seguridad modernas.
En una típica conexión TCP segura, por lo general se han de realizar dos o tres accesos de ida y vuelta 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 ha conectado antes. QUIC también introduce un par de nuevas características como el control de la congestión y la retransmisió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 objetivos de QUIC, pero HTTP/2 aún se ejecuta a través de TCP y todavía se enfrenta al mismo costo de latencia.
Es razonable preguntarse por qué Google no trabaja entonces solamente en la mejora de TCP. El problema en este caso, según indica la empresa, es que el apoyo al 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 antes", escribe el equipo en la explicación de su decisión. "Tenemos la esperanza de que las características QUIC migrarán a TCP y TLS si resultan eficaces". Teniendo en cuenta el número de instalaciones de Windows XP todavía están por ahí, obviamente no es algo que vaya a suceder de un día para otro.
Si Google ha diseñado un nuevo protocolo completo, entonces todos los equipos que componen la columna vertebral de internet también tendría que entenderlo - puesto que ya lo entienden UDP.
Google dice que ha visto una mejora de alrededor del tres por ciento en los tiempos medios de carga de páginas con QUIC en Google Search. Eso no suena como mucho, pero hay que recordar que la búsqueda de Google está lo más optimizada posible. Otros sitios - y aplicaciones web especialmente pesados en latencia - es probable que vean mejores superiores. Los usuarios que se conectan a YouTube sobre QUIC informan de 30 % menos de rebuffers cuando ven vídeos, debido a un mejor control de la congestión de QUIC y recuperación de pérdidas a través de UDP, usuarios con conexión lenta también perciben mejores tiempos de carga de las páginas con QUIC. Google afirma que planea proponer HTTP2-sobre-QUIC a la IETF como un nuevo estándar de Internet en el futuro.
Para verificar si la conexión a Chrome y derivados, como Vivaldi) utiliza QUIC, hay una extensión (https://www.google.com/url?q=https%3A%2F%2Fchrome.google.com%2Fwebstore%2Fdetail%2Fhttp2-and-spdy-indicator%2Fmpbpobfflnpcgagjijhmgnchggcjblin%3Fhl%3Den) para el navegador que puede encontrar todos los detalles sobre el uso de Chrome QUIC.
Entonces, ¿cuál es el problema?, QUIC es un protocolo experimental de transporte de internet, de baja latencia a través de UDP, un protocolo que es utilizado a menudo por los juegos, streaming de medios de comunicación y servicios de VoIP. El nombre 'QUIC' significa conexión a internet UDP rápida.
UDP y su contraparte (QUIC) en el mundo de los protocolos es básicamente TCP (que en combinación con el Protocolo de Internet (IP) constituye el núcleo del lenguaje de comunicación de internet). UDP es significativamente más rápido que TCP, pero por el contrario, cuenta con muchos menos servicios de corrección de errores que TCP. Esto significa 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, por ejemplo. Es por eso que UDP es ideal para servicios de juegos. Para estos servicios, se precisan poca sobrecarga para reducir la latencia y si el servidor no ha recibido el último movimiento del ratón, no hay necesidad de gastar un segundo o dos para considerarlo porque la acción ya ha pasado. No se debe usar para solicitar un sitio web, porque no se puede garantizar que todos los datos se transmitan.
Con QUIC, Google pretende combinar algunas de las mejores características de UPD y TCP con herramientas de seguridad modernas.
En una típica conexión TCP segura, por lo general se han de realizar dos o tres accesos de ida y vuelta 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 ha conectado antes. QUIC también introduce un par de nuevas características como el control de la congestión y la retransmisió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 objetivos de QUIC, pero HTTP/2 aún se ejecuta a través de TCP y todavía se enfrenta al mismo costo de latencia.
Es razonable preguntarse por qué Google no trabaja entonces solamente en la mejora de TCP. El problema en este caso, según indica la empresa, es que el apoyo al 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 antes", escribe el equipo en la explicación de su decisión. "Tenemos la esperanza de que las características QUIC migrarán a TCP y TLS si resultan eficaces". Teniendo en cuenta el número de instalaciones de Windows XP todavía están por ahí, obviamente no es algo que vaya a suceder de un día para otro.
Si Google ha diseñado un nuevo protocolo completo, entonces todos los equipos que componen la columna vertebral de internet también tendría que entenderlo - puesto que ya lo entienden UDP.
Google dice que ha visto una mejora de alrededor del tres por ciento en los tiempos medios de carga de páginas con QUIC en Google Search. Eso no suena como mucho, pero hay que recordar que la búsqueda de Google está lo más optimizada posible. Otros sitios - y aplicaciones web especialmente pesados en latencia - es probable que vean mejores superiores. Los usuarios que se conectan a YouTube sobre QUIC informan de 30 % menos de rebuffers cuando ven vídeos, debido a un mejor control de la congestión de QUIC y recuperación de pérdidas a través de UDP, usuarios con conexión lenta también perciben mejores tiempos de carga de las páginas con QUIC. Google afirma que planea proponer HTTP2-sobre-QUIC a la IETF como un nuevo estándar de Internet en el futuro.
Para verificar si la conexión a Chrome y derivados, como Vivaldi) utiliza QUIC, hay una extensión (https://www.google.com/url?q=https%3A%2F%2Fchrome.google.com%2Fwebstore%2Fdetail%2Fhttp2-and-spdy-indicator%2Fmpbpobfflnpcgagjijhmgnchggcjblin%3Fhl%3Den) para el navegador que puede encontrar todos los detalles sobre el uso de Chrome QUIC.