IETF (Internet Engineering Task Force), mis tegeleb interneti protokollide ja arhitektuuri arendamisega, on lõpetanud QUIC protokolli RFC koostamise ja avaldanud sellekohased spetsifikatsioonid identifikaatorite all RFC 8999 (versioon sõltumatud protokolli omadused), RFC 9000 (ülekandmine UDP peal), RFC 9001 (QUICi kanalite TLS-krüpteerimine) ja RFC 9002 (ülekande koormuse juhtimine ja andmete edastamise kaotsimineku määramine).
RFC saavutas "Soovitatud standardi" staatuse, mille järel algab töö RFC staatuse saavutamiseks mustandstandardina (Draft Standard), mis tähendab protokolli täielikku stabiliseerimist ja kõigi esitatud märkuste arvesse võtmist. Protokoll HTTP/3, mis määratleb QUIC-protokolli kasutamise HTTP/2 transportimiseks, on praegu mustandi spetsifikatsiooni faasis, kuid ka see standardiseeritakse IETF-is peagi.
Oodatakse, et QUICi standardiseerimine toob kaasa laiemat selle protokolli kasutuselevõttu ja arendust, sealhulgas selle baasil põhinevaid laiendusi, nagu WebTransport (tehnoloogia andmete saatmiseks ja vastuvõtmiseks brauseri ja serveriga) ja MASQUE (ühenduste proximise tehnoloogia, mis laiendab SOCKS ja HTTP CONNECT võimalusi ning kasutab HTTPS-i QUIC-i transpordina).
Tuletame meelde, et QUIC (Quick UDP Internet Connections) protokoll, mida arendab Google alates 2013. aastast, on alternatiiv TCP+TLS kombinatsioonile veebis, lahendades TCP-s ühenduste loomise ja lepingute pikkade aegade probleemid ning elimineerides viivitused andmete edastamise käigus pakettide kadumise korral. QUIC on UDP protokolli pealispind, mis toetab mitme ühenduse multiplexerimist ning pakub krüptimismeetodeid, mis on samaväärsed TLS/SSL-iga. IETF standardi arendamise protsessis viidi protokollis sisse muudatused, mis viisid kahe paralleelselt eksisteeriva haru tekkeni: üks HTTP/3 jaoks ja teine, mida toetab Google (Chrome toetab mõlemat versiooni, samas kui Firefox toetab IETF varianti).
QUIC peamised omadused:
- Kõrge turvalisus, mis on sarnane TLS-ile (QUIC võimaldab tegelikult kasutada TLS-i UDP peal);
- Voogude terviklikkuse kontrollimine, mis takistab pakettide kadumist;
- Võimalus kohe ühendus luua (0-RTT, umbes 75% juhtudest on andmed saadaval kohe pärast ühenduse loomise paketi saatmist) ja tagada minimaalne viivitus päringu saatmise ja vastuse saamise vahel (RTT, Round Trip Time);
- Pakettide uuesti edastamisel kasutatakse erinevat järjestuse numbrit, mis aitab vältida segadust vastuvõetud pakettide määratlemisel ja kaotab aegumise probleemid;
- Paketi kadu mõjutab ainult seotud voogu ja ei peata andmete edastamist paralleelselt edastatavatest voogudest läbi praeguse ühenduse;
- Vigade parandamise vahendid, mis minimeerivad viivitused kadunud pakettide kordussaatmise tõttu. Spetsiaalsete vigade parandamise koodide kasutamine paketi tasandil, et vähendada olukordade arvu, mis vajavad kadunud paketi andmete uuesti edastamist.
- Krüptograafiliste plokkide piirid on joondatud QUIC pakettide piiride külge, mis vähendab pakettide kadumise mõju järgmiste pakettide sisu dekodeerimisele;
- TCP järjekorra ummistusega seotud probleeme pole.
- Ühenduse identifikaatori toetus, mis võimaldab mobiilsete klientide uuesti ühendamise aega lühendada;
- Täpsemate ühenduse koormusjuhtimise mehanismide toetus;
- Võimet kasutada igas suunas läbipääsutehnika prognoosimist, et tagada optimaalne pakettide saatmise intensiivsus, vältides ülekoormusse sattumist, mille korral toimub pakettide kadu;
- Märkimisväärne jõudluse ja läbilaskevõime kasvu võrreldes TCP-ga. Videoteenuste, nagu YouTube, puhul on QUIC kasutamine näidanud, et video vaatamise ajal on puhverdamise uuesti tegemise operatsioonide arv vähenenud 30%.
Allikas: opennet.ru
