Internet Engineering Task Force (IETF), care este responsabil pentru dezvoltarea protocoalelor și arhitecturii Internet, a finalizat RFC pentru protocolul QUIC și a publicat specificațiile aferente sub identificatorii RFC 8999 (proprietăți de protocol independente de versiune), RFC 9000 (transport). peste UDP), RFC 9001 (criptarea TLS a canalului de comunicație QUIC) și RFC 9002 (controlul congestiei și detectarea pierderii de pachete în timpul transmisiei de date).
RFC-urile au primit statutul de „Standard propus”, după care se vor începe lucrările pentru a da RFC statutul de proiect de standard (Draft Standard), ceea ce înseamnă de fapt o stabilizare completă a protocolului și luarea în considerare a tuturor comentariilor făcute. Protocolul HTTP/3, care definește utilizarea protocolului QUIC ca transport pentru HTTP/2, este încă în stadiul de proiectare a specificațiilor, dar în curând va fi standardizat în cele din urmă de IETF.
Este de așteptat ca standardizarea QUIC să dea un impuls adoptării mai largi a acestui protocol, precum și dezvoltării de extensii bazate pe acesta, precum WebTransport (o tehnologie de trimitere și primire a datelor între un browser și un server) și MASQUE. (o tehnologie de proxy de conexiune care extinde capacitățile SOCKS și HTTP CONNECT și care utilizează HTTPS peste QUIC ca transport).
Să reamintim că protocolul QUIC (Quick UDP Internet Connections) a fost dezvoltat de Google încă din 2013 ca o alternativă la combinația TCP+TLS pentru Web, rezolvând problemele legate de timpii lungi de configurare și negociere a conexiunilor în TCP și eliminând întârzierile atunci când pachetele se pierd î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. Î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, iar Firefox acceptă versiunea IETF) .
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