Chrome-ն ավելացնում է փորձնական աջակցություն HTTP/3 արձանագրության համար

Փորձարարական շինություններին Chrome Canary- ը ավելացրել է աջակցություն HTTP/3 արձանագրությանը, որն իրականացնում է հավելում, որը հնարավորություն է տալիս HTTP-ին աշխատել QUIC արձանագրության վրա: QUIC արձանագրությունն ինքնին ավելացվել է դիտարկիչին հինգ տարի առաջ և այդ ժամանակվանից օգտագործվել է Google-ի ծառայությունների հետ աշխատանքը օպտիմալացնելու համար: Միևնույն ժամանակ, Chrome-ում օգտագործվող Google-ի QUIC տարբերակը որոշ մանրամասներով տարբերվում էր տարբերակից բնութագրերը IETF, բայց այժմ իրականացումները համաժամանակացված են:

HTTP/3-ը ստանդարտացնում է QUIC-ի օգտագործումը որպես HTTP/2-ի փոխադրամիջոց: HTTP/3 և QUIC տարբերակը միացնելու համար 23 սեւագիր IETF-ի բնութագրերը պահանջում են, որ Chrome-ը գործարկվի «-enable-quic -quic-version=h3-23» ընտրանքներով, այնուհետև՝ թեստային կայքը բացելիս: quick.rocks:4433 Ծրագրավորող գործիքներում ցանցի ստուգման ռեժիմում HTTP/3 գործունեությունը կցուցադրվի որպես «http/2+quic/99»:

Հիշեցնենք, որ արձանագրությունը QUIC (Quick UDP Internet Connections) մշակվել է Google-ի կողմից 2013 թվականից՝ որպես համացանցի համար TCP+TLS համակցության այլընտրանք՝ լուծելով TCP-ում կապերի երկար կարգավորումների և բանակցությունների ժամանակի հետ կապված խնդիրները և վերացնելով տվյալների փոխանցման ընթացքում փաթեթների կորստի ժամանակ ձգձգումները: QUIC-ը UDP արձանագրության ընդլայնումն է, որն աջակցում է բազմաթիվ կապերի մուլտիպլեքսավորմանը և ապահովում է գաղտնագրման մեթոդներ, որոնք համարժեք են TLS/SSL-ին: Քննարկվող արձանագրությունն արդեն ինտեգրված է Google սերվերի ենթակառուցվածքին և Chrome-ի մի մասն է: планирован Firefox-ում ընդգրկվելու համար և ակտիվորեն օգտագործվում է Google-ի սերվերներում հաճախորդների հարցումները սպասարկելու համար:

Հիմնական առանձնահատկությունները QUIC:

• Բարձր անվտանգություն, որը նման է TLS-ին (ըստ էության, QUIC-ն ապահովում է TLS-ի օգտագործման հնարավորությունը UDP-ի միջոցով);
• Հոսքի ամբողջականության վերահսկում, փաթեթների կորստի կանխարգելում;
• Անմիջապես կապ հաստատելու հնարավորություն (0-RTT, դեպքերի մոտավորապես 75%-ում տվյալները կարող են փոխանցվել կապի կարգավորումների փաթեթն ուղարկելուց անմիջապես հետո) և ապահովել հարցում ուղարկելու և պատասխան ստանալու միջև նվազագույն ուշացումներ (RTT, Կլոր ուղևորության ժամանակ);
• Միևնույն հաջորդական համարը չօգտագործել փաթեթը վերահաղորդելիս, ինչը խուսափում է ստացված փաթեթների նույնականացման հարցում անորոշությունից և ազատվում է ժամանակի ընդմիջումից.
• Փաթեթի կորուստը ազդում է միայն դրա հետ կապված հոսքի առաքման վրա և չի դադարեցնում տվյալների առաքումը ընթացիկ կապի միջոցով փոխանցվող զուգահեռ հոսքերով.
• Սխալների ուղղման առանձնահատկություններ, որոնք նվազագույնի են հասցնում կորցրած փաթեթների վերահաղորդման պատճառով հետաձգումները: Փաթեթի մակարդակում սխալների ուղղման հատուկ կոդերի օգտագործումը՝ կորցրած փաթեթային տվյալների վերահաղորդում պահանջող իրավիճակները նվազեցնելու համար:
• Կրիպտոգրաֆիկ բլոկի սահմանները համահունչ են QUIC փաթեթների սահմաններին, ինչը նվազեցնում է փաթեթների կորուստների ազդեցությունը հետագա փաթեթների բովանդակության վերծանման վրա.
• TCP հերթի արգելափակման հետ կապված խնդիրներ չկան.
• Կապի նույնացուցիչի աջակցություն, որը նվազեցնում է շարժական հաճախորդների համար վերամիացում հաստատելու ժամանակը.
• Միացման գերբեռնվածության վերահսկման առաջադեմ մեխանիզմների միացման հնարավորություն;
• Օգտագործում է յուրաքանչյուր ուղղության թողունակության կանխատեսման տեխնիկան՝ ապահովելու փաթեթների վերահասցեավորման օպտիմալ տեմպերը՝ կանխելով գերբեռնվածությունը և փաթեթների կորուստը.
• Ըմբռնելի աճը կատարումը և թողունակությունը՝ համեմատած TCP-ի հետ: Ցույց է տրվել, որ վիդեո ծառայությունների համար, ինչպիսին է YouTube-ը, QUIC-ը 30%-ով նվազեցնում է ռեբուֆերացման գործողությունները տեսանյութեր դիտելիս:

Source: opennet.ru