Chrome doda eksperimentalno podporo za protokol HTTP/3

Za eksperimentalne gradnje Chrome Canary dodano podpora za protokol HTTP/3, ki implementira dodatek, ki omogoča, da HTTP deluje prek protokola QUIC. Sam protokol QUIC je bil v brskalnik dodan pred petimi leti in se od takrat uporablja za optimizacijo dela z Googlovimi storitvami. Hkrati se je Googlova različica QUIC, ki se uporablja v Chromu, v nekaterih podrobnostih razlikovala od različice iz specifikacije IETF, zdaj pa so implementacije sinhronizirane.

HTTP/3 standardizira uporabo QUIC kot transporta za HTTP/2. Če želite omogočiti HTTP/3 in možnost QUIC iz 23 osnutkov Specifikacije IETF zahtevajo, da se Chrome zažene z možnostmi "-enable-quic -quic-version=h3-23" in nato ob odpiranju testnega mesta quick.rocks:4433 V načinu pregleda omrežja v orodjih za razvijalce bo dejavnost HTTP/3 prikazana kot »http/2+quic/99«.

Spomnimo se, da je protokol QUIC (Hitre internetne povezave UDP) je Google razvil od leta 2013 kot alternativo kombinaciji TCP+TLS za splet, ki rešuje težave z dolgimi nastavitvenimi in pogajalskimi časi za povezave v TCP ter odpravlja zamude, ko se paketi izgubijo med prenosom podatkov. QUIC je razširitev protokola UDP, ki podpira multipleksiranje več povezav in zagotavlja metode šifriranja, enakovredne TLS/SSL. Zadevni protokol je že integriran v Googlovo strežniško infrastrukturo in je del Chroma. zaplaniran za vključitev v Firefox in se aktivno uporablja za streženje zahtev odjemalcev na Googlovih strežnikih.

Glavni funkcije QUIC:

  • Visoka varnost, podobna TLS (v bistvu QUIC omogoča uporabo TLS prek UDP);
  • Nadzor celovitosti pretoka, preprečevanje izgube paketov;
  • Sposobnost takojšnje vzpostavitve povezave (0-RTT, v približno 75 % primerov se lahko podatki prenesejo takoj po pošiljanju paketa za nastavitev povezave) in zagotavljanje minimalnih zamud med pošiljanjem zahteve in prejemom odgovora (RTT, Round Trip Time);
  • Neuporaba iste zaporedne številke pri ponovnem pošiljanju paketa, s čimer se izognete dvoumnosti pri prepoznavanju prejetih paketov in odpravite časovne omejitve;
  • Izguba paketa vpliva samo na dostavo z njim povezanega toka in ne ustavi dostave podatkov v vzporednih tokovih, ki se prenašajo prek trenutne povezave;
  • Funkcije za popravljanje napak, ki zmanjšajo zamude zaradi ponovnega prenosa izgubljenih paketov. Uporaba posebnih kod za popravljanje napak na ravni paketa za zmanjšanje situacij, ki zahtevajo ponovno pošiljanje izgubljenih paketnih podatkov.
  • Meje kriptografskih blokov so poravnane z mejami paketov QUIC, kar zmanjša vpliv izgube paketov na dekodiranje vsebine naslednjih paketov;
  • Ni težav z blokiranjem čakalne vrste TCP;
  • Podpora za identifikator povezave, ki skrajša čas, potreben za vzpostavitev ponovne povezave za mobilne odjemalce;
  • Možnost priklopa naprednih mehanizmov za nadzor prezasedenosti povezav;
  • Uporablja tehnike napovedovanja prepustnosti po smeri, da zagotovi, da so paketi poslani z optimalnimi hitrostmi, kar preprečuje, da bi postali prezasedeni in povzročili izgubo paketov;
  • Zaznavno rast zmogljivost in prepustnost v primerjavi s TCP. Pri video storitvah, kot je YouTube, se je izkazalo, da QUIC zmanjša operacije vnovičnega medpomnjenja pri gledanju videoposnetkov za 30 %.

Vir: opennet.ru

Dodaj komentar