Chrome přidává experimentální podporu pro protokol HTTP/3

K experimentálním stavbám Chrome Canary přidal podpora protokolu HTTP/3, který implementuje doplněk umožňující HTTP pracovat přes protokol QUIC. Samotný protokol QUIC byl do prohlížeče přidán před pěti lety a od té doby slouží k optimalizaci práce se službami Google. Verze QUIC od Googlu použitá v Chrome se přitom v některých detailech lišila od verze z Specifikace IETF, ale nyní jsou implementace synchronizovány.

HTTP/3 standardizuje použití QUIC jako přenosu pro HTTP/2. Chcete-li povolit možnosti HTTP/3 a QUIC z 23 návrhů Specifikace IETF vyžadují, aby byl Chrome spuštěn s možnostmi "-enable-quic -quic-version=h3-23" a poté při otevření testovacího webu quick.rocks:4433 V režimu kontroly sítě ve vývojářských nástrojích se aktivita HTTP/3 zobrazí jako „http/2+quic/99“.

Připomeňme, že protokol QUIC (Quick UDP Internet Connections) byl vyvinut společností Google od roku 2013 jako alternativa ke kombinaci TCP+TLS pro web, řeší problémy s dlouhými časy nastavování a vyjednávání připojení v TCP a odstraňuje prodlevy při ztrátě paketů během přenosu dat. QUIC je rozšíření protokolu UDP, které podporuje multiplexování více připojení a poskytuje metody šifrování ekvivalentní TLS/SSL. Dotyčný protokol je již integrován do infrastruktury serverů Google a je součástí prohlížeče Chrome. naplánováno pro zahrnutí do Firefoxu a aktivně se používá k obsluhování požadavků klientů na serverech Google.

hlavní Rysy QUIC:

  • Vysoká bezpečnost podobná TLS (v podstatě QUIC poskytuje možnost používat TLS přes UDP);
  • Řízení integrity toku, zabraňující ztrátě paketů;
  • Schopnost okamžitě navázat spojení (0-RTT, v přibližně 75 % případů lze data přenést ihned po odeslání paketu nastavení spojení) a poskytnout minimální prodlevy mezi odesláním požadavku a přijetím odpovědi (RTT, Round Trip Time);
  • Nepoužívat stejné pořadové číslo při opakovaném přenosu paketu, což zabraňuje nejednoznačnosti při identifikaci přijatých paketů a zbavuje se časových limitů;
  • Ztráta paketu ovlivní pouze doručení s ním spojeného proudu a nezastaví doručování dat v paralelních proudech přenášených prostřednictvím aktuálního připojení;
  • Funkce opravy chyb, které minimalizují zpoždění kvůli opakovanému přenosu ztracených paketů. Použití speciálních kódů pro opravu chyb na úrovni paketů ke snížení situací vyžadujících opakovaný přenos ztracených paketových dat.
  • Hranice kryptografických bloků jsou zarovnány s hranicemi paketů QUIC, což snižuje dopad ztrát paketů na dekódování obsahu následujících paketů;
  • Žádné problémy s blokováním fronty TCP;
  • Podpora pro identifikátor připojení, který zkracuje dobu potřebnou k vytvoření opětovného připojení pro mobilní klienty;
  • Možnost připojení pokročilých mechanismů řízení přetížení připojení;
  • Využívá techniky předpovědi propustnosti v jednotlivých směrech, aby zajistil, že pakety budou odesílány optimální rychlostí, čímž se zabrání jejich zahlcení a ztrátě paketů;
  • Postřehnutelné růst výkon a propustnost ve srovnání s TCP. U video služeb, jako je YouTube, bylo prokázáno, že QUIC snižuje operace opětovného vyrovnávací paměti při sledování videí o 30 %.

Zdroj: opennet.ru

Přidat komentář