Skupina Internet Engineering Task Force (IETF), ktorá je zodpovedná za vývoj internetových protokolov a architektúry, dokončila RFC pre protokol QUIC a zverejnila súvisiace špecifikácie pod identifikátormi RFC 8999 (vlastnosti protokolu nezávislé od verzie), RFC 9000 (preprava cez UDP), RFC 9001 (TLS šifrovanie komunikačného kanála QUIC) a RFC 9002 (kontrola preťaženia a detekcia straty paketov počas prenosu dát).
RFC získali status „Proposed Standard“, po ktorom sa začnú práce na tom, aby RFC dostal status návrhu normy (Draft Standard), čo vlastne znamená úplnú stabilizáciu protokolu a zohľadnenie všetkých vznesených pripomienok. Protokol HTTP/3, ktorý definuje použitie protokolu QUIC ako prenosu pre HTTP/2, je stále v štádiu návrhu špecifikácie, ale čoskoro bude konečne štandardizovaný IETF.
Očakáva sa, že štandardizácia QUIC bude impulzom pre širšie prijatie tohto protokolu, ako aj pre vývoj rozšírení na ňom založených, ako je WebTransport (technológia na odosielanie a prijímanie údajov medzi prehliadačom a serverom) a MASQUE (technológia pripojenia proxy, ktorá rozširuje možnosti SOCKS a HTTP CONNECT a používa HTTPS cez QUIC ako prenos).
Pripomeňme, že protokol QUIC (Quick UDP Internet Connections) vyvinula spoločnosť Google od roku 2013 ako alternatívu ku kombinácii TCP+TLS pre web, čím rieši problémy s dlhými časmi nastavenia a vyjednávania pripojení v TCP a odstraňuje oneskorenia pri počas prenosu dát sa stratia pakety. QUIC je rozšírenie protokolu UDP, ktoré podporuje multiplexovanie viacerých pripojení a poskytuje metódy šifrovania ekvivalentné TLS/SSL. Počas vývoja štandardu IETF boli vykonané zmeny v protokole, ktoré viedli k vzniku dvoch paralelných vetiev, jednej pre HTTP/3 a druhej podporovanej spoločnosťou Google (Chrome podporuje obe možnosti a Firefox podporuje verziu IETF) .
Kľúčové vlastnosti QUIC:
- Vysoká bezpečnosť podobná TLS (v podstate QUIC poskytuje možnosť používať TLS cez UDP);
- Kontrola integrity toku, zabránenie strate paketov;
- Možnosť okamžitého nadviazania spojenia (0-RTT, v približne 75 % prípadov je možné preniesť dáta ihneď po odoslaní paketu na nastavenie spojenia) a poskytnúť minimálne oneskorenia medzi odoslaním požiadavky a prijatím odpovede (RTT, Round Trip Time) ;
- Použitie iného poradového čísla pri opätovnom prenose paketu, čo zabráni nejednoznačnosti pri identifikácii prijatých paketov a zbaví sa časových limitov;
- Strata paketu ovplyvňuje iba doručovanie toku, ktorý je s ním spojený, a nezastavuje doručovanie údajov v paralelných tokoch prenášaných cez aktuálne spojenie;
- Funkcie opravy chýb, ktoré minimalizujú oneskorenia v dôsledku opätovného prenosu stratených paketov. Použitie špeciálnych kódov na opravu chýb na úrovni paketov na zníženie situácií vyžadujúcich opakovaný prenos stratených paketových dát.
- Hranice kryptografických blokov sú zarovnané s hranicami paketov QUIC, čo znižuje vplyv strát paketov na dekódovanie obsahu nasledujúcich paketov;
- Žiadne problémy s blokovaním fronty TCP;
- Podpora pre identifikátor pripojenia, ktorý znižuje čas potrebný na vytvorenie opätovného pripojenia pre mobilných klientov;
- Možnosť pripojenia pokročilých mechanizmov kontroly preťaženia pripojenia;
- Používa techniky predpovedania priepustnosti v každom smere, aby sa zabezpečilo, že pakety budú odosielané optimálnou rýchlosťou, čím sa zabráni ich preťaženiu a strate paketov;
- Výrazné zvýšenie výkonu a priepustnosti v porovnaní s TCP. V prípade video služieb, ako je YouTube, sa ukázalo, že QUIC znižuje operácie opätovného vyrovnávania pamäte pri sledovaní videí o 30 %.
Zdroj: opennet.ru