Mozilla ha anunciat la seva intenció de començar a implementar HTTP/3 i QUIC amb el llançament de Firefox 88, previst per al 19 d'abril (originalment s'esperava que es llançarà el 20 d'abril, però a jutjar pel calendari, es retardarà un dia). El suport HTTP/3 només s'habilitarà inicialment per a un petit percentatge d'usuaris i, tret de problemes inesperats, es desplegarà per a tothom a finals de maig. A les versions nocturnes i beta, HTTP/3 es va activar de manera predeterminada a finals de març.
Recordem que la implementació d'HTTP/3 a Firefox es basa en el projecte neqo desenvolupat per Mozilla, que proporciona una implementació de client i servidor per al protocol QUIC. El codi del component per al suport HTTP/3 i QUIC està escrit en Rust. Per controlar si HTTP/3 està habilitat, about:config proporciona l'opció "network.http.http3.enabled". Des del programari client, també s'ha afegit suport experimental per a HTTP/3 a Chrome i curl, i per als servidors està disponible a nginx, així com en forma de mòdul nginx i un servidor de prova de Cloudflare. Pel que fa al lloc web, ja es proporciona suport HTTP/3 als servidors de Google i Facebook.
El protocol HTTP/3 encara es troba en l'etapa d'especificació d'esborrany i encara no ha estat totalment estandarditzat per l'IETF. HTTP/3 requereix suport de client i servidor per a la mateixa versió de l'estàndard d'esborrany QUIC i HTTP/3, que s'especifica a la capçalera Alt-Svc (Firefox admet els esborranys d'especificacions 27 a 32).
HTTP/3 defineix l'ús del protocol QUIC com a transport per a HTTP/2. El protocol QUIC (Quick UDP Internet Connections) ha estat desenvolupat per Google des del 2013 com a alternativa a la combinació TCP+TLS per a la web, solucionant problemes amb llargs temps de configuració i negociació de connexions en TCP i eliminant els retards quan es perden paquets durant les dades. transferència. QUIC és una extensió del protocol UDP que admet la multiplexació de múltiples connexions i proporciona mètodes de xifratge equivalents a TLS/SSL. Durant el desenvolupament de l'estàndard IETF, es van fer canvis al protocol, que van provocar l'aparició de dues branques paral·leles, una per a HTTP/3, i la segona suportada per Google (Chrome admet ambdues opcions).
Característiques principals de QUIC:
- Alta seguretat, similar a TLS (de fet, QUIC ofereix la possibilitat d'utilitzar TLS sobre UDP);
- Control de la integritat del flux per evitar la pèrdua de paquets;
- La capacitat d'establir una connexió a l'instant (0-RTT, en aproximadament el 75% dels casos les dades es poden transmetre immediatament després d'enviar el paquet de configuració de la connexió) i proporcionar retards mínims entre l'enviament d'una sol·licitud i la recepció d'una resposta (RTT, Temps d'anada i tornada);
- Utilitzar un número de seqüència diferent quan es retransmet un paquet, que evita l'ambigüitat en la identificació dels paquets rebuts i elimina els temps d'espera;
- La pèrdua de paquets només afecta el lliurament del flux associat i no atura el lliurament de dades en fluxos transmesos en paral·lel a la connexió actual;
- Eines de correcció d'errors que minimitzen els retards a causa de la retransmissió de paquets perduts. Ús de codis especials de correcció d'errors a nivell de paquet per reduir les situacions que requereixen la retransmissió de dades de paquet perduts.
- Els límits dels blocs criptogràfics estan alineats amb els límits dels paquets QUIC, la qual cosa redueix l'impacte de la pèrdua de paquets en la descodificació del contingut dels paquets següents;
- No hi ha problemes per bloquejar la cua TCP;
- Suport d'identificació de connexió per reduir el temps de reconnexió dels clients mòbils;
- Possibilitat de connectar mecanismes avançats de control de sobrecàrrega de connexió;
- Ús de tècniques de predicció d'ample de banda en cada direcció per garantir la velocitat òptima d'enviament de paquets, evitant el rodatge a un estat de congestió, en què hi ha una pèrdua de paquets;
- Augment significatiu del rendiment i el rendiment en comparació amb TCP. Per a serveis de vídeo com YouTube, s'ha demostrat que QUIC redueix un 30% les operacions de rebuffer quan es veuen vídeos.
Font: opennet.ru