Mozilla ha anunciado su intención de comenzar la introducción gradual de HTTP/3 y QUIC con el lanzamiento de Firefox 88, previsto para el 19 de abril (originalmente se esperaba que se lanzara el 20 de abril, pero a juzgar por el calendario, se retrasará un día). La compatibilidad con HTTP/3 se habilitará inicialmente solo para un pequeño porcentaje de usuarios y, salvo problemas inesperados, se implementará para todos a fines de mayo. En las versiones nocturnas y beta, HTTP/3 se habilitó de forma predeterminada a finales de marzo.
Recordemos que la implementación de HTTP/3 en Firefox se basa en el proyecto neqo desarrollado por Mozilla, que proporciona una implementación de cliente y servidor para el protocolo QUIC. El código del componente para la compatibilidad con HTTP/3 y QUIC está escrito en Rust. Para controlar si HTTP/3 está habilitado, about:config proporciona la opción "network.http.http3.enabled". Desde el software cliente, también se ha agregado soporte experimental para HTTP/3 a Chrome y curl, y para servidores está disponible en nginx, así como en forma de módulo nginx y servidor de prueba de Cloudflare. En el lado del sitio web, ya se proporciona soporte HTTP/3 en los servidores de Google y Facebook.
El protocolo HTTP/3 aún se encuentra en la etapa de borrador de especificación y aún no ha sido completamente estandarizado por el IETF. HTTP/3 requiere soporte de cliente y servidor para la misma versión del borrador del estándar QUIC y HTTP/3, que se especifica en el encabezado Alt-Svc (Firefox admite los borradores de especificaciones 27 a 32).
HTTP/3 define el uso del protocolo QUIC como transporte para HTTP/2. El protocolo QUIC (Quick UDP Internet Connections) ha sido desarrollado por Google desde 2013 como una alternativa a la combinación TCP+TLS para la Web, solucionando problemas de largos tiempos de configuración y negociación de conexiones en TCP y eliminando retrasos cuando se pierden paquetes durante la transferencia de datos. transferir. QUIC es una extensión del protocolo UDP que admite la multiplexación de múltiples conexiones y proporciona métodos de cifrado equivalentes a TLS/SSL. Durante el desarrollo del estándar IETF, se realizaron cambios en el protocolo, lo que llevó al surgimiento de dos ramas paralelas, una para HTTP/3 y la segunda compatible con Google (Chrome admite ambas opciones).
Características clave de QUIC:
- Alta seguridad, similar a TLS (de hecho, QUIC brinda la capacidad de usar TLS sobre UDP);
- Control de integridad de transmisión para evitar la pérdida de paquetes;
- La capacidad de establecer una conexión instantáneamente (0-RTT, en aproximadamente el 75% de los casos los datos se pueden transmitir inmediatamente después de enviar el paquete de configuración de la conexión) y proporcionar retrasos mínimos entre el envío de una solicitud y la recepción de una respuesta (RTT, Round Trip Time);
- Usar un número de secuencia diferente al retransmitir un paquete, lo que evita la ambigüedad en la identificación de los paquetes recibidos y elimina los tiempos de espera;
- La pérdida de paquetes solo afecta la entrega del flujo asociado con él y no detiene la entrega de datos en flujos transmitidos en paralelo a través de la conexión actual;
- Herramientas de corrección de errores que minimizan los retrasos debidos a la retransmisión de paquetes perdidos. Uso de códigos especiales de corrección de errores a nivel de paquete para reducir las situaciones que requieren la retransmisión de datos de paquetes perdidos.
- Los límites de los bloques criptográficos están alineados con los límites de los paquetes QUIC, lo que reduce el impacto de las pérdidas de paquetes en la decodificación del contenido de los paquetes posteriores;
- No hay problemas con el bloqueo de la cola TCP;
- Soporte de ID de conexión para reducir el tiempo de reconexión para clientes móviles;
- Posibilidad de conectar mecanismos avanzados para control de sobrecarga de conexión;
- Usar técnicas de predicción de ancho de banda en cada dirección para garantizar la intensidad óptima de envío de paquetes, evitando caer en un estado de congestión, en el que hay una pérdida de paquetes;
- Aumento significativo en el rendimiento y el rendimiento en comparación con TCP. Para servicios de vídeo como YouTube, se ha demostrado que QUIC reduce las operaciones de almacenamiento en búfer al mirar vídeos en un 30 %.
Fuente: opennet.ru