HTTP/3 toe toetamine Firefoxis on planeeritud mais

Mozilla teatas, et kavatseb alustada HTTP/3 ja QUIC protokollide järkjärgulist integreerimist Firefox 88 väljaandes, mis on kavandatud 19. aprilliks (alguses oodati väljaandmist 20. aprillil, kuid tundub, et see on graafiku järgi ühe päeva võrra edasi lükatud). Alguses aktiveeritakse HTTP/3 tugi ainult väikesele protsendile kasutajatest ja kui mingeid ettenägematuid probleeme ei ilmne, laiendatakse seda kõigile mai lõpuks. Öö kogumistes ja beetaversioonides on HTTP/3 olnud vaikimisi lubatud märtsi lõpus.

Meenutame, et HTTP/3 rakendamine Firefoxis põhineb Mozilla arendataval projektil neqo, mis pakub kliendi ja serverid QUIC protokolli jaoks. HTTP/3 ja QUIC toe komponendid on kirjutatud Rust keeles. HTTP/3 lubamiseks on about:configis olemas seadistus "network.http.http3.enabled". Eksperimentaalne HTTP/3 tugi on klientrakendustes ka Chrome'is ja curlis, ning serverite saab seda kasutada nginx'is, samuti nginx-mooduli ja Cloudflare'i testserveri vormis. Veebilehtede küljelt on HTTP/3 tugi juba tagatud Google'i ja Facebooki serverites.

HTTP/3 protokoll on endiselt mustanditel ning ei ole veel lõplikult standardiseeritud IETF-is. HTTP/3 kasutamiseks on vajalik kliendi ja serveri poolt sama versiooni mustandi QUIC ja HTTP/3 toetus, mis määratakse Alt-Svc päises (Firefox toetab mustandi specifikatsioone 27 kuni 32).

HTTP/3 määratleb QUIC protokolli kasutamise HTTP/2 transpordiks. QUIC (Quick UDP Internet Connections) on Google'i poolt alates 2013. aastast arendatav alternatiiv TCP+TLS lahendusele veebis, mis lahendab TCP-ühenduse seadistamise ja kokkuleppimise pika aega ning kõrvaldab viivitused andmete edastamise ajal paketikaotuste tõttu. QUIC on UDP protokolli peal asuv kiht, mis toetab mitme ühenduse paljusid ja tagab TLS/SSL-iga võrdseid krüpteerimismeetodeid. IETF-is standardi arendamise käigus tehti protokollis muudatusi, mis viis kahe samaaegselt eksisteeriva haru tekkeni, üks HTTP/3 jaoks ja teine Google'i toetatud haru (Chrome toetab mõlemat versiooni).

QUIC peamised omadused:

• Kõrge turvalisus, mis on sarnane TLS-ile (QUIC võimaldab tegelikult kasutada TLS-i UDP peal);
• Voogude terviklikkuse kontrollimine, mis takistab pakettide kadumist;
• Võimalus kohe ühendus luua (0-RTT, umbes 75% juhtudest on andmed saadaval kohe pärast ühenduse loomise paketi saatmist) ja tagada minimaalne viivitus päringu saatmise ja vastuse saamise vahel (RTT, Round Trip Time);
• Pakettide uuesti edastamisel kasutatakse erinevat järjestuse numbrit, mis aitab vältida segadust vastuvõetud pakettide määratlemisel ja kaotab aegumise probleemid;
• Paketi kadu mõjutab ainult seotud voogu ja ei peata andmete edastamist paralleelselt edastatavatest voogudest läbi praeguse ühenduse;
• Vigade parandamise vahendid, mis minimeerivad viivitused kadunud pakettide kordussaatmise tõttu. Spetsiaalsete vigade parandamise koodide kasutamine paketi tasandil, et vähendada olukordade arvu, mis vajavad kadunud paketi andmete uuesti edastamist.
• Krüptograafiliste plokkide piirid on joondatud QUIC pakettide piiride külge, mis vähendab pakettide kadumise mõju järgmiste pakettide sisu dekodeerimisele;
• TCP järjekorra ummistusega seotud probleeme pole.
• Ühenduse identifikaatori toetus, mis võimaldab mobiilsete klientide uuesti ühendamise aega lühendada;
• Täpsemate ühenduse koormusjuhtimise mehanismide toetus;
• Võimet kasutada igas suunas läbipääsutehnika prognoosimist, et tagada optimaalne pakettide saatmise intensiivsus, vältides ülekoormusse sattumist, mille korral toimub pakettide kadu;
• Märkimisväärne jõudluse ja läbilaskevõime kasvu võrreldes TCP-ga. Videoteenuste, nagu YouTube, puhul on QUIC kasutamine näidanud, et video vaatamise ajal on puhverdamise uuesti tegemise operatsioonide arv vähenenud 30%.

Allikas: opennet.ru