Interneto inžinerijos darbo grupė (IETF), atsakinga už interneto protokolų ir architektūros kūrimą, užbaigė QUIC protokolo RFC ir paskelbė susijusias specifikacijas su identifikatoriais RFC 8999 (nuo versijos nepriklausomos protokolo savybės), RFC 9000 (transportas). per UDP), RFC 9001 (QUIC ryšio kanalo TLS šifravimas) ir RFC 9002 (spūsties kontrolė ir paketų praradimo aptikimas perduodant duomenis).
RFC gavo „siūlomo standarto“ statusą, po kurio bus pradėtas darbas, kad RFC būtų suteiktas standarto projekto (Standarto projektas), o tai iš tikrųjų reiškia visišką protokolo stabilizavimą ir atsižvelgiant į visas pateiktas pastabas. HTTP/3 protokolas, apibrėžiantis QUIC protokolo naudojimą kaip HTTP/2 transportavimą, vis dar yra specifikacijos projekto etape, tačiau netrukus jį galutinai standartuos IETF.
Tikimasi, kad QUIC standartizavimas suteiks postūmį plačiau taikyti šį protokolą, taip pat plėtoti juo pagrįstus plėtinius, tokius kaip WebTransport (technologija, skirta duomenims siųsti ir gauti tarp naršyklės ir serverio) ir MASQUE. (ryšio tarpinio serverio technologija, praplečianti SOCKS ir HTTP CONNECT galimybes ir naudojant HTTPS per QUIC kaip transportavimą).
Prisiminkime, kad QUIC (Quick UDP Internet Connections) protokolą „Google“ sukūrė nuo 2013 m. kaip alternatyvą TCP+TLS deriniui žiniatinkliui, sprendžiantį problemas, susijusias su ilgo TCP ryšio nustatymo ir derybų laiku, ir pašalindamas vėlavimus duomenų perdavimo metu prarandami paketai. QUIC yra UDP protokolo plėtinys, kuris palaiko kelių jungčių multipleksavimą ir suteikia šifravimo metodus, lygiaverčius TLS/SSL. Kuriant IETF standartą buvo atlikti protokolo pakeitimai, dėl kurių atsirado dvi lygiagrečios šakos, viena skirta HTTP/3, o antroji palaikoma Google (Chrome palaiko abi parinktis, o Firefox – IETF versiją). .
Pagrindinės QUIC savybės:
- Aukštas saugumas, panašus į TLS (iš tikrųjų QUIC suteikia galimybę naudoti TLS per UDP);
- Srauto vientisumo kontrolė, kad būtų išvengta paketų praradimo;
- Galimybė akimirksniu užmegzti ryšį (0-RTT, maždaug 75% atvejų duomenis galima perduoti iš karto po ryšio nustatymo paketo išsiuntimo) ir užtikrinti minimalų uždelsimą nuo užklausos išsiuntimo iki atsakymo gavimo (RTT, Round Trip Time);
- Pakartotinai perduodant paketą naudojamas kitoks eilės numeris, kuris leidžia išvengti dviprasmybių identifikuojant gautus paketus ir atsikratyti skirtojo laiko;
- Paketų praradimas turi įtakos tik su juo susieto srauto pristatymui ir nesustabdo duomenų pristatymo srautuose, perduodamuose lygiagrečiai esamu ryšiu;
- Klaidų taisymo įrankiai, kurie sumažina vėlavimą dėl prarastų paketų pakartotinio perdavimo. Specialių klaidų taisymo kodų naudojimas paketo lygiu, siekiant sumažinti situacijas, kai reikia pakartotinai perduoti prarastus paketinius duomenis.
- Kriptografinių blokų ribos sulygiuotos su QUIC paketų ribomis, o tai sumažina paketų praradimo įtaką vėlesnių paketų turinio dekodavimui;
- Jokių problemų blokuojant TCP eilę;
- Ryšio ID palaikymas, siekiant sumažinti mobiliųjų klientų prisijungimo laiką;
- Galimybė prijungti pažangius mechanizmus prijungimo perkrovos kontrolei;
- Pralaidumo numatymo metodų naudojimas kiekviena kryptimi, siekiant užtikrinti optimalų paketų siuntimo intensyvumą, neleidžiant patekti į perkrovos būseną, kai prarandami paketai;
- Žymus našumo ir pralaidumo padidėjimas, palyginti su TCP. Įrodyta, kad naudojant vaizdo įrašų paslaugas, pvz., „YouTube“, QUIC 30 % sumažina pakartotinio buferio operacijas žiūrint vaizdo įrašus.
Šaltinis: opennet.ru