A kísérleti építményekhez támogatja a HTTP/3 protokollt, amely egy kiegészítőt valósít meg a HTTP-működés biztosítására a QUIC protokollon keresztül. Maga a QUIC protokoll öt éve került be a böngészőbe, és azóta a Google szolgáltatásaival való munka optimalizálására használják. Ugyanakkor a Google Chrome-ban használt QUIC-verziója néhány részletben eltért a verziótól IETF, de a megvalósítások most szinkronban vannak.
A HTTP/3 szabványosítja a QUIC használatát a HTTP/2 átviteleként. A HTTP/3 és a QUIC opció engedélyezéséhez innen Az IETF specifikációi megkövetelik, hogy a Chrome-ot a „--enable-quic --quic-version=h3-23” opcióval kell elindítani, amely után a tesztoldal megnyitásakor Hálózati ellenőrzés módban a fejlesztői eszközök a HTTP/3 tevékenységet "http/2+quic/99" formában jelenítik meg.
Emlékezzünk arra, hogy a protokoll (Quick UDP Internet Connections) a Google 2013 óta fejlesztette ki a TCP + TLS alternatívájaként a weben, amely megoldja a TCP-kapcsolatok hosszú beállítási és egyeztetési idejével kapcsolatos problémákat, és kiküszöböli a késéseket az adatátvitel során előforduló csomagok elvesztése esetén. A QUIC az UDP protokoll kiegészítője, amely támogatja több kapcsolat multiplexelését, és a TLS/SSL-lel egyenértékű titkosítási módszereket biztosít. A kérdéses protokoll már integrálva van a Google szerver infrastruktúrájába, a Chrome része, a Firefoxba való felvételhez, és aktívan használják az ügyfélkérések kiszolgálására a Google szerverein.
A főbb QUIC:
- Magas biztonság, hasonlóan a TLS-hez (valójában a QUIC lehetővé teszi a TLS használatát UDP-n keresztül);
- Az adatfolyam integritásának ellenőrzése a csomagvesztés megelőzése érdekében;
- Azonnali kapcsolat létrehozásának képessége (0-RTT, az esetek kb. 75%-ában az adatok közvetlenül a kapcsolatbeállító csomag elküldése után továbbíthatók), és minimális késéseket biztosít a kérés elküldése és a válasz fogadása között (RTT, Round Trip Time) ;
- Csomag újraküldésekor ne használja ugyanazt a sorszámot, ami lehetővé teszi, hogy elkerülje a kétértelműséget a fogadott csomagok meghatározása során, és megszabaduljon az időtúllépésektől;
- A csomagvesztés csak a hozzá tartozó adatfolyam kézbesítését érinti, és nem akadályozza meg az adatok kézbesítését az aktuális kapcsolaton keresztül párhuzamosan továbbított folyamokban;
- Hibajavító eszközök, amelyek minimalizálják az elveszett csomagok újraküldése miatti késéseket. Speciális hibajavító kódok használata csomagszinten az elveszett csomagadatok újraküldését igénylő helyzetek csökkentése érdekében.
- A kriptográfiai blokkhatárok a QUIC csomaghatárokhoz igazodnak, ami csökkenti a csomagvesztés hatását a következő csomagok tartalmának dekódolására;
- Nincs probléma a TCP-sor blokkolásával;
- Connection ID támogatás a mobil kliensek újracsatlakozási idejének csökkentése érdekében;
- Speciális mechanizmusok csatlakoztatásának lehetősége a csatlakozás túlterhelés-szabályozására;
- Sávszélesség-előrejelzési technikák alkalmazása minden irányban a csomagok küldésének optimális intenzitásának biztosítására, megakadályozva a torlódásos állapotba gurulást, amelyben a csomagok elvesznek;
- Érezhető teljesítmény és átviteli sebesség a TCP-hez képest. Az olyan videoszolgáltatások esetében, mint a YouTube, a QUIC 30%-kal csökkenti a video-újrapufferelési műveleteket.
Forrás: opennet.ru