Ööversioonides Firefoxi ning beetaversioonis on vaikimisi aktiveeritud HTTP/3 protokolli tugi. Stabiilses versioonis on HTTP/3 aktiveerimine planeeritud Firefox 88 ilmumise jaoks, mis on kavandatud 20. aprilliks. Chromes algas valikuline HTTP/3 aktiveerimine oktoobris 2020.
HTTP/3 toe Firefoxis aluseks on Mozilla poolt arendatav projekt neqo, mis pakub kliendi rakendust ja serverid QUIC protokolli. HTTP/3 ja QUIC toe koode komponendid on kirjutatud Rusti keeles. HTTP/3 aktiveerimise haldamiseks on about:configis määratud võimalus „network.http.http3.enabled“. Kliendirakendustes on eksperimentaalne HTTP/3 tugi samuti juba lisatud Chrome'i ja curl'i ning serverid on saadaval nginxis, samuti nginx-moodulina ja Cloudflare'i testserverina. HTTP/3 klientide töö kontrollimiseks on käivitatud mitu testimisveebilehte.
HTTP/3 protokoll on praegu mustandspetsifikatsiooni staadiumis ega ole IETF-is lõpuni standardiseeritud. HTTP/3 määratleb QUIC protokolli kasutamise HTTP/2 transpordiks. QUIC (Quick UDP Internet Connections) protokolli arendab Google alates 2013. aastast, et pakkuda alternatiivi TCP+TLS ühenduste komplektile veebis, lahendades TCP-l tekkiva pikkade ühenduste loomise ja lepingute probleemid ning kõrvaldades andmete edastamise ajal pakettide kadumisega seotud viivitused. QUIC on UDP protokolli peal asuv kiht, mis toetab mitme ühenduse mitmekeermestamist ning pakub krüpteerimismeetodeid, mis on samaväärsed TLS/SSL-iga. IETF-protokolli standardimise käigus on protokolli tehtud muudatusi, mis on viinud kahele paralleelselt eksisteerivale harule, üks HTTP/3 jaoks ja teine, mida toetab Google (Chrome toetab mõlemat varianti).
QUICi põhijooned:
- 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 uuesti edastamisel kasutatakse teistsugust järjestuse numbrit, mis võimaldab vältida mitmeti mõistetavust saadud pakettide määratlemisel ja kõrvaldada aegumise probleemid;
- 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;
- Märgatav jõudluse ja ribalaiuse suurenemine võrreldes TCP-ga. Videoteenuste, nagu YouTube, puhul on QUIC rakendamine näidanud video vaatamisel kordusbufferiseerimise operatsioonide vähenemist 30%.
Allikas: opennet.ru
