Ve nočních verzích Firefoxu a také v beta verzi je ve výchozím nastavení aktivována podpora protokolu HTTP/3. V stabilní větvi je plánováno zahrnutí HTTP/3 do verze Firefox 88, která je naplánována na 20. dubna. V Chromu byla selektivní aktivace HTTP/3 zahájena v říjnu 2020.
Podpora HTTP/3 ve Firefoxu je založena na projektu neqo, který vyvíjí společnost Mozilla a který poskytuje implementaci klienta a serveru pro protokol QUIC. Kód komponent pro podporu HTTP/3 a QUIC je napsán v jazyce Rust. Pro řízení aktivace HTTP/3 je v about:config k dispozici volba „network.http.http3.enabled“. Z experimentálního klientského softwaru byla podpora HTTP/3 také přidána do Chromu a curl, a pro servery je dostupná v nginx, a také ve formě nginx modulu a testovacího serveru od společnosti Cloudflare. Pro testování funkčnosti klientů HTTP/3 bylo spuštěno několik testovacích webových stránek.
Protokol HTTP/3 je zatím na úrovni pracovní specifikace a nebyl definitivně standardizován v IETF. HTTP/3 definuje použití protokolu QUIC jako transportu pro HTTP/2. Protokol QUIC (Quick UDP Internet Connections) se od roku 2013 vyvíjí společností Google jako alternativa k spojení TCP+TLS pro web, řešící problémy s vysokým časem navázání a sjednání spojení v TCP a odstraňující zpoždění při ztrátě paketů během přenosu dat. QUIC je nadstavbou nad protokolem UDP, která podporuje multiplexování několika spojení a poskytuje metody šifrování ekvivalentní TLS/SSL. V průběhu vývoje standardu v IETF byl do protokolu provedeny změny, což vedlo k vzniku dvou paralelně existujících větví, jedné pro HTTP/3 a druhé, kterou podporuje Google (Chrome podporuje obě varianty).
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);
- Použití při opětovném přenosu paketu jiného pořadového čísla, což umožňuje vyhnout se nejasnostem při určení přijatých paketů a zbavit 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.
- Hranice kryptografických bloků jsou sladěny s hranicemi paketů QUIC, což snižuje dopad ztráty 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ů;
- Pozoruhodný nárůst výkonnosti a propustnosti ve srovnání s TCP. Pro video služby jako YouTube se použití QUIC ukázalo jako 30% snížení operací opětovného vyrovnání při sledování videa.
Zdroj: opennet.ru
