Razvijalci nedavno ki so zadaj iz spletnega brskalnika Google Chrome objavil novico o dodani podpori za protokol HTTP / 3 za poskusne gradnje Chrome Canaryja, ki izvaja vtičnik, ki omogoča HTTP prek QUIC.
Sam protokol QUIC je bil v brskalnik dodan pred petimi leti in od takrat se uporablja za optimizacijo dela z Googlovimi storitvami. Istočasno se je različica Googla QUIC, ki se uporablja v Chromu, v nekaterih podrobnostih razlikovala od različice specifikacij IETF, zdaj pa so izvedbe sinhronizirane.
Google Chrome Canary je pravkar postal prvi (na voljo) brskalnik, ki je vključil (zelo) eksperimentalno # QUIC in podporo HTTP / 3!
Dodajte zastavice "–enable-quic –quic-version = h3-23" in videli bi, da se v devtools prikaže "http / 2 + quic / 99", ki je v resnici preoblečen http3! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) September 19, 2019
Pomembno je to poudariti Google je razvil QUIC (Hitre internetne povezave UDP) od leta 2013 kot alternativa paketu TCP + TLS za splet, ki rešuje težave z dolgimi konfiguracijskimi in pogajalskimi časi za TCP povezave in odpravlja zamude pri izgubi paketov med prenosom podatkov.
QUIC je dopolnilo protokolu UDP, ki podpira multipleksiranje več povezav in zagotavlja metode šifriranja, enakovredne TLS / SSL.
Zadevni protokol je že vgrajen v Googlovo strežniško infrastrukturo, je del Chroma, predviden za vključitev v Firefox in se aktivno uporablja za servisiranje zahtev strank na Googlovih strežnikih.
Med glavnimi značilnostmi QUIC, ki izstopajo, so:
- Visoka varnost, podobna TLS (pravzaprav QUIC omogoča uporabo TLS prek UDP)
- Nadzor integritete pretoka, ki preprečuje izgubo paketov
- Možnost takojšnje vzpostavitve povezave (0-RTT, v približno 75% primerov je mogoče podatke poslati takoj po pošiljanju paketa za nastavitev povezave) in zagotoviti minimalne zamude med pošiljanjem zahteve in prejemanjem odgovora (RTT, povratni čas)
- Ne uporabljati iste zaporedne številke pri ponovnem pošiljanju paketa, kar preprečuje dvoumnost pri določanju prejetih paketov in odpravlja čakalne dobe
- Izguba paketa vpliva na dostavo samo z njim povezanega toka in ne ustavi dostave podatkov v tokovih, ki se vzporedno prenašajo po trenutni povezavi
- Orodja za odpravljanje napak, ki zmanjšujejo zamude zaradi ponovnega pošiljanja izgubljenih paketov.
- Uporaba posebnih kod za popravljanje napak na ravni paketov za zmanjšanje situacij, ki zahtevajo ponovno oddajo izgubljenih paketnih podatkov.
- Kriptografske omejitve blokov so poravnane z omejitvami paketov QUIC, kar zmanjšuje učinek izgube paketov na dekodiranje vsebine naslednjih paketov
- Ni težav z blokiranjem čakalne vrste TCP
- Podpora za identifikator povezave, ki skrajša čas za vzpostavitev ponovne povezave za mobilne odjemalce
- Sposobnost povezovanja naprednih mehanizmov za nadzor preobremenitve povezave
Poudarjeno je tudi, da uporablja tehniko predvidevanja pasovne širine v vsaki smeri zagotoviti optimalno intenzivnost dostave paketov in preprečiti, da bi dosegel stanje preobremenjenosti, v katerem opazimo izgubo paketov;
Tako dobro, kot izjemna zmogljivost in povečanje zmogljivosti v primerjavi s TCP. Za video storitve, kot je YouTube, je QUIC pokazal 30-odstotno zmanjšanje ponovnega medpomnjenja med gledanjem videoposnetkov.
Protokol HTTP / 3 standardizira uporabo QUIC kot prenosa za HTTP / 2. Če želite omogočiti HTTP / 3 in različico QUIC 23 osnutkov specifikacij IETF, morate Chrome zagnati z možnostmi "–enable-quic -quic-version = h3-23" in nato, ko se preskusno mesto za quic odpre .rocks: 4433 v Način pregleda omrežja v orodjih za razvijalce bo aktivnost HTTP / 3 prikazana kot "http / 2 + quic / 99".
V primerjavi s paketom, izgubljenim z vzporednimi povezavami HTTP, se ustavi le 1 od številnih povezav, kar pomeni, da lahko QUIC podpira dostavo brez naročila, tako da bo izgubljeni paket imel manj vpliva.
Si želite vedeti več o tem glede tega se lahko posvetujete naslednjo povezavo.