ProHoster > Dienoraštis > interneto naujienos > „Chrome“ prideda eksperimentinį HTTP/3 palaikymą

„Chrome“ prideda eksperimentinį HTTP/3 palaikymą

Į eksperimentines konstrukcijas "Chrome Canary pridėta поддержка протокола HTTP/3, реализующего надстройку для обеспечения работы HTTP поверх протокола QUIC. Непосредственно протокол QUIC был добавлен в браузер пять лет назад и с тех пор используется для оптимизации работы с сервисами Google. При этом применявшийся в Chrome вариант QUIC от Google в некоторых деталях отличался от варианта из specifikacijas IETF, но теперь реализации синхронизированы.

HTTP/3 стандартизирует использование QUIC в качестве транспорта для HTTP/2. Для включения HTTP/3 и варианта QUIC из 23 черновика спецификаций IETF требуется запуск Chrome с опциями «—enable-quic —quic-version=h3-23», после чего при открытии тестового сайта quic.rocks:4433 в режиме инспектирования сети в инструментах для разработчиков активность по HTTP/3 будет отображаться как «http/2+quic/99».

Напомним, что протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. Рассматриваемый протокол уже интегрирован в серверную инфраструктуру Google, входит в состав Chrome, planuojama для включения в Firefox и активно применяется для обслуживания запросов клиентов на серверах Google.

pagrindinis Įranga QUIC:

  • Aukštas saugumas, panašus į TLS (iš tikrųjų QUIC suteikia galimybę naudoti TLS per UDP);
  • Srauto vientisumo kontrolė, kad būtų išvengta paketų praradimo;
  • Galimybė akimirksniu užmegzti ryšį (0-RTT, apie 75% atvejų duomenis galima perduoti iš karto po ryšio nustatymo paketo išsiuntimo) ir užtikrinti minimalų uždelsimą nuo užklausos išsiuntimo iki atsakymo gavimo (RTT, Round Trip Time) ;
  • Persiunčiant paketą nenaudokite to paties eilės numerio, kuris leidžia išvengti dviprasmybių nustatant gautus paketus ir atsikratyti skirtojo laiko;
  • Paketų praradimas turi įtakos tik su juo susieto srauto pristatymui ir nesustabdo duomenų pristatymo srautuose, perduodamuose lygiagrečiai esamu ryšiu;
  • Klaidų taisymo įrankiai, kurie sumažina vėlavimą dėl prarastų paketų pakartotinio perdavimo. Specialių klaidų taisymo kodų naudojimas paketo lygiu, siekiant sumažinti situacijas, kai reikia pakartotinai perduoti prarastus paketinius duomenis.
  • Криптографические границы блоков выравнены с границами пакетов QUIC, что уменьшает влияние потерь пакетов на декодирование содержимого следующих пакетов;
  • Jokių problemų blokuojant TCP eilę;
  • Ryšio ID palaikymas, siekiant sumažinti mobiliųjų klientų prisijungimo laiką;
  • Galimybė prijungti pažangius mechanizmus prijungimo perkrovos kontrolei;
  • Pralaidumo numatymo metodų naudojimas kiekviena kryptimi, siekiant užtikrinti optimalų paketų siuntimo intensyvumą, neleidžiant patekti į perkrovos būseną, kai prarandami paketai;
  • Pastebima augimas našumas ir pralaidumas, palyginti su TCP. Įrodyta, kad naudojant QUIC vaizdo įrašų paslaugoms, tokioms kaip „YouTube“, vaizdo įrašų buferio atkūrimo operacijas sumažėja 30%.

Šaltinis: opennet.ru

Добавить комментарий