În versiunile experimentale suport pentru protocolul HTTP/3, care realizează un overlay pentru a permite funcționarea HTTP peste protocolul QUIC. Protocolul QUIC a fost inclus în browser în urmă cu cinci ani și de atunci este folosit pentru optimizarea interacțiunii cu serviciile Google. Varianta QUIC utilizată în Chrome a diferit în detalii de cea din IETF, dar acum implementările sunt sincronizate.
HTTP/3 standardizează utilizarea QUIC ca transport pentru HTTP/2. Pentru a activa HTTP/3 și varianta QUIC din specificațiilor IETF, trebuie să porniți Chrome cu opțiunile „—enable-quic —quic-version=h3-23”, după care, când deschideți site-ul de test în modul de inspectare a rețelei în instrumentele pentru dezvoltatori, activitatea HTTP/3 va fi afișată ca „http/2+quic/99”.
Amintește că protocolul (Quick UDP Internet Connections) este dezvoltat de Google din 2013 ca o alternativă la combinația TCP+TLS pentru web, rezolvând problemele cu timpul mare de configurare și negociere a conecțiunilor în TCP și eliminând întârzierile cauzate de pierderea pachetelor în timpul transferului de date. QUIC este o extensie a protocolului UDP, care suportă multiplexarea mai multor conexiuni și oferă metode de criptare echivalente cu TLS/SSL. Protocolul discutat este deja integrat în infrastructura serverelor Google, face parte din Chrome, pentru a fi activat în Firefox și utilizat activ pentru a răspunde cererilor clienților pe serverele Google.
Principalele QUIC:
- Securitate înaltă, similară cu TLS (în esență, QUIC oferă posibilitatea utilizării TLS peste UDP);
- Controlul integrității fluxului, prevenind pierderea pachetelor;
- Posibilitatea de a stabili instantaneu o conexiune (0-RTT, în aproximativ 75% din cazuri, datele pot fi transmise imediat după trimiterea pachetului de stabilire a conexiunii) și de a asigura întârzieri minime între trimiterea cererii și primirea răspunsului (RTT, Round Trip Time);
- Neutilizarea la retransmiterea pachetului cu același număr de secvență, ceea ce permite evitarea ambiguităților în determinarea pachetelor primite și eliminarea timeout-urilor;
- Pierderea unui pachet afectează livrarea doar a fluxului asociat și nu oprește livrarea datelor în fluxurile transmise în paralel prin conexiunea curentă;
- Mijloace de corectare a erorilor, care minimizează întârzierile cauzate de retransmisia pachetelor pierdute. Utilizarea unor coduri speciale de corectare a erorilor la nivel de pachet pentru a reduce situațiile care necesită retransmiterea datelor din pachetul pierdut.
- Granițele criptografice ale blocurilor sunt aliniate cu granițele pachetelor QUIC, ceea ce reduce impactul pierderilor de pachete asupra decodării conținutului pachetelor următoare;
- Lipsa problemelor cu blocarea cozii TCP;
- Suport pentru identificatorul de conexiune, care permite reducerea timpului de reinstaurare a conexiunii pentru clienți mobile;
- Posibilitatea de a activa mecanisme extinse de control al supraîncărcării conexiunii;
- Utilizarea tehnicii de previzionare a capacității de transmisie în fiecare direcție pentru a asigura o intensitate optimă a trimiterii pachetelor, prevenind astfel ajungerea într-o stare de supraîncărcare, în care se observă pierderi de pachete;
- Un salt semnificativ și lățime de bandă, comparativ cu TCP. Pentru serviciile video, cum ar fi YouTube, utilizarea QUIC a arătat o reducere a operațiunilor de rebuffering în timpul vizionării video cu 30%.
Sursa: opennet.ro
