Ինտերնետային ճարտարագիտության աշխատանքային խումբը (IETF), որը մշակում է ինտերնետի արձանագրությունները և ճարտարապետությունը, ավարտել է QUIC արձանագրության RFC-ն և հրապարակել է դրանց հետ կապված տեխնիկական բնութագրերը՝ RFC 8999 (տարբերակից անկախ արձանագրության հատկություններ), RFC 9000 (UDP-ի միջոցով փոխադրում), RFC 9001 (QUIC կապի ալիքի TLS կոդավորում) և RFC 9002 (տվյալների փոխանցման ընթացքում փաթեթների կորստի հայտնաբերում և գերբեռնվածության վերահսկում) նույնականացուցիչների ներքո։
RFC-ները ստացել են «Առաջարկվող ստանդարտ» կարգավիճակ, որից հետո կսկսվեն աշխատանքները RFC-ներին նախագծի ստանդարտի (Draft Standard) կարգավիճակ տալու ուղղությամբ, ինչը փաստացի նշանակում է, որ արձանագրությունը լիովին կայունացվել է, և բոլոր մեկնաբանությունները հաշվի են առնվել: 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
