Компания Mozilla сообщила о намерении начать поэтапное включение протоколов HTTP/3 и QUIC в выпуске Firefox 88, намеченном на 19 апреля (изначально, релиз ожидался 20 апреля, но, судя по графику, сдвинут на один день). Вначале поддержка HTTP/3 будет активирована лишь для небольшого процента пользователей и, если не возникнет непредвиденных проблем, будет доведена до всех к концу мая. В ночных сборках и бета-версиях HTTP/3 был включён по умолчанию в конце марта.
Напомним, что реализация HTTP/3 в Firefox основана на развиваемом компанией Mozilla проекте neqo, предоставляющем реализацию клиента и сервера для протокола QUIC. Код компонентов для поддержки HTTP/3 и QUIC написан на языке Rust. Для управления включением HTTP/3 в about:config предусмотрена опция «network.http.http3.enabled». Из клиентского ПО экспериментальная поддержка HTTP/3 также добавлена в Chrome и curl, а для серверов доступна в nginx, а также в форме nginx-модуля и тестового сервера от компании Cloudflare. На стороне сайтов поддержка HTTP/3 уже обеспечена на серверах Google и Facebook.
Протокол HTTP/3 пока находится на стадии черновой спецификации и окончательно не стандартизирован в IETF. Для использования HTTP/3 требуется поддержка на стороне клиента и сервера одной и той же версии чернового стандарта QUIC и HTTP/3, которая указывается в заголовке Alt-Svc (Firefox поддерживает черновики спецификации с 27 по 32).
HTTP/3 определяет использование протокола QUIC в качестве транспорта для HTTP/2. Протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В процессе разработки в IETF стандарта в протокол были внесены изменения, что привело к возникновению двух параллельно существующих веток, одна для HTTP/3, а вторая поддерживаемая Google (Chrome поддерживает оба варианта).
QUIC 的主要特點：
- 類似於 TLS 的高安全性（本質上 QUIC 提供了透過 UDP 使用 TLS 的能力）；
- 流量完整性控制，防止丟包；
- 能夠立即建立連線（0-RTT，在大約 75% 的情況下，可以在發送連線建立資料包後立即傳輸資料）並在發送請求和接收回應之間提供最小的延遲（RTT，往返時間）；
- 重傳資料包時使用不同的序號，這可以避免識別接收到的資料包時出現歧義並消除逾時；
- 資料包遺失僅影響與其關聯的流的傳送，並且不會停止透過目前連接傳輸的平行流中的資料傳送；
- 糾錯功能可最大限度地減少因重傳遺失資料包而導致的延遲。 在資料包層級使用特殊的糾錯碼可以減少需要重傳遺失的資料包資料的情況。
- 密碼塊邊界與QUIC資料包邊界對齊，減少丟包對後續資料包內容解碼的影響；
- 不存在TCP隊列阻塞的問題；
- 支援連線標識符，減少行動客戶端重新建立連線的時間；
- 連接高階連接擁塞控制機制的可能性；
- 採用單向吞吐量預測技術，確保資料包以最佳速率發送，防止資料包擁塞而導致丟包；
- 與 TCP 相比，效能和吞吐量顯著提高。 對於 YouTube 等影片服務，QUIC 已被證明可以將觀看影片時的重新緩衝操作減少 30%。
來源： opennet.ru