Chrome начинает тестирование по протоколу HTTP / 3

Недавно разработчики которые позади Веб-браузер Google Chrome выпустил новость о добавлении поддержки протокола HTTP / 3 к экспериментальным сборникам Chrome Canary, который реализует плагин для включения HTTP через QUIC.

Сам протокол QUIC был добавлен в браузер пять лет назад и с тех пор он был использован для оптимизации работы с сервисами Google. В то же время версия Google QUIC, используемая в Chrome, в некоторых деталях отличалась от версии спецификаций IETF, но теперь реализации синхронизированы.

Google Chrome Canary только что стал первым (доступным) браузером, который интегрировал (очень) экспериментальный #QUIC и поддержка HTTP / 3!

Добавьте флаги «–enable-quic –quic-version = h3-23», и вы должны увидеть, что «http / 2 + quic / 99» появляется в devtools, что на самом деле является замаскированным http3! pic.twitter.com/5Fhui46h3x

– Робин Маркс (@programmingart) 19 сентября 2019 г.

Важно подчеркнуть, что Google разработал QUIC (Быстрые UDP Интернет-соединения) с 2013 года как альтернатива веб-пакету TCP + TLS, что решает проблемы с длительным временем конфигурации и согласования для соединений TCP и устраняет задержки при потере пакетов во время передачи данных.

QUIC является дополнением к протоколу UDP, который поддерживает мультиплексирование нескольких соединений и обеспечивает методы шифрования, эквивалентные TLS / SSL.

Данный протокол уже интегрирован в серверную инфраструктуру Google, является частью Chrome, планируется включить в Firefox и активно используется для удовлетворения запросов клиентов на серверах Google.

Среди основных особенностей QUIC, которые выделяются:

• Высокий уровень безопасности, аналогичный TLS (фактически QUIC предоставляет возможность использовать TLS поверх UDP)
• Контроль целостности потока, предотвращающий потерю пакетов
• Возможность установить мгновенное соединение (0-RTT, примерно в 75% случаев данные могут передаваться сразу после отправки пакета конфигурации соединения) и обеспечить минимальные задержки между отправкой запроса и Получение ответа (RTT, двустороннее время)
• Не используйте один и тот же порядковый номер при повторной передаче пакета, что позволяет избежать неоднозначности при определении принятых пакетов и устраняет время ожидания
• Потеря пакета влияет на доставку только потока, связанного с ним, и не останавливает доставку данных в потоках, передаваемых параллельно через текущее соединение.
• Инструменты исправления ошибок, которые минимизируют задержки из-за повторной передачи потерянных пакетов.
• Использование специальных кодов исправления ошибок на уровне пакетов для уменьшения ситуаций, требующих повторной передачи потерянных пакетных данных.
• Криптографические пределы блоков выровнены с ограничениями пакетов QUIC, что уменьшает влияние потери пакетов на декодирование содержимого следующих пакетов
• Нет проблем с блокировкой очереди TCP
• Поддержка идентификатора соединения, что сокращает время установления повторного подключения для мобильных клиентов.
• Возможность подключения расширенных механизмов для контроля перегрузки соединения

Также выделяется использование метода прогнозирования полосы пропускания в каждом направлении. обеспечить оптимальную интенсивность доставки пакетов, не допуская ее достижения состояния перегрузки, при котором наблюдается потеря пакетов;

Как и Замечательное повышение производительности и производительности по сравнению с TCP. Для видео услуг, таких как YouTubeQUIC показал снижение буферизации на 30% при просмотре видео.

Протокол 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».

По сравнению с пакетом, потерянным из-за параллельных HTTP-соединений, будет остановлено только 1 из множества соединений, а это означает, что QUIC может поддерживать доставку не по порядку, так что потерянный пакет будет иметь меньшее влияние.

если Вы хотите узнать больше об этом Об этом вы можете проверить по следующей ссылке.