Մեույն Firefox, որ շարժիչը կդառնա Firefox 72-ի հիմքը, նախատեսված է հունվարի 7-ին: HTTP/3 պրոտոկոլի աջակցություն: Արտաքին HTTP/3-ը նախկինում անջատված է և պահանջում է «network.http.http3.enabled» տարբերակի ակտիվացում about:config-ում:
Firefox-ի HTTP/3 աջակցությունը հիմնված է Mozilla ընկերության կողմից զարգացվող նախագծի վրա, , որը տրամադրում է QUIC պրոտոկոլի հաճախորդի և սերվերի իրականացում: HTTP/3 և QUIC-ի աջակցող բաղադրիչների կոդը գրված է Rust լեզվով:
Քանի որ հաճախորդի ծրագրակազմի շրջանակներում HTTP/3 ուժեղ փորձարկում արդեն կա Chrome-ում և curl-ում, իսկ սերվերների համար հասանելի է nginx-ի համար և quiche գրադարանի հիման վրա: ( QUIC և HTTP/3 Rust լեզվով Cloudflare-ի կողմից: HTTP/3 հաճախորդների գործարկման աշխատանքը ստուգելու համար հետխոսակցական հատուկ նշումներում Հիշեցնենք, որ HTTP/3-ը ստանդարտացնում է QUIC պրոտոկոլի օգտագործումը HTTP/2-ի համար: Պրոտոկոլը
(Quick UDP Internet Connections) զարգանում է Google-ի կողմից 2013 թվականից ի վեր TCP+TLS-ի համար ամենալավ ընտրանակի համար, որը լուծում է TCP-ում մեծ կապի հաստատման և համաձայնության ժամանակների հետ կապված խնդիրները և վերացնում է փաթեթների կորուստի դեպքում առաջացող ուշացումները, երբ տվյալներ են տեղափոխվում: QUIC-ը UDP պրոտոկոլի վերին շերտն է, որն աջակցում է մի քանի կապերի բազմապատկմանը և ապահովում է TLS/SSL-ին հավասար encryption մեթոդները: Firefox-ի գիշերային կառուցվածքներում, որոնք կդառնան Firefox 72-ի հիմքը, նախատեսվում է հունվարի 7-ին:
Հիմնական QUIC:
- Ոչ մի մտահոգություն, TLS-ի նման բարձր անվտանգություն (գոնե QUIC-ը թույլ է տալիս TLS օգտագործել UDP-ի վրա);
- Հոսանքի ամբողջականության վերահսկում, խուսափել փաթեթների կորուստ;
- Միանգամից կապ հաստատելու հնարավորություն (0-RTT, մոտ 75% դեպքերում տվյալները հնարավոր է փոխանցել անմիջապես կապի հաստատման փաթեթի ուղարկումից հետո) և ապահովել հարցման ուղարկման և պատասխան ստանալու միջև նվազագույն ուշացում (RTT, Round Trip Time);
- Կրկնվող փոխանցման համար նույն հերթականության համարը ոչ ոք չի օգտագործվում, ինչը հնարավորություն է տալիս խուսափել ստացված փաթեթների ոչ միանշանակության և ազատվել ժամանակային սահմաններից;
- Փաթեթի կորությունը ազդում է միայն օտար հոսանքի փոխանցմանը և չի դադարեցնում տվյալների փոխանցումը հույժ առնչվող հոսանքներում նույն կապով;
- Սխալները շտկելու միջոցներ, որոնք նվազեցնում են կորած փաթեթների կրկնված փոխանցման պատճառով առաջացած ուշացումները։ Օգտագործվում են հատուկ փաթեթական սխալների շտկման կոդեր՝ կորած փաթեթի տվյալների կրկնվող փոխանցման անհրաժեշտ իրավիճակները կրճատելու համար։
- Գաղտնագրական բլոկների սահմանները QUIC-ի փաթեթների սահմաններին համապատասխան են, ինչը նվազեցնում է փաթեթների սպասարկման կորուստների ազդեցությունը հաջորդ փաթեթների բովանդակության հանգեցմամբ;
- TCP հերթերի փակման հետ կապված խնդիրների բացակայություն;
- Հաղորդակցման միավորման ID-ի աջակցություն, որը թույլ է տալիս կրճատել կրկնակի միացման հաստատման ժամանակը շարժական հաճախորդների համար;
- Հնարավորություն՝ միացված առաջնահերթության լիցքավորման վերահսկման ընդլայնված մեխանիզմներին;
- Հանիրավի բարելավում դեպի յուրաքանչյուր ուղղությամբ սիգնալի թողունակության կանխատեսման տեխնիկայի կիրառումը՝ փորձելով երկրպագել փաթեթների ուղարկման օպտիմալ ինտենսիվությունը, կանխելով ծանրաբեռնվածության վիճակի մեջ ընկնելը, որտեղ наблюдается пакетов потеря;
- Առնվազն հզորության և թողունակության համեմատ TCP-ի հետ։ Որպեսզի տեսանյութային ծառայություններ, ինչպիսիք են YouTube-ը, QUIC-ի կիրառությունը ցույց է տվել, որ տեսանյութը դիտելիս կրկին բուֆերացման գործողությունները նվազել են 30%-ով.
Ընտանիք: opennet.ru
