La construcții experimentale suport pentru protocolul HTTP/3, care implementează un add-on pentru a permite HTTP să funcționeze peste protocolul QUIC. Protocolul QUIC în sine a fost adăugat în browser acum cinci ani și de atunci a fost folosit pentru a optimiza lucrul cu serviciile Google. În același timp, versiunea QUIC de la Google folosită în Chrome a diferit în unele detalii de versiunea de la IETF, dar acum implementările sunt sincronizate.
HTTP/3 standardizează utilizarea QUIC ca transport pentru HTTP/2. Pentru a activa HTTP/3 și opțiunea QUIC de la Specificațiile IETF necesită lansarea Chrome cu opțiunile „-enable-quic -quic-version=h3-23” și apoi la deschiderea site-ului de testare În modul de inspecție a rețelei în instrumentele pentru dezvoltatori, activitatea HTTP/3 va fi afișată ca „http/2+quic/99”.
Amintiți-vă că protocolul (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 transferului de date. QUIC este o extensie a protocolului UDP care acceptă multiplexarea conexiunilor multiple și oferă metode de criptare echivalente cu TLS/SSL. Protocolul în cauză este deja integrat în infrastructura serverului Google și face parte din Chrome. pentru includerea în Firefox și este utilizat în mod activ pentru a servi cererile clienților pe serverele Google.
Principalul RAPID:
- Securitate ridicată similară cu TLS (în esență QUIC oferă posibilitatea de a utiliza TLS peste UDP);
- Controlul integrității fluxului, prevenind pierderea pachetelor;
- Capacitatea 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);
- Neutilizarea aceluiași număr de secvență 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;
- Perceptibil performanță și debit în comparație cu TCP. Pentru serviciile video precum YouTube, s-a demonstrat că QUIC reduce operațiunile de rebuffering la vizionarea videoclipurilor cu 30%.
Sursa: opennet.ru