Firefox este de așteptat să lanseze suport HTTP/3 până la sfârșitul lunii mai.

Mozilla și-a anunțat intenția de a începe introducerea treptată a HTTP/3 și QUIC odată cu lansarea Firefox 88, programată pentru 19 aprilie (prevăzut inițial să fie lansat pe 20 aprilie, dar judecând după program, va fi amânat cu o zi). Suportul HTTP/3 va fi activat inițial doar pentru un mic procent de utilizatori și, în afara oricăror probleme neașteptate, va fi lansat pentru toată lumea până la sfârșitul lunii mai. În versiunile de seară și beta, HTTP/3 a fost activat implicit la sfârșitul lunii martie.

Să reamintim că implementarea HTTP/3 în Firefox se bazează pe proiectul neqo dezvoltat de Mozilla, care oferă o implementare client și server pentru protocolul QUIC. Codul componentei pentru suportul HTTP/3 și QUIC este scris în Rust. Pentru a controla dacă HTTP/3 este activat, about:config oferă opțiunea „network.http.http3.enabled”. Din software-ul client, suportul experimental pentru HTTP/3 a fost adăugat și în Chrome și curl, iar pentru servere este disponibil în nginx, precum și sub forma unui modul nginx și a unui server de testare de la Cloudflare. În ceea ce privește site-ul web, suportul HTTP/3 este deja furnizat pe serverele Google și Facebook.

Protocolul HTTP/3 este încă în faza de proiectare a specificațiilor și nu a fost încă pe deplin standardizat de IETF. HTTP/3 necesită suport pentru client și server pentru aceeași versiune a standardului de schiță QUIC și HTTP/3, care este specificat în antetul Alt-Svc (Firefox acceptă schițele de specificații de la 27 la 32).

HTTP/3 definește utilizarea protocolului QUIC ca transport pentru HTTP/2. Protocolul QUIC (Quick UDP Internet Connections) a fost dezvoltat de Google din 2013 ca o alternativă la combinația TCP+TLS pentru Web, rezolvând problemele cu timpi lungi de configurare și negociere pentru conexiunile în TCP și eliminând întârzierile atunci când pachetele sunt pierdute în timpul datelor. transfer. QUIC este o extensie a protocolului UDP care acceptă multiplexarea conexiunilor multiple și oferă metode de criptare echivalente cu TLS/SSL. În timpul dezvoltării standardului IETF au fost aduse modificări protocolului, ceea ce a dus la apariția a două ramuri paralele, una pentru HTTP/3, iar a doua suportată de Google (Chrome acceptă ambele opțiuni).

Caracteristicile cheie ale QUIC:

• Securitate ridicată similară cu TLS (în esență QUIC oferă posibilitatea de a utiliza TLS peste UDP);
• Controlul integrității fluxului, prevenind pierderea pachetelor;
• Abilitatea de a stabili instantaneu o conexiune (0-RTT, în aproximativ 75% din cazuri, datele pot fi transmise imediat după trimiterea pachetului de configurare a conexiunii) și de a oferi întârzieri minime între trimiterea unei cereri și primirea unui răspuns (RTT, Round Trip Time) ;
• Utilizarea unui număr de secvență diferit la retransmiterea unui pachet, ceea ce evită ambiguitatea în identificarea pachetelor primite și scapă de timeout-uri;
• Pierderea unui pachet afectează doar livrarea fluxului asociat cu acesta și nu oprește livrarea datelor în fluxuri paralele transmise prin conexiunea curentă;
• Funcții de corectare a erorilor care minimizează întârzierile datorate retransmiterii pachetelor pierdute. Utilizarea codurilor speciale de corectare a erorilor la nivel de pachet pentru a reduce situațiile care necesită retransmiterea pachetelor de date pierdute.
• Granițele blocurilor criptografice sunt aliniate cu granițele pachetelor QUIC, ceea ce reduce impactul pierderilor de pachete asupra decodării conținutului pachetelor ulterioare;
• Fără probleme cu blocarea cozii TCP;
• Suport pentru identificatorul de conexiune, care reduce timpul necesar pentru stabilirea unei reconectari pentru clienții mobili;
• Posibilitatea de conectare a mecanismelor avansate de control al congestionării conexiunii;
• Utilizează tehnici de prognoză a debitului pe direcție pentru a se asigura că pachetele sunt trimise la rate optime, prevenind congestionarea acestora și pierderea pachetelor;
• Creștere semnificativă a performanței și a randamentului în comparație cu TCP. Pentru serviciile video precum YouTube, s-a demonstrat că QUIC reduce operațiunile de rebuffering atunci când vizionați videoclipuri cu 30%.

Sursa: opennet.ru