„Chrome“ prideda eksperimentinį HTTP/3 palaikymą

Į eksperimentines konstrukcijas "Chrome Canary pridėta HTTP/3 protokolo palaikymas, kuris įdiegia priedą, leidžiantį HTTP veikti per QUIC protokolą. Pats QUIC protokolas buvo pridėtas prie naršyklės prieš penkerius metus ir nuo tada buvo naudojamas optimizuoti darbą su Google paslaugomis. Tuo pačiu metu „Chrome“ naudojama „Google“ QUIC versija tam tikromis detalėmis skyrėsi nuo versijos specifikacijas IETF, bet dabar diegimai yra sinchronizuoti.

HTTP/3 standartizuoja QUIC naudojimą kaip HTTP/2 transportavimą. Norėdami įjungti HTTP/3 ir QUIC parinktį iš 23 juodraščiai IETF specifikacijose reikalaujama, kad „Chrome“ būtų paleista naudojant parinktis „-enable-quic -quic-version=h3-23“, o tada atidarant bandomąją svetainę greitas.uolos:4433 Kūrėjo įrankių tinklo tikrinimo režimu HTTP/3 veikla bus rodoma kaip „http/2+quic/99“.

Prisiminkite, kad protokolas QUIC (Quick UDP Internet Connections) buvo sukurta Google nuo 2013 m. kaip alternatyvą TCP + TLS deriniui žiniatinkliui, sprendžiant problemas, susijusias su ilgo TCP ryšio sąrankos ir derybų laiku, ir pašalinant vėlavimus, kai paketai prarandami perduodant duomenis. QUIC yra UDP protokolo plėtinys, kuris palaiko kelių jungčių multipleksavimą ir suteikia šifravimo metodus, lygiaverčius TLS/SSL. Aptariamas protokolas jau integruotas į „Google“ serverio infrastruktūrą ir yra „Chrome“ dalis. planuojama įtraukimui į „Firefox“ ir aktyviai naudojamas klientų užklausoms teikti „Google“ serveriuose.

pagrindinis Įranga QUIC:

  • Aukštas saugumas, panašus į TLS (iš tikrųjų QUIC suteikia galimybę naudoti TLS per UDP);
  • Srauto vientisumo kontrolė, kad būtų išvengta paketų praradimo;
  • Galimybė akimirksniu užmegzti ryšį (0-RTT, apie 75% atvejų duomenis galima perduoti iš karto po ryšio nustatymo paketo išsiuntimo) ir užtikrinti minimalų uždelsimą nuo užklausos išsiuntimo iki atsakymo gavimo (RTT, Round Trip Time) ;
  • Persiunčiant paketą nenaudokite to paties eilės numerio, kuris leidžia išvengti dviprasmybių nustatant gautus paketus ir atsikratyti skirtojo laiko;
  • Paketų praradimas turi įtakos tik su juo susieto srauto pristatymui ir nesustabdo duomenų pristatymo srautuose, perduodamuose lygiagrečiai esamu ryšiu;
  • Klaidų taisymo įrankiai, kurie sumažina vėlavimą dėl prarastų paketų pakartotinio perdavimo. Specialių klaidų taisymo kodų naudojimas paketo lygiu, siekiant sumažinti situacijas, kai reikia pakartotinai perduoti prarastus paketinius duomenis.
  • Kriptografinių blokų ribos sulygiuotos su QUIC paketų ribomis, o tai sumažina paketų praradimo įtaką vėlesnių paketų turinio dekodavimui;
  • Jokių problemų blokuojant TCP eilę;
  • Ryšio ID palaikymas, siekiant sumažinti mobiliųjų klientų prisijungimo laiką;
  • Galimybė prijungti pažangius mechanizmus prijungimo perkrovos kontrolei;
  • Pralaidumo numatymo metodų naudojimas kiekviena kryptimi, siekiant užtikrinti optimalų paketų siuntimo intensyvumą, neleidžiant patekti į perkrovos būseną, kai prarandami paketai;
  • Pastebima augimas našumas ir pralaidumas, palyginti su TCP. Įrodyta, kad naudojant QUIC vaizdo įrašų paslaugoms, tokioms kaip „YouTube“, vaizdo įrašų buferio atkūrimo operacijas sumažėja 30%.

Šaltinis: opennet.ru

Добавить комментарий