A Chrome tesztelni kezdi a HTTP / 3 protokollt

HTTP3Chrome

Fejlesztők a közelmúltban akik lemaradtak a Google Chrome böngészőből közzétette a HTTP / 3 protokoll támogatásának hozzáadásával kapcsolatos híreket a Chrome Canary kísérleti felépítéseihez, amely egy plugint valósít meg a HTTP engedélyezéséhez a QUIC-en keresztül.

Maga a QUIC protokoll öt évvel ezelőtt került fel 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 bizonyos részletekben különbözött az IETF specifikációk verziójától, de most a megvalósítások szinkronban vannak.

Fontos ezt kiemelni A Google kifejlesztette a QUIC (Gyors UDP internetkapcsolatok) 2013 óta az internet TCP + TLS csomagjának alternatívájaként, amely megoldja a TCP-kapcsolatok hosszú konfigurációs és tárgyalási idejével kapcsolatos problémákat, és kiküszöböli az adatátvitel során bekövetkező csomagvesztés késéseit.

A QUIC az UDP protokoll kiegészítése, amely támogatja a 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 be van építve a Google szerverinfrastruktúrájába, a Chrome része, a Firefoxba történő beépítésre tervezik, és aktívan használják az ügyfelek kéréseinek kiszolgálására a Google szerverein.

A QUIC legfontosabb jellemzői, amelyek kiemelkednek:

  • Nagy biztonság, hasonló a TLS-hez (valójában a QUIC lehetőséget nyújt a TLS használatára UDP-n keresztül)
  • Áramlás integritásának vezérlése, amely megakadályozza a csomagok elvesztését
  • A kapcsolat azonnali létrehozásának képessége (0-RTT, az esetek körülbelül 75% -ában az adatok azonnal továbbíthatók a kapcsolat-beállító csomag elküldése után), és minimális késedelem biztosítása a kérés elküldése és a válasz fogadása között (RTT, oda-vissza út)
  • Ha nem használja ugyanazt a sorozatszámot egy csomag újraküldésénél, ez elkerüli a kétértelműséget a fogadott csomagok meghatározásában és kiküszöböli az időkorlátokat
  • A csomag elvesztése csak a hozzá társított adatfolyam kézbesítését érinti, és nem állítja le az adatátvitelt az aktuális kapcsolaton keresztül párhuzamosan továbbított adatfolyamokban.
  • Hibajavító eszközök, amelyek minimalizálják az elveszett csomagok újraküldése miatti késéseket.
  • Speciális csomagszintű hibajavító kódok használata az elveszett csomagadatok újraküldését igénylő helyzetek csökkentésére.
  • A blokkok kriptográfiai korlátai összhangban vannak a QUIC csomagok korlátaival, csökkentve 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
  • Támogatja a kapcsolati azonosítót, amely lerövidíti az újracsatlakozás létrehozásának idejét a mobil kliensek számára
  • Fejlett mechanizmusok csatlakoztatásának lehetősége a kapcsolat túlterhelésének szabályozására

Azt is kiemelik, hogy a sávszélesség mindkét irányú előrejelzésének technikáját alkalmazza a csomagkézbesítés optimális intenzitásának biztosítása, megakadályozva a torlódási állapot elérését, amelyben a csomagvesztés figyelhető meg;

Továbbá figyelemre méltó teljesítmény és teljesítménynövekedés a TCP-vel szemben. Az olyan videószolgáltatások esetében, mint a YouTube, a QUIC 30% -kal csökkentette az új pufferelési műveleteket videók megtekintése közben.

A HTTP / 3 protokoll szabványosítja a QUIC használatát a HTTP / 2 továbbítására. A HTTP / 3 és a 23 IETF-tervezet QUIC verziójának engedélyezéséhez a Chrome-ot futtatni kell az „–enable-quic –quic-version = h3-23” opciókkal, majd a quik teszthely megnyitásakor .rocks: 4433 in hálózati ellenőrzési mód a fejlesztői eszközökben, a HTTP / 3 tevékenység "http / 2 + quic / 99" néven jelenik meg.

A párhuzamos HTTP-kapcsolatok által elveszített csomagokhoz képest a sok kapcsolat közül csak az egyiket állítják le, ami azt jelenti, hogy a QUIC támogatja a rendelésen kívüli kézbesítést, így az elveszett csomagnak kevesebb hatása lesz.

Si többet szeretne tudni róla erről konzultálhat a következő link.


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: AB Internet Networks 2008 SL
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.