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

HTTP3Chrome

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

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

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

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

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

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

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

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

Также как и замечательный прирост производительности и производительности по TCP. Для видеосервисов, таких как YouTube, QUIC продемонстрировал сокращение операций повторной буферизации при просмотре видео на 30%.

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

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

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


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: AB Internet Networks 2008 SL
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.