Компания 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