Ինտերնետային ինժեներական աշխատանքային խումբը (IETF), որը պատասխանատու է ինտերնետային արձանագրությունների և ճարտարապետության մշակման համար, վերջնականացրել է RFC-ն QUIC արձանագրության համար և հրապարակել է համապատասխան բնութագրերը RFC 8999 (տարբերակից անկախ արձանագրության հատկություններ), RFC 9000 (տրանսպորտ) նույնացուցիչների ներքո: UDP-ով), RFC 9001 (QUIC կապի ալիքի TLS կոդավորումը) և RFC 9002 (գերբեռնվածության վերահսկում և փաթեթների կորստի հայտնաբերում տվյալների փոխանցման ժամանակ):
RFC-ները ստացան «Առաջարկվող ստանդարտի» կարգավիճակ, որից հետո կսկսվեն աշխատանքները RFC-ին ստանդարտ ստանդարտի նախագծի (Նախագիծ ստանդարտ) կարգավիճակ տալու համար, ինչը իրականում նշանակում է արձանագրության ամբողջական կայունացում և հաշվի առնելով արված բոլոր մեկնաբանությունները: HTTP/3 արձանագրությունը, որը սահմանում է QUIC արձանագրության օգտագործումը որպես HTTP/2-ի փոխադրում, դեռ գտնվում է նախագծային ճշգրտման փուլում, բայց շուտով այն վերջնականապես ստանդարտացվելու է IETF-ի կողմից:
Ակնկալվում է, որ QUIC-ի ստանդարտացումը խթան կհանդիսանա այս արձանագրության ավելի լայն ընդունման, ինչպես նաև դրա հիման վրա ընդլայնումների մշակման համար, ինչպիսիք են WebTransport-ը (բրաուզերի և սերվերի միջև տվյալներ ուղարկելու և ստանալու տեխնոլոգիա) և MASQUE: (միացման պրոքսի տեխնոլոգիա, որն ընդլայնում է SOCKS-ի և HTTP CONNECT-ի հնարավորությունները և օգտագործում HTTPS-ը QUIC-ի միջոցով որպես փոխադրամիջոց):
Հիշեցնենք, որ QUIC (Quick UDP Internet Connections) արձանագրությունը մշակվել է Google-ի կողմից 2013 թվականից՝ որպես համացանցի համար TCP+TLS համակցության այլընտրանք՝ լուծելով TCP-ում կապերի երկար կարգավորումների և բանակցությունների ժամանակի հետ կապված խնդիրները և վերացնելով ձգձգումները, երբ Տվյալների փոխանցման ընթացքում փաթեթները կորչում են: QUIC-ը UDP արձանագրության ընդլայնումն է, որն աջակցում է բազմաթիվ կապերի մուլտիպլեքսավորմանը և ապահովում է գաղտնագրման մեթոդներ, որոնք համարժեք են TLS/SSL-ին: IETF ստանդարտի մշակման ընթացքում փոփոխություններ կատարվեցին արձանագրության մեջ, ինչը հանգեցրեց երկու զուգահեռ ճյուղերի առաջացմանը՝ մեկը HTTP/3-ի համար, իսկ երկրորդը աջակցվում է Google-ի կողմից (Chrome-ն աջակցում է երկու տարբերակներին, իսկ Firefox-ը՝ IETF տարբերակը): .
QUIC-ի հիմնական հատկանիշները.
- Բարձր անվտանգություն, որը նման է TLS-ին (ըստ էության, QUIC-ն ապահովում է TLS-ի օգտագործման հնարավորությունը UDP-ի միջոցով);
- Հոսքի ամբողջականության վերահսկում, փաթեթների կորստի կանխարգելում;
- Անմիջապես կապ հաստատելու հնարավորություն (0-RTT, դեպքերի մոտավորապես 75%-ում տվյալները կարող են փոխանցվել կապի կարգավորումների փաթեթն ուղարկելուց անմիջապես հետո) և ապահովել հարցում ուղարկելու և պատասխան ստանալու միջև նվազագույն ուշացումներ (RTT, Կլոր ուղևորության ժամանակ);
- Փաթեթի վերահաղորդման ժամանակ այլ հաջորդական համարի օգտագործումը, որը խուսափում է ստացված փաթեթների նույնականացման հարցում անորոշությունից և ազատվում է ժամանակի ընդմիջումից.
- Փաթեթի կորուստը ազդում է միայն դրա հետ կապված հոսքի առաքման վրա և չի դադարեցնում տվյալների առաքումը ընթացիկ կապի միջոցով փոխանցվող զուգահեռ հոսքերով.
- Սխալների ուղղման առանձնահատկություններ, որոնք նվազագույնի են հասցնում կորցրած փաթեթների վերահաղորդման պատճառով հետաձգումները: Փաթեթի մակարդակում սխալների ուղղման հատուկ կոդերի օգտագործումը՝ կորցրած փաթեթային տվյալների վերահաղորդում պահանջող իրավիճակները նվազեցնելու համար:
- Կրիպտոգրաֆիկ բլոկի սահմանները համահունչ են QUIC փաթեթների սահմաններին, ինչը նվազեցնում է փաթեթների կորուստների ազդեցությունը հետագա փաթեթների բովանդակության վերծանման վրա.
- TCP հերթի արգելափակման հետ կապված խնդիրներ չկան.
- Կապի նույնացուցիչի աջակցություն, որը նվազեցնում է շարժական հաճախորդների համար վերամիացում հաստատելու ժամանակը.
- Միացման գերբեռնվածության վերահսկման առաջադեմ մեխանիզմների միացման հնարավորություն;
- Օգտագործում է յուրաքանչյուր ուղղության թողունակության կանխատեսման տեխնիկան՝ ապահովելու փաթեթների վերահասցեավորման օպտիմալ տեմպերը՝ կանխելով գերբեռնվածությունը և փաթեթների կորուստը.
- TCP-ի համեմատ կատարողականի և թողունակության զգալի աճ: Ցույց է տրվել, որ վիդեո ծառայությունների համար, ինչպիսին է YouTube-ը, QUIC-ը 30%-ով նվազեցնում է ռեբուֆերացման գործողությունները տեսանյութեր դիտելիս:
Source: opennet.ru