Компания 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 поддерживает оба варианта).
Taybetmendiyên sereke yên QUIC:
- Ewlekariya bilind a mîna TLS (bi bingehîn QUIC şiyana karanîna TLS li ser UDP peyda dike);
- Kontrola yekbûna herikînê, pêşîgirtina windabûna pakêtê;
- Hêza sazkirina tavilê têkiliyek (0-RTT, bi qasî 75% bûyeran de dane dikare tavilê piştî şandina pakêta sazkirina girêdanê were veguheztin) û di navbera şandina daxwazek û wergirtina bersivê de derengiya hindiktirîn peyda bike (RTT, Dema Rêwîtiya Dor);
- Bikaranîna jimareyek rêzek cihêreng dema ku pakêtek ji nû ve veguhezîne, ku ji nezelaliyê di naskirina pakêtên wergirtî de dûr dikeve û ji dema derbasbûnê xilas dibe;
- Wendakirina pakêtek tenê bandorê li radestkirina çemê ku pê re têkildar e dike û radestkirina daneyan di çemên paralel ên ku bi pêwendiya heyî ve têne veguheztin rawestîne;
- Taybetmendiyên rastkirina xeletiyê ku derengiyên ji ber veguheztina pakêtên winda kêm dikin. Bikaranîna kodên rastkirina xeletiya taybetî di asta pakêtê de ji bo kêmkirina rewşên ku ji nû ve veguheztina daneya pakêtê ya windakirî hewce dike.
- Sînorên blokên krîptografîk bi sînorên pakêtê yên QUIC re têne hev kirin, ku bandora windabûna pakêtê li ser deşîfrekirina naveroka pakêtên paşîn kêm dike;
- Pirsgirêkên astengkirina rêza TCP-ê tune;
- Piştgiriya ji bo nasnavê girêdanê, ku dema ku hewce dike ku ji bo xerîdarên mobîl ji nû ve girêdanê saz bike kêm dike;
- Ihtîmala girêdana mekanîzmayên kontrolkirina tevliheviya pêwendiya pêşkeftî;
- Teknolojiyên pêşbînkirina rêwerziya per-rêveberiyê bikar tîne da ku pê ewle bibe ku pakêt bi rêjeyên çêtirîn têne şandin, pêşî li qelişîna wan û sedema windabûna pakêtê digire;
- Zêdebûnek girîng di performans û berbikê de li gorî TCP. Ji bo karûbarên vîdyoyê yên wekî YouTube, QUIC hate destnîşan kirin ku dema ku vîdyoyan temaşe dike 30% operasyonên rebufferkirinê kêm dike.
Source: opennet.ru