Firefoxi öistes versioonides on lisandunud tugi HTTP/3-le

Uues ööbikogudesse Firefox, mis asetatakse Firefox 72 versiooni aluseks, mis on planeeritud 7. jaanuariks, lisatud support HTTP/3 protokolli. Vaikimisi on HTTP/3 keelatud ning see nõuab valiku „network.http.http3.enabled“ aktiveerimist aadressil about:config.

HTTP/3 tugi Firefoxis põhineb Mozilla arendataval projektis neqo, mis pakub protokolli QUIC klient- ja serveriteost. HTTP/3 ja QUIC toe komponentide kood on kirjutatud Rust'i keeles.
Eksperimentaalne HTTP/3 tugi on samuti juba klienttarkvaras lisatud Chrome'is ja curl'is, ning serverite jaoks on see saadaval moodulina nginx'i jaoks ja testserverina raamatukogul quiche (rakendus QUIC ja HTTP/3 Rust'i keeles Cloudflare'ilt). HTTP/3 klientide töö kontrollimiseks on käivitatud mitu testimisveebi, millest enamik ei avane Firefoxis korrektselt (HTTP/3 on hetkel esialgne spetsifikatsioon ja ei ole lõplikult standardiseeritud).

Tuletame meelde, et HTTP/3 standardiseerib QUIC protokolli kasutamise transpordina HTTP/2 jaoks. Protokoll QUIC (Quick UDP Internet Connections) areneb alates 2013. aastast Google'i poolt alternatiivina TCP+TLS ühenduse jaoks, lahendades TCP pika ühenduse loomise ja kokku leppimise probleemid ning kõrvaldab pakettide kadumise tõttu tekkivad viivitused andmete edastamise protsessis. QUIC on UDP protokolli peal olev lisakiht, mis toetab mitme ühenduse mitmekordistamist ja pakub krüpteerimismeetodeid, mis on võrdsed TLS/SSL-iga.

Peamised omadused QUIC:

• Kõrge turvalisus, võrreldav TLS'iga (QUIC pakub tegelikult võimalust kasutada TLS'i UDP peal);
• Voolu terviklikkuse jälgimine, mis takistab pakettide kaotust;
• Võime koheselt ühendust luua (0-RTT, umbes 75% juhtudest saab andmeid edastada kohe pärast ühenduse loomise paketi saatmist) ja tagada minimaalne viivitus küsimise ja vastuse saamise vahel (RTT, Round Trip Time);
• Paketi sama järjestuse numbri uuesti edastamisel mittekasutamine, mis võimaldab vältida segadust vastuvõetud pakettide määratlemisel ja kaotada aegumised;
• Paketi kaotus mõjutab ainult selle kaasnevat voolu ja ei peata andmete edastamist samaaegselt praeguse ühenduse kaudu edastatavatest voogudest;
• Vigade parandusmeetmed, mis minimeerivad viivitusi kadunud pakettide uuesti edastamise tõttu. Eriliste vigade parandamise koodide kasutamine paketi tasemel, et vähendada olukordi, mis nõuavad kadunud paketi andmete uuesti edastamist.
• Krüptograafiliste plokkide piirid on joondatud QUIC pakettide piiridega, mis vähendab pakettide kaotuse mõju järgmiste pakettide sisu dekodeerimisele;
• TCP järjekorra ummistumise probleemide puudumine;
• Ühenduse identifikaatori tugi, mis võimaldab vähendada mobiilsete klientide uuesti ühendamise aega;
• Võime ühendada laienevaid ühenduse ülekande kontrolli mehhanisme;
• Igas suunas läbilaskevõime ennustamise tehnika kasutamine, et tagada pakkide edastamise optimaalne intensiivsus, vältides üleminekuid koormuse seisundisse, kus esineb pakettide kaotust;
• Tähtis kasv tõhususes ja läbilaskevõimes võrreldes TCP-ga. Videoteenuste, nagu YouTube, puhul näitas QUIC kasutamine video vaatamise jooksul uuesti vahepealsete operatsioonide vähenemist 30% võrra.

Allikas: opennet.ru