En Firefox, que será la base de la versión 72 de Firefox, programada para el 7 de enero, soporte para el protocolo HTTP/3. Por defecto, HTTP/3 está desactivado y requiere activar la opción «network.http.http3.enabled» en about:config.
El soporte de HTTP/3 en Firefox se basa en un proyecto desarrollado por Mozilla, , que proporciona una implementación de cliente y servidor para el protocolo QUIC. El código de los componentes para el soporte de HTTP/3 y QUIC está escrito en Rust.
Desde el software cliente, el soporte experimental de HTTP/3 ya está en Chrome y curl, y para los servidores está disponible en forma de para nginx y basado en la biblioteca ( QUIC y HTTP/3 en Rust de Cloudflare). Para verificar el funcionamiento de los clientes de HTTP/3, varios sitios de prueba, la mayoría de los cuales aún no se abren correctamente en Firefox (HTTP/3 está en una etapa de y no está completamente estandarizado).
Recordemos que HTTP/3 normaliza el uso del protocolo QUIC como transporte para HTTP/2. El protocolo (Quick UDP Internet Connections) ha sido desarrollado por Google desde 2013 como una alternativa a la combinación TCP+TLS para la web, que resuelve los problemas de alto tiempo de establecimiento y negociación de conexiones en TCP y elimina las demoras debido a la pérdida de paquetes durante la transmisión de datos. QUIC es una capa sobre el protocolo UDP, que soporta la multiplexión de múltiples conexiones y proporciona métodos de cifrado equivalentes a TLS/SSL.
Principales QUIC:
- Alta seguridad, similar a TLS (de hecho, QUIC permite el uso de TLS sobre UDP);
- Control de integridad del flujo, previniendo la pérdida de paquetes;
- La posibilidad de establecer una conexión de inmediato (0-RTT, en aproximadamente el 75% de los casos los datos se pueden transmitir inmediatamente después del envío del paquete de establecimiento de conexión) y asegurar una latencia mínima entre el envío de la solicitud y la recepción de la respuesta (RTT, Round Trip Time);
- No utilizar el mismo número de secuencia para la retransmisión del paquete, lo que permite evitar ambigüedades al determinar los paquetes recibidos y eliminar los tiempos de espera;
- La pérdida de paquetes afecta solo a la entrega de la corriente asociada y no detiene la entrega de datos en las corrientes que se transmiten en paralelo a través de la conexión actual;
- Mecanismos de corrección de errores que minimizan la latencia debido a la retransmisión de paquetes perdidos. Uso de códigos especiales de corrección de errores a nivel de paquete para reducir situaciones que requieren la retransmisión de datos de un paquete perdido.
- 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 la pérdida de paquetes en la decodificación del contenido de los siguientes paquetes;
- Ausencia de problemas de bloqueo de la cola TCP;
- Soporte para un identificador de conexión que permite reducir el tiempo de establecimiento de una nueva conexión para clientes móviles;
- Capacidad de conectar mecanismos avanzados de control de congestión de la conexión;
- Uso de técnicas de predicción de ancho de banda en cada dirección para asegurar la intensidad óptima de envío de paquetes, evitando caer en un estado de congestión donde se observa la pérdida de paquetes;
- Notable rendimiento y capacidad de transporte en comparación con TCP. Para servicios de video como YouTube, la aplicación de QUIC ha demostrado reducir las operaciones de repetición de búfer al ver videos en un 30%.
Fuente: opennet.ru
