Компания 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 की मुख्य विशेषताएं:
- टीएलएस के समान उच्च सुरक्षा (अनिवार्य रूप से QUIC यूडीपी पर टीएलएस का उपयोग करने की क्षमता प्रदान करता है);
- प्रवाह अखंडता नियंत्रण, पैकेट हानि को रोकना;
- तुरंत कनेक्शन स्थापित करने की क्षमता (0-आरटीटी, लगभग 75% मामलों में डेटा कनेक्शन सेटअप पैकेट भेजने के तुरंत बाद प्रसारित किया जा सकता है) और अनुरोध भेजने और प्रतिक्रिया प्राप्त करने के बीच न्यूनतम देरी प्रदान करता है (आरटीटी, राउंड ट्रिप टाइम);
- एक पैकेट को पुनः प्रेषित करते समय एक अलग अनुक्रम संख्या का उपयोग करना, जो प्राप्त पैकेट की पहचान करने में अस्पष्टता से बचाता है और टाइमआउट से छुटकारा दिलाता है;
- एक पैकेट का खोना केवल उससे जुड़ी स्ट्रीम की डिलीवरी को प्रभावित करता है और वर्तमान कनेक्शन के माध्यम से प्रसारित समानांतर स्ट्रीम में डेटा की डिलीवरी को नहीं रोकता है;
- त्रुटि सुधार सुविधाएँ जो खोए हुए पैकेटों के पुनः प्रसारण के कारण होने वाली देरी को कम करती हैं। खोए हुए पैकेट डेटा के पुनः प्रसारण की आवश्यकता वाली स्थितियों को कम करने के लिए पैकेट स्तर पर विशेष त्रुटि सुधार कोड का उपयोग।
- क्रिप्टोग्राफ़िक ब्लॉक सीमाओं को QUIC पैकेट सीमाओं के साथ संरेखित किया गया है, जो बाद के पैकेटों की सामग्री को डिकोड करने पर पैकेट के नुकसान के प्रभाव को कम करता है;
- टीसीपी कतार अवरोधन में कोई समस्या नहीं;
- कनेक्शन पहचानकर्ता के लिए समर्थन, जो मोबाइल ग्राहकों के लिए पुनः कनेक्शन स्थापित करने में लगने वाले समय को कम करता है;
- उन्नत कनेक्शन भीड़ नियंत्रण तंत्र को जोड़ने की संभावना;
- यह सुनिश्चित करने के लिए प्रति-दिशा थ्रूपुट पूर्वानुमान तकनीकों का उपयोग करता है कि पैकेट इष्टतम दरों पर भेजे जाते हैं, जिससे उन्हें भीड़भाड़ होने और पैकेट हानि होने से रोका जा सके;
- टीसीपी की तुलना में प्रदर्शन और थ्रूपुट में उल्लेखनीय वृद्धि। YouTube जैसी वीडियो सेवाओं के लिए, QUIC को वीडियो देखते समय रीबफ़रिंग ऑपरेशन को 30% तक कम करने के लिए दिखाया गया है।
स्रोत: opennet.ru