Google ya inicio con la activación de IETF QUIC y HTTP/3 en Chrome

Google anunció hace pocos días que ya ha comenzado con el despliegue de HTTP/3 e IETF QUIC en Chrome y en el anuncio da a conocer que espera que esta actualización traiga algunas mejoras de rendimiento adicionales, especialmente con soporte para QUIC.

QUIC es un nuevo protocolo de transporte de red que combina las características de TCP, TLS y más. HTTP/3 es la última versión de HTTP, el protocolo que transporta la gran mayoría del tráfico web. HTTP / 3 solo funciona en QUIC.

El Grupo de trabajo de ingeniería de Internet, o IETF, introdujo HTTP/2 en 2015 y una de las grandes mejoras que realizó es la compatibilidad con la multiplexación.

Sin embargo, usó TCP como protocolo de transporte y los mecanismos de recuperación de pérdidas en TCP, por lo que los paquetes perdidos aún pueden causar un retraso en todas las transacciones activas.

Al adoptar QUIC, HTTP/3 puede mejorar aún más el proceso de transferencia, ya que los paquetes perdidos en este caso solo afectan las transacciones directamente afectadas.

De hecho, QUIC fue desarrollado originalmente por Google y anunciado por primera vez en 2013. Desde entonces, el protocolo ha alcanzado la mayoría de edad y actualmente es responsable de transportar un tercio del tráfico de Google.

Luego, en 2015, el desarrollo de QUIC pasó a manos del IETF, el organismo de estándares responsable del mantenimiento de los protocolos de Internet. El IETF ha mejorado QUIC con varios cambios. Hasta la fecha, existen dos protocolos similares, pero diferentes, que son: Google QUIC e IETF QUIC.

Google ha anunciado que siempre ha utilizado su propia versión de QUIC, pero que su equipo QUIC también está involucrado en la implementación de la versión propiedad de la IEFT. «Hemos realizado esfuerzos significativos para hacer evolucionar Google QUIC durante los últimos cinco años para mantenernos al día con los cambios realizados por el IETF, y la última versión actual de Google QUIC tiene muchas similitudes con IETF QUIC», se lee en la publicación del blog de Google, además, aclaró que aún faltaban algunas cosas.

Como ejemplo, hasta ahora la mayoría de los usuarios de Chrome no pueden comunicarse con los servidores IETF QUIC sin habilitar algunas opciones de línea de comandos. Asimismo, Google agregó que ahora ha descubierto que IETF QUIC supera significativamente a HTTP en comparación con TLS 1.3 en comparación con TCP.

En particular, la compañía dijo que la latencia del motor de búsqueda de Google se reduce en más de un 2%. El tiempo de almacenamiento en búfer de YouTube se ha reducido en más del 9%. Además, el rendimiento del cliente ha aumentado en más del 3% en las computadoras de escritorio.

En los teléfonos móviles, el rendimiento de los clientes aumentó en más del 7%. Estas y otras razones están detrás del cambio de Chrome a la versión QUIC del IETF. “Nos complace anunciar que Chrome está implementando soporte para IETF QUIC (específicamente, la versión piloto h3-29).

Hoy en día, alrededor del 25% de los usuarios de la versión estable de Chrome están usando h3-29, y planeamos aumentar esta cifra en las próximas semanas al continuar monitoreando los datos de rendimiento”, dijo la compañía en su entrada en el blog.

“Chrome admitirá activamente tanto el IETF QUIC h3-29 como la versión Google QUIC (Q050) para dar tiempo a los servidores que admiten Q050 para actualizar a IETF QUIC”, agregó. Chrome m85 aún no es compatible con IETF QUIC 0-RTT y Google espera que este rendimiento sea aún mejor cuando lance la compatibilidad con IETF QUIC 0-RTT en los próximos meses. Además, dado que las versiones 30 y 31 de IETF QUIC no contienen cambios que puedan romper la compatibilidad, la compañía no planea cambiar el identificador «over-the-wire».

Esto significa que continuará rastreando los cambios en la versión IETF, pero los implementará como h3-29 / 0xff00001d.

Por lo tanto, recomienda que los servidores continúen admitiendo h3-29 hasta que se completen las RFC finales si desean interoperar con Chrome. Sin embargo, si el IETF realiza cambios que rompan la compatibilidad en un proyecto futuro, Chrome revertirá esa decisión.

Fuente: https://blog.chromium.org


Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.