HTTP/3 toe rakendamine Firefoxis on planeeritud mai lõppu

Mozilla teatas plaanist hakata etappide kaupa rakendama HTTP/3 ja QUIC protokolle Firefox 88 versioonis, mis on planeeritud 19. aprilliks (esialgu oodati väljaannet 20. aprilliks, kuid graafiku kohaselt on see ühe päeva võrra edasi lükatud). Alguses aktiveeritakse HTTP/3 tugi vaid väikesele protsendile kasutajatest ja kui ettenägematud probleemid ei ilmne, laiendatakse see kõigile kasutajatele mai lõpuks. Öiste ehitustes ja beetaversioonides oli HTTP/3 vaikimisi sisse lülitatud märtsi lõpus.

Tuletame meelde, et HTTP/3 rakendamine Firefoxis põhineb Mozilla arendatav projektil neqo, mis pakub kliendi rakendust ja serverid QUIC-protokolli tugi. HTTP/3 ja QUIC toetuse komponentide kood on kirjutatud Rust keeles. HTTP/3 aktiveerimise haldamiseks on about:config-is saadaval valik «network.http.http3.enabled». Kliendi tarkvaras on eksperimenteeriv HTTP/3 tugi lisatud ka Chrome'i ja curl'i, ning serverid nginx-is on see olemas, samuti nginx-moodulina ja Cloudflare'i testserverina. Föderaalsel tasandil on HTTP/3 tugi juba tagatud Google'i ja Facebooki serverites.

HTTP/3 protokoll on praegu mustandspetsifikatsiooni staadiumis ja pole veel IETF-is lõplikult standardiseeritud. HTTP/3 kasutamiseks on vajalik, et nii kliendi kui ka serveri külgpoolsed rakendused toetaksid sama versiooni QUIC-i ja HTTP/3 mustandstandardist, mis on näidatud Alt-Svc päises (Firefox toetab mustandite spetsifikatsioone alates 27. kuni 32.).

HTTP/3 määratleb QUIC protokolli kasutamise HTTP/2 transportimiseks. QUIC (Quick UDP Internet Connections) on alates 2013. aastast Google'i poolt arendatav alternatiiv TCP+TLS kombinatsioonile, mis lahendab TCP-s ühenduste loomise ja kokkuleppimise pika aega ning kõrvaldab viivitused, kui andmete edastamise käigus kaotatakse pakette. QUIC on UDP protokolli pealne kiht, mis toetab mitme ühenduse multiplexerimist ja pakub krüpteerimismeetodeid, mis on samaväärsed TLS/SSL-iga. IETF-is standardi arendamisel on protokolli tehtud muudatusi, mis on viinud kahe paralleelselt eksisteeriva haru tekkimiseni — üks HTTP/3 jaoks ja teine Google'i toetatud (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õimalus luua ühendus koheselt (0-RTT, umbes 75% juhtudel saab andmeid edastada kohe pärast ühenduse loomise paketi saatmist) ja tagada minimaalne viivitus päringu saatmise 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;
• Tähtis jõudluse ja ribalaiuse kasv võrreldes TCP-ga. Video teenustes, nagu YouTube, on QUIC-i kasutamine vähendanud videote vaatamisel vahemälu operatsioone 30%.

Allikas: opennet.ru