Do Chrome byla přidána experimentální podpora protokolu HTTP/3

Do experimentálních sestavení Chrome Canary byla přidána podpora protokolu HTTP/3, který implementuje rozhraní pro provoz HTTP nad protokolem QUIC. Protokol QUIC byl do prohlížeče přidán před pěti lety a od té doby slouží k optimalizaci služeb Google. Varianta QUIC od Google používaná v Chrome se však v některých detailech lišila od varianty z specifikací IETF, ale nyní jsou implementace synchronizovány.

HTTP/3 standardizuje používání QUIC jako transportu pro HTTP/2. Pro aktivaci HTTP/3 a varianty QUIC z draftu 23 specifikací IETF je třeba spustit Chrome s volbami "—enable-quic —quic-version=h3-23", po čemž se při otevření testovacího webu quic.rocks:4433 v režimu inspekce sítě ve vývojářských nástrojích bude aktivita přes HTTP/3 zobrazena jako "http/2+quic/99".

Připomínáme, že protokol QUIC (Quick UDP Internet Connections) je od roku 2013 vyvíjen firmou Google jako alternativa spojení TCP+TLS pro web, která řeší problémy s dlouhým časem pro vybudování a sjednání připojení v TCP a eliminuje zpoždění při ztrátě paketů během přenosu dat. QUIC představuje vrstvu nad protokolem UDP a podporuje multiplexování více připojení a poskytuje metody šifrování, které odpovídají TLS/SSL. Posuzovaný protokol je již integrován do serverové infrastruktury Google, je součástí Chrome, je naplánováno je určen pro Firefox a aktivně se používá k obsluze zákaznických dotazů na serverech Google.

Hlavní vlastnosti QUIC:

  • Vysoká bezpečnost, srovnatelná s TLS (v podstatě QUIC poskytuje možnost použití TLS nad UDP);
  • Kontrola integrity toku, která zabraňuje ztrátě paketů;
  • Možnost okamžitého navázání spojení (0-RTT, v přibližně 75% případů lze data přenášet ihned po odeslání prvního paketu) a zajištění minimálních zpoždění mezi odesláním požadavku a obdržením odpovědi (RTT, doba zpětné cesty);
  • Nepoužití stejného čísla sekvence při opětovném odeslání paketu, což eliminuje nejednoznačnost při určování přijatých paketů a zbavuje se časových limitů;
  • Ztráta paketu ovlivňuje doručení pouze souvisejícího toku a nezastavuje doručení dat v paralelně přenášených tocích přes aktuální spojení;
  • Nástroje pro opravu chyb, které minimalizují zpoždění způsobené opětovným přenosem ztracených paketů. Využití speciálních chybových kódů na úrovni paketů pro snížení situací, které vyžadují opětovný přenos dat ztraceného paketu.
  • Kryptografické hranice bloků jsou zarovnány s hranicemi paketů QUIC, což snižuje vliv ztrát paketů na dekódování obsahu následujících paketů;
  • Žádné problémy s blokováním front TCP;
  • Podpora identifikátoru spojení, která snižuje čas potřebný k opětovnému navázání spojení pro mobilní klienty;
  • Možnost připojení rozšířených mechanismů řízení přetížení spojení;
  • Použití techniky predikce šířky pásma v každém směru pro zajištění optimální intenzity odesílání paketů, což zabraňuje přechodu do stavu přetížení, ve kterém dochází ke ztrátě paketů;
  • Výrazný nárůst výkonu a propustnosti ve srovnání s TCP. Pro video služby, jako je YouTube, prokázal QUIC snížení operací znovu vyrovnání během sledování videa o 30%.

Zdroj: opennet.ru

Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster