Katseline eksperimentaalseid kogumeid HTTP/3 protokolli tugi, mis rakendab kihtide ülemise osa HTTP tööks QUIC protokolli peal. QUIC protokoll lisati brauserisse viis aastat tagasi ning on sellest ajast alates kasutusel Google'i teenuste töötamise optimeerimiseks. Samas erineb Google'i Chrome'i variatsioon QUIC-ist mõningatel detailidel variantidest, mis on IETF-is, kuid nüüd on rakendused sünkroniseeritud.
HTTP/3 standardiseerib QUIC-i kasutamise HTTP/2 transpordina. HTTP/3 ja variandi QUIC aktiveerimiseks on vajalik IETF spetsifikatsioonidest tuleb Chrome’i käivitada valikutega „—enable-quic —quic-version=h3-23”, mille järel testimise veebilehe avamisel võrgukontrolli režiimis arendajatööriistade seas kuvatakse HTTP/3 tegevus kui „http/2+quic/99”.
Meenutame, et protokoll (Quick UDP Internet Connections) on alates 2013. aastast arendatud Google'i poolt TCP+TLS alternatiivina veebis, lahendades TCP halva käivitamise ja ühenduse kokkuleppimise probleeme ning kõrvaldades viivitused andmete edastamise käigus pakkide kadumise tõttu. QUIC on UDP protokolli ülekattega, toetades mitme ühenduse mitmekesistamist ning tagades krüptimise meetodid, mis on võrdsed TLS/SSL-iga. Arutletav protokoll on juba integreeritud Google'i serveri infrastruktuuri, on osa Chrome'ist, et seda hõlpsalt kasutada Firefoxis ja aktiivselt rakendatakse Google'i serverites klientide päringute teenindamiseks.
Peamised 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üptograafilised plokkide piirid on joondatud QUIC pakettide piiridega, mis vähendab pakikaotuse 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 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
