Noktaj konstruoj de Firefox nun subtenas HTTP/3

В noktaj konstruoj Fajrovulpo, kiu formos la bazon por la eldono de Firefox 72, planita por la 7-a de januaro, aldonis Subteno de protokolo HTTP/3. Defaŭlte, HTTP/3 estas malŝaltita kaj postulas la opcion "network.http.http3.enabled" esti aktivigita en about:config.

HTTP/3-subteno en Fajrovulpo estas bazita sur projekto evoluigita fare de Mozilla neqo, kiu disponigas klienton kaj servilan efektivigon por la QUIC-protokolo. La komponentkodo por HTTP/3 kaj QUIC-subteno estas skribita en Rust.
De klienta programaro, eksperimenta subteno por HTTP/3 ankaŭ jam estas aldonis en Chrome kaj curl, kaj por serviloj ĝi disponeblas en la formo modulo por nginx kaj testservilo biblioteko bazita quiche (efektivigo QUIC kaj HTTP/3 en Rust de Cloudflare). Por testi la funkciadon de HTTP/3-klientoj lanĉita pluraj testejoj, la plej multaj el kiuj ankoraŭ ne malfermiĝas ĝuste en Fajrovulpo (HTTP/3 estas ĉe la stadio skiza specifo kaj ne estas tute normigita).

Memoru, ke HTTP/3 normigas la uzon de la QUIC-protokolo kiel transporto por HTTP/2. Protokolo QUIC (Rapidaj UDP-Interretaj Konektoj) estas evoluigita de Google ekde 2013 kiel alternativo al la TCP+TLS-kombinaĵo por la Reto, solvante problemojn kun longaj aranĝoj kaj intertraktadtempoj por konektoj en TCP kaj forigante prokrastojn kiam pakaĵetoj estas perditaj dum datumtransigo. QUIC estas etendaĵo de la UDP-protokolo kiu subtenas multipleksadon de multoblaj ligoj kaj disponigas ĉifradmetodojn ekvivalentajn al TLS/SSL.

Ĉefa Karakterizaĵoj RAPIDA:

• Alta sekureco simila al TLS (esence QUIC disponigas la kapablon uzi TLS super UDP);
• Flua integreco-kontrolo, malhelpante pakaĵetperdon;
• La kapablo tuj establi konekton (0-RTT, en proksimume 75% de kazoj datumoj povas esti transdonitaj tuj post sendado de la konekto-aranĝa pako) kaj disponigi minimumajn prokrastojn inter sendado de peto kaj ricevado de respondo (RTT, Round Trip Time);
• Ne uzanta la saman sinsekvon dum retranssendo de pakaĵeto, kio evitas ambiguecon en identigado de ricevitaj pakaĵetoj kaj forigas tempodemortojn;
• Perdo de pakaĵeto influas nur la liveron de la rivereto asociita kun ĝi kaj ne ĉesigas la liveron de datenoj en paralelaj riveretoj elsenditaj tra la nuna konekto;
• Erarkorektaj funkcioj, kiuj minimumigas prokrastojn pro retranssendo de perditaj pakaĵoj. Uzo de specialaj erarĝustigkodoj ĉe la pakaĵetnivelo por redukti situaciojn postulantajn retranssendon de perditaj pakaĵetdatenoj.
• Kriptografiaj bloklimoj estas vicigitaj kun QUIC pakaĵetlimoj, kiu reduktas la efikon de pakaĵetperdoj sur malkodado de la enhavo de postaj pakaĵetoj;
• Neniuj problemoj kun TCP-vostoblokado;
• Subteno por konekto-identigilo, kiu reduktas la tempon necesan por establi rekonekton por moveblaj klientoj;
• Eblo konekti altnivelajn kongestajn kontrolmekanismojn de konekto;
• Uzas laŭdirektajn trairajn prognozajn teknikojn por certigi, ke pakaĵetoj estas senditaj ĉe optimumaj tarifoj, malhelpante ilin iĝi ŝtopita kaj kaŭzante pakaĵetperdon;
• Perceptebla kresko rendimento kaj trairo kompare kun TCP. Por videoservoj kiel ekzemple Jutubo, QUIC pruviĝis redukti rebuferoperaciojn dum spektado de videoj je 30%.

fonto: opennet.ru