Chrome lisab eksperimentaalse HTTP/3 toe

Eksperimentaalsetele ehitustele Chrome Canary lisatud HTTP/3 protokolli tugi, mis rakendab lisandmoodulit, mis võimaldab HTTP-l töötada QUIC-protokolli kaudu. QUIC-protokoll lisati brauserisse viis aastat tagasi ja sellest ajast alates on seda kasutatud Google'i teenustega töö optimeerimiseks. Samal ajal erines Chrome'is kasutatav Google'i QUIC-versioon mõne üksikasja poolest versioonist spetsifikatsioonid IETF, kuid nüüd on rakendused sünkroonitud.

HTTP/3 standardib QUICi kasutamise HTTP/2 transpordina. HTTP/3 ja QUIC valiku lubamiseks alates 23 mustandit IETF-i spetsifikatsioonid nõuavad, et Chrome käivitataks suvanditega "-enable-quic -quic-version=h3-23" ja seejärel testsaidi avamisel quick.rocks:4433 Arendaja tööriistade võrgukontrolli režiimis kuvatakse HTTP/3 tegevus kui „http/2+quic/99”.

Tuletame meelde, et protokoll QUIC (Quick UDP Internet Connections) on Google alates 2013. aastast välja töötanud alternatiivina TCP+TLS-i kombinatsioonile veebi jaoks, lahendades probleeme pikkade häälestus- ja läbirääkimisaegadega TCP-ühenduste jaoks ning kõrvaldades viivitused, kui andmeedastuse ajal paketid kaovad. QUIC on UDP-protokolli laiendus, mis toetab mitme ühenduse multipleksimist ja pakub TLS/SSL-iga samaväärseid krüpteerimismeetodeid. Kõnealune protokoll on juba integreeritud Google'i serveri infrastruktuuri ja on osa Chrome'ist. planeeritud lisamiseks Firefoxi ja seda kasutatakse aktiivselt klientide päringute teenindamiseks Google'i serverites.

Kõik Omadused QUIC:

  • Kõrge turvalisus, mis sarnaneb TLS-iga (sisuliselt annab QUIC võimaluse kasutada TLS-i üle UDP);
  • Voo terviklikkuse kontroll, mis hoiab ära pakettide kadumise;
  • Võimalus koheselt luua ühendus (0-RTT, ligikaudu 75% juhtudest saab andmeid edastada kohe pärast ühenduse seadistuspaketi saatmist) ja tagada minimaalsed viivitused päringu saatmise ja vastuse saamise vahel (RTT, Round Trip Time);
  • Paketi uuesti edastamisel ei kasutata sama järjenumbrit, mis väldib vastuvõetud pakettide tuvastamisel ebaselgust ja vabaneb ajalõppudest;
  • Paketi kadumine mõjutab ainult sellega seotud voo edastamist ega peata andmete edastamist paralleelsetes voogudes, mis edastatakse praeguse ühenduse kaudu;
  • Veaparandusfunktsioonid, mis minimeerivad kadunud pakettide uuesti saatmisest tingitud viivitusi. Spetsiaalsete veaparanduskoodide kasutamine paketi tasemel, et vähendada olukordi, mis nõuavad kadunud pakettandmete uuesti edastamist.
  • Krüptograafiliste plokkide piirid joondatakse QUIC-pakettide piiridega, mis vähendab pakettide kadude mõju järgnevate pakettide sisu dekodeerimisele;
  • TCP järjekorra blokeerimisega probleeme pole;
  • Ühenduse identifikaatori tugi, mis vähendab mobiiliklientide taasühenduse loomiseks kuluvat aega;
  • Võimalus ühendada täiustatud ühenduse ülekoormuse kontrollimehhanisme;
  • Kasutab suunapõhiseid läbilaskevõime prognoosimise tehnikaid, et tagada pakettide saatmine optimaalse kiirusega, vältides nende ummistumist ja pakettide kadumist;
  • Tajutav kasvu jõudlus ja läbilaskevõime võrreldes TCP-ga. Videoteenuste (nt YouTube) puhul vähendab QUIC taaspuhverdamistoiminguid videote vaatamisel 30%.

Allikas: opennet.ru

Lisa kommentaar