Kísérleti build-ekben A HTTP/3 protokoll támogatása, amely egy réteget biztosít a HTTP QUIC protokoll felett. A QUIC protokoll közvetlenül öt éve lett bevezetve a böngészőkbe, és azóta is a Google szolgáltatásainak optimalizálását szolgálja. A Chrome-ban használt QUIC változata némileg különbözött az IETF változatától, de mostantól az implementációk szinkronizáltak.
A HTTP/3 a QUIC használatát szabványosítja a HTTP/2 szállításához. A HTTP/3 és a QUIC változatának aktiválásához IETF specifikációkból a Chrome-ot a «—enable-quic —quic-version=h3-23» opciókkal kell futtatni, majd a tesztoldal megnyitásakor a hálózati vizsgálati módban a fejlesztői eszközökben a HTTP/3 aktivitás «http/2+quic/99» formájában jelenik meg.
Ne feledjük, hogy a (Gyors UDP Internet Kapcsolatok) a Google által 2013 óta készül, mint alternatíva a TCP+TLS kombinációval szemben, amely megoldja a TCP kapcsolatok hosszú beállítási és egyeztetési idejével kapcsolatos problémákat, és megszünteti a késleltetéseket az adatátvitel során a csomagvesztés esetén. A QUIC egy UDP protokollra épít, amely támogatja a több kapcsolat multiplexelését, és olyan titkosítási módszereket kínál, amelyek megfelelnek a TLS/SSL-nek. A szóban forgó protokoll már integrálva van a Google kiszolgáló infrastruktúrájába, része a Chrome-nak, aktívan használják a Firefoxba való integráláshoz és a Google szerverein történő klienti kérdések kezelésére.
Fő QUIC:
- Magas biztonság, amely hasonló a TLS-hez (lényegében a QUIC lehetővé teszi a TLS használatát az UDP-n üstökölve);
- A folyam integritásának ellenőrzése, amely megakadályozza a csomagok elvesztését;
- A kapcsolat azonnali létrehozásának lehetősége (0-RTT, körülbelül 75%-os esetekben az adatokat közvetlenül a kapcsolati csomag elküldése után lehet átkonvertálni) és minimalizálva a késleltetést a kérés küldése és a válasz megérkezése között (RTT, Round Trip Time);
- Nem használja ugyanazt a szekvenciális számot egy csomag újraküldésekor, ami lehetővé teszi a kapott csomagok egyértelmű azonosítását és a timeoutok elkerülését;
- Csomag elvesztése csak az ahhoz kapcsolódó folyamat szállítását befolyásolja, és nem állítja le az adatokat a párhuzamosan átkonvertált folyamatok szállításában;
- Hibaellenőrző eszközök, amelyek minimalizálják a késéseket az elveszett csomagok újraküldése miatt. Speciális hibaellenőrző kódok használata csomagszinten a vesztes csomagok újraküldésének szükségességének csökkentésére.
- A kriptográfiai blokkok határai összhangban állnak a QUIC csomagok határaival, ami csökkenti a csomagvesztések hatását a következő csomagok dekódolására;
- Nincsenek problémák a TCP sorok blokkolásával;
- Támogatja a kapcsolati azonosítót, amely lehetővé teszi a mobil kliensek számára a visszakapcsolódási idő csökkentését;
- A kapcsolati túlterhelés-ellenőrzési mechanizmusok kiterjesztett lehetőségeinek csatlakoztatása;
- Sávszélesség-előrejelzési technikák használata mindkét irányban a csomagok optimális küldési intenzitásának biztosítása érdekében, elkerülve a túlterheltségi állapotba való kerülést, amely csomagvesztést eredményez;
- Észlelhető a teljesítményben és a sávszélességben a TCP-hez képest. Videószolgáltatások, például a YouTube esetében a QUIC alkalmazása 30%-kal csökkentette a videó nézése alatt a bufferelési műveletek számát.
Forrás: opennet.ru
