В експериментальні зборки підтримка протоколу HTTP/3, що реалізує надбудову для забезпечення роботи HTTP поверх протоколу QUIC. Безпосередньо протокол QUIC було додано до браузера п'ять років тому і з того часу використовується для оптимізації роботи з сервісами Google. При цьому QUIC, що застосовувався в Chrome, від Google в деяких деталях відрізнявся від варіанта з IETF, але тепер реалізації синхронізовано.
HTTP/3 стандартизує використання QUIC як транспорт для HTTP/2. Для включення HTTP/3 та варіанта QUIC з специфікацій IETF потрібно запуск Chrome з опціями "-enable-quic -quic-version = h3-23", після чого при відкритті тестового сайту в режимі інспектування мережі в інструментах для розробників активність HTTP/3 відображатиметься як «http/2+quic/99».
Нагадаємо, що протокол (Quick UDP Internet Connections) з 2013 року розвивається компанією Google як альтернатива зв'язці TCP+TLS для Web, вирішальної проблеми з великим часом встановлення та узгодження з'єднань у 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%.
Джерело: opennet.ru