Интернет хаттамалары мен архитектурасын әзірлейтін IETF (Internet Engineering Task Force) QUIC протоколы үшін RFC-ті аяқтады және RFC 8999 (нұсқадан тәуелсіз хаттама қасиеттері), RFC 9000 (UDP арқылы тасымалдау), RFC идентификаторлары бойынша тиісті спецификацияларды жариялады. 9001 (QUIC байланыс арнасының TLS шифрлауы) және RFC 9002 (деректерді жіберу кезінде кептелістерді бақылау және пакеттердің жоғалуын анықтау).
RFC-лер «Ұсынылған стандарт» мәртебесін алды, содан кейін RFC-ге стандарт жобасы (стандарт жобасы) мәртебесін беру бойынша жұмыс басталады, бұл іс жүзінде хаттаманың толық тұрақтандырылуын және жасалған барлық ескертулерді есепке алуды білдіреді. QUIC протоколын HTTP/3 үшін тасымалдау ретінде пайдалануды анықтайтын HTTP/2 протоколы әлі де спецификация жобасының сатысында, бірақ ол жақында IETF арқылы түпкілікті стандартталады.
QUIC стандарттауы осы хаттаманы кеңірек қабылдауға, сондай-ақ оның негізінде WebTransport (браузер мен сервер арасында деректерді жіберу және қабылдау технологиясы) және MASQUE сияқты кеңейтімдерді дамытуға серпін береді деп күтілуде. (SOCKS және HTTP CONNECT мүмкіндіктерін кеңейтетін және тасымалдау ретінде QUIC арқылы HTTPS пайдаланатын қосылым прокси технологиясы).
Еске салайық, QUIC (Quick UDP Internet Connections) протоколын Google 2013 жылдан бері Интернетке арналған TCP+TLS комбинациясына балама ретінде әзірледі, ол TCP жүйесінде қосылымдарды орнату және келіссөздер жүргізудің ұзақ уақытындағы мәселелерді шешіп, кідірістерді жояды. деректерді тасымалдау кезінде пакеттер жоғалады. QUIC — бірнеше қосылымдарды мультиплекстеуді қолдайтын және TLS/SSL эквивалентті шифрлау әдістерін қамтамасыз ететін UDP протоколының кеңейтімі. IETF стандартын әзірлеу кезінде протоколға өзгерістер енгізілді, соның нәтижесінде бірі HTTP/3 үшін, екіншісі Google қолдайтын екі параллель тармақтың пайда болуына әкелді (Chrome екі опцияны да, Firefox IETF нұсқасын қолдайды) .
QUIC негізгі мүмкіндіктері:
- TLS-ке ұқсас жоғары қауіпсіздік (негізінен QUIC UDP арқылы TLS пайдалану мүмкіндігін береді);
- Ағынның тұтастығын бақылау, пакеттердің жоғалуын болдырмау;
- Қосылымды лезде орнату мүмкіндігі (0-RTT, шамамен 75% жағдайда деректерді қосылымды орнату пакетін жібергеннен кейін бірден беруге болады) және сұрауды жіберу мен жауап алу арасындағы ең аз кідірістерді қамтамасыз ету (RTT, бару уақыты);
- Пакетті қайта жіберу кезінде басқа реттік нөмірді пайдалану, бұл қабылданған пакеттерді анықтауда екіұштылықты болдырмайды және күту уақытынан құтылады;
- Пакеттің жоғалуы онымен байланысты ағынның жеткізілуіне ғана әсер етеді және ағымдағы қосылым арқылы берілетін параллельді ағындардағы мәліметтерді жеткізуді тоқтатпайды;
- Жоғалған пакеттерді қайта жіберуге байланысты кідірістерді азайтатын қателерді түзету мүмкіндіктері. Жоғалған пакеттік деректерді қайта жіберуді қажет ететін жағдайларды азайту үшін пакет деңгейінде арнайы қателерді түзету кодтарын пайдалану.
- Криптографиялық блок шекаралары QUIC пакет шекараларымен сәйкестендіріледі, бұл келесі пакеттердің мазмұнын декодтау кезінде десте жоғалуларының әсерін азайтады;
- TCP кезегін блоктауда проблемалар жоқ;
- Ұялы клиенттер үшін қайта қосылуды орнатуға кететін уақытты азайтатын қосылым идентификаторын қолдау;
- Жетілдірілген қосылымның кептелуін бақылау механизмдерін қосу мүмкіндігі;
- Пакеттердің оңтайлы жылдамдықпен жіберілуін қамтамасыз ету, олардың кептелуіне және пакеттердің жоғалуына жол бермеу үшін әр бағыттағы өткізу қабілеттілігін болжау әдістерін пайдаланады;
- TCP-мен салыстырғанда өнімділік пен өткізу қабілетінің айтарлықтай артуы. YouTube сияқты бейне қызметтері үшін QUIC бейнелерді көргенде кері қайтару әрекеттерін 30%-ға азайтатыны көрсетілген.
Ақпарат көзі: opennet.ru