Dezvoltatori recent care sunt în spate din browserul web Google Chrome, a lansat știrile despre adăugarea de suport pentru protocolul HTTP / 3 la versiunile experimentale ale Chrome Canary, care implementează un plugin pentru a activa HTTP prin QUIC.
Protocolul QUIC în sine a fost adăugat în browser în urmă cu cinci ani și de atunci a fost folosit pentru a optimiza lucrul cu serviciile Google. În același timp, versiunea QUIC a Google utilizată în Chrome a diferit în unele detalii de versiunea specificațiilor IETF, dar acum implementările sunt sincronizate.
Google Chrome Canary tocmai a devenit primul browser (disponibil) care a integrat (foarte) experimental #QUIC și suport HTTP / 3!
Adăugați steaguri „–enable-quic –quic-version = h3-23” și ar trebui să vedeți „http / 2 + quic / 99” în devtools, care este de fapt http3 deghizat! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) 19 Septembrie, 2019
Este important să subliniem că Google a dezvoltat QUIC (Conexiuni rapide la Internet UDP) din 2013 ca alternativă la pachetul TCP + TLS pentru web, care rezolvă probleme cu configurarea și timpii mari de negociere pentru conexiunile TCP și elimină întârzierile în pierderea pachetelor în timpul transferului de date.
QUIC este o completare a protocolului UDP care acceptă multiplexarea mai multor conexiuni și oferă metode de criptare echivalente cu TLS / SSL.
Protocolul în cauză este deja încorporat în infrastructura serverului Google, face parte din Chrome, este planificat pentru a fi inclus în Firefox și este utilizat în mod activ pentru a servi cererile clienților pe serverele Google.
Printre principalele caracteristici ale QUIC care se remarcă sunt:
- Securitate ridicată, similară cu TLS (de fapt, QUIC oferă posibilitatea de a utiliza TLS peste UDP)
- Controlul integrității fluxului care previne pierderea pachetelor
- Capacitatea de a stabili o conexiune instantaneu (0-RTT, în aproximativ 75% din cazuri, datele pot fi transmise imediat după trimiterea pachetului de configurare a conexiunii) și asigură întârzieri minime între trimiterea unei cereri și primirea unui răspuns (RTT, Round Trip Time)
- Nu utilizați același număr de ordine atunci când retransmiteți un pachet, ceea ce evită ambiguitatea în determinarea pachetelor primite și elimină expirările
- Pierderea unui pachet afectează livrarea numai a fluxului asociat acestuia și nu oprește livrarea datelor în fluxuri transmise în paralel prin conexiunea curentă
- Instrumente 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 datelor de pachete pierdute.
- Limitele criptografice ale blocurilor sunt aliniate cu limitele pachetelor QUIC, reducând efectul pierderii pachetelor asupra decodificării conținutului următoarelor pachete
- Nu există probleme cu blocarea cozii TCP
- Suport pentru identificatorul de conexiune, care reduce timpul pentru stabilirea unei reconectări pentru clienții mobili
- Abilitatea de a conecta mecanisme avansate pentru a controla supraîncărcarea conexiunii
De asemenea, se evidențiază faptul că folosește tehnica de predicție a lățimii de bandă în fiecare direcție să asigure o intensitate optimă de livrare a pachetelor, împiedicându-l să ajungă la o stare de congestie în care se observă pierderea pachetelor;
Precum și performanță remarcabilă și câștiguri de performanță față de TCP. Pentru serviciile video precum YouTube, QUIC a arătat o reducere de 30% a operațiunilor de re-tamponare la vizionarea videoclipurilor.
Protocolul HTTP / 3 standardizează utilizarea QUIC ca transport pentru HTTP / 2. Pentru a activa HTTP / 3 și versiunea QUIC a celor 23 de proiecte de specificații IETF, Chrome trebuie să ruleze cu opțiunile „–enable-quic –quic-version = h3-23” și apoi când se deschide site-ul de testare quic .rocks: 4433 in modul de inspecție a rețelei în instrumentele pentru dezvoltatori, activitatea HTTP / 3 se va afișa ca „http / 2 + quic / 99”.
Comparativ cu un pachet pierdut prin conexiuni HTTP paralele, doar una dintre numeroasele conexiuni va fi oprită, ceea ce înseamnă că QUIC poate suporta livrarea în afara comenzii, astfel încât un pachet pierdut să aibă un impact mai mic.
Si vrei să afli mai multe despre asta despre acest lucru, puteți consulta următorul link.