Chrome pridáva experimentálnu podporu HTTP/3

Do experimentálnych stavieb Chrome Canary pridané podpora protokolu HTTP/3, ktorý implementuje doplnok umožňujúci HTTP pracovať cez protokol QUIC. Samotný protokol QUIC bol do prehliadača pridaný pred piatimi rokmi a odvtedy slúži na optimalizáciu práce so službami Google. Verzia QUIC od Google použitá v prehliadači Chrome sa zároveň v niektorých detailoch líšila od verzie z technické údaje IETF, ale teraz sú implementácie synchronizované.

HTTP/3 štandardizuje použitie QUIC ako prenosu pre HTTP/2. Ak chcete povoliť možnosť HTTP/3 a QUIC z 23 návrhov Špecifikácie IETF vyžadujú, aby bol Chrome spustený s možnosťami "-enable-quic -quic-version=h3-23" a potom pri otvorení testovacej stránky quick.rocks:4433 V režime kontroly siete v nástrojoch pre vývojárov sa aktivita HTTP/3 zobrazí ako „http/2+quic/99“.

Pripomeňme si, že protokol QUIC (Quick UDP Internet Connections) vyvinula spoločnosť Google od roku 2013 ako alternatívu ku kombinácii TCP+TLS pre web, čím rieši problémy s dlhými časmi nastavenia a vyjednávania pre pripojenia v TCP a odstraňuje oneskorenia pri strate paketov počas prenosu dát. QUIC je rozšírenie protokolu UDP, ktoré podporuje multiplexovanie viacerých pripojení a poskytuje metódy šifrovania ekvivalentné TLS/SSL. Príslušný protokol je už integrovaný do serverovej infraštruktúry Google a je súčasťou prehliadača Chrome. naplánovaný na zahrnutie do Firefoxu a aktívne sa používa na obsluhu požiadaviek klientov na serveroch Google.

Hlavné rysy QUIC:

  • Vysoká bezpečnosť podobná TLS (v podstate QUIC poskytuje možnosť používať TLS cez UDP);
  • Kontrola integrity toku, zabránenie strate paketov;
  • Schopnosť okamžitého nadviazania spojenia (0-RTT, v približne 75 % prípadov je možné preniesť dáta ihneď po odoslaní paketu nastavenia spojenia) a poskytnúť minimálne oneskorenia medzi odoslaním požiadavky a prijatím odpovede (RTT, Round Trip Time);
  • nepoužívanie rovnakého poradového čísla pri opätovnom prenose paketu, čo zabraňuje nejednoznačnosti pri identifikácii prijatých paketov a zbavuje sa časových limitov;
  • Strata paketu ovplyvňuje iba doručovanie toku, ktorý je s ním spojený, a nezastavuje doručovanie údajov v paralelných tokoch prenášaných cez aktuálne spojenie;
  • Funkcie opravy chýb, ktoré minimalizujú oneskorenia v dôsledku opätovného prenosu stratených paketov. Použitie špeciálnych kódov na opravu chýb na úrovni paketov na zníženie situácií vyžadujúcich opakovaný prenos stratených paketových dát.
  • Hranice kryptografických blokov sú zarovnané s hranicami paketov QUIC, čo znižuje vplyv strát paketov na dekódovanie obsahu nasledujúcich paketov;
  • Žiadne problémy s blokovaním fronty TCP;
  • Podpora pre identifikátor pripojenia, ktorý znižuje čas potrebný na vytvorenie opätovného pripojenia pre mobilných klientov;
  • Možnosť pripojenia pokročilých mechanizmov kontroly preťaženia pripojenia;
  • Používa techniky predpovedania priepustnosti v každom smere, aby sa zabezpečilo, že pakety budú odosielané optimálnou rýchlosťou, čím sa zabráni ich preťaženiu a strate paketov;
  • Vnímateľné rast výkon a priepustnosť v porovnaní s TCP. V prípade video služieb, ako je YouTube, sa ukázalo, že QUIC znižuje operácie opätovného vyrovnávania pamäte pri sledovaní videí o 30 %.

Zdroj: opennet.ru

Pridať komentár