Internet Engineering Task Force (IETF), mis vastutab Interneti-protokollide ja arhitektuuri arendamise eest, on lõpetanud QUIC-protokolli RFC ja avaldanud sellega seotud spetsifikatsioonid identifikaatorite RFC 8999 (versioonist sõltumatud protokolli omadused), RFC 9000 (transport) all. üle UDP), RFC 9001 (QUIC-sidekanali TLS-krüptimine) ja RFC 9002 (ülekoormuse kontroll ja pakettkadude tuvastamine andmeedastuse ajal).
RFC-d said “Proposed Standard” staatuse, misjärel alustatakse tööd, et anda RFC-le standardi kavandi staatus (standardi kavand), mis tegelikult tähendab protokolli täielikku stabiliseerimist ja kõigi tehtud märkuste arvessevõtmist. HTTP/3 protokoll, mis määratleb QUIC-protokolli kasutamise HTTP/2 transpordina, on veel spetsifikatsiooni kavandi staadiumis, kuid peagi standardiseerib selle lõplikult IETF.
Eeldatakse, et QUIC-i standardimine annab tõuke selle protokolli laiemale kasutuselevõtule, aga ka sellel põhinevate laienduste, näiteks WebTransport (brauseri ja serveri vahelise andmete saatmise ja vastuvõtmise tehnoloogia) ja MASQUE väljatöötamisele. (ühenduse puhverserveri tehnoloogia, mis laiendab SOCKS-i ja HTTP CONNECTi võimalusi ning kasutab transpordina HTTPS-i QUIC-i kaudu).
Tuletagem meelde, et QUIC (Quick UDP Internet Connections) protokolli on Google välja töötanud alates 2013. aastast alternatiivina TCP+TLS-i kombinatsioonile veebi jaoks, lahendades probleeme TCP-ühenduste pikkade häälestus- ja läbirääkimisaegadega ning kõrvaldades viivitused andmeedastuse ajal lähevad paketid kaotsi. QUIC on UDP-protokolli laiendus, mis toetab mitme ühenduse multipleksimist ja pakub TLS/SSL-iga samaväärseid krüpteerimismeetodeid. IETF-i standardi väljatöötamise käigus tehti protokollis muudatusi, mille tulemusel tekkis kaks paralleelset haru, millest üks on HTTP/3 jaoks ja teine Google'i poolt toetatud (Chrome toetab mõlemat valikut ja Firefox toetab IETF-i versiooni) .
QUIC-i põhifunktsioonid:
- Kõrge turvalisus, mis sarnaneb TLS-iga (sisuliselt annab QUIC võimaluse kasutada TLS-i üle UDP);
- Voo terviklikkuse kontroll, mis hoiab ära pakettide kadumise;
- Võimalus koheselt luua ühendus (0-RTT, ligikaudu 75% juhtudest saab andmeid edastada kohe pärast ühenduse seadistuspaketi saatmist) ja tagada minimaalsed viivitused päringu saatmise ja vastuse saamise vahel (RTT, Round Trip Time);
- Erineva järjenumbri kasutamine paketi uuesti edastamisel, mis väldib vastuvõetud pakettide tuvastamisel ebaselgust ja vabaneb ajalõppudest;
- Paketi kadumine mõjutab ainult sellega seotud voo edastamist ega peata andmete edastamist paralleelsetes voogudes, mis edastatakse praeguse ühenduse kaudu;
- Veaparandusfunktsioonid, mis minimeerivad kadunud pakettide uuesti saatmisest tingitud viivitusi. Spetsiaalsete veaparanduskoodide kasutamine paketi tasemel, et vähendada olukordi, mis nõuavad kadunud pakettandmete uuesti edastamist.
- Krüptograafiliste plokkide piirid joondatakse QUIC-pakettide piiridega, mis vähendab pakettide kadude mõju järgnevate pakettide sisu dekodeerimisele;
- TCP järjekorra blokeerimisega probleeme pole;
- Ühenduse identifikaatori tugi, mis vähendab mobiiliklientide taasühenduse loomiseks kuluvat aega;
- Võimalus ühendada täiustatud ühenduse ülekoormuse kontrollimehhanisme;
- Kasutab suunapõhiseid läbilaskevõime prognoosimise tehnikaid, et tagada pakettide saatmine optimaalse kiirusega, vältides nende ummistumist ja pakettide kadumist;
- Märkimisväärne jõudluse ja läbilaskevõime kasv võrreldes TCP-ga. Videoteenuste (nt YouTube) puhul vähendab QUIC taaspuhverdamistoiminguid videote vaatamisel 30%.
Allikas: opennet.ru