फायरफॉक्स मे महिन्याच्या अखेरीस HTTP/3 समर्थन सुरू करेल अशी अपेक्षा आहे.

मोझिलाने १९ एप्रिल रोजी फायरफॉक्स ८८ मध्ये HTTP/3 आणि QUIC चे टप्प्याटप्प्याने रोलआउट सुरू करण्याचा आपला हेतू जाहीर केला (रिलीझ मूळतः २० एप्रिल रोजी होणार होते, परंतु वेळापत्रकानुसार, ते एक दिवस पुढे ढकलण्यात आले आहे). HTTP/3 सपोर्ट सुरुवातीला काही टक्के वापरकर्त्यांसाठी सक्रिय केला जाईल आणि कोणत्याही अनपेक्षित समस्या वगळता, मे महिन्याच्या अखेरीस सर्वांना उपलब्ध करून दिला जाईल. मार्चच्या अखेरीस रात्रीच्या बिल्ड आणि बीटा आवृत्त्यांमध्ये HTTP/3 डीफॉल्टनुसार सक्षम करण्यात आले होते.

आठवण करून देण्यासाठी, फायरफॉक्समधील HTTP/3 अंमलबजावणी ही मोझिलाने विकसित केलेल्या neqo प्रकल्पावर आधारित आहे, जो एक क्लायंट अंमलबजावणी आणि सर्व्हर QUIC प्रोटोकॉलसाठी. HTTP/3 आणि QUIC ला समर्थन देणाऱ्या घटकांचा कोड रस्ट (Rust) मध्ये लिहिलेला आहे. HTTP/3 सक्षम करण्यासाठी, 'about:config' मध्ये "network.http.http3.enabled" हा पर्याय उपलब्ध आहे. क्लायंट सॉफ्टवेअरसाठी क्रोम (Chrome) आणि कर्ल (curl) मध्ये प्रायोगिक HTTP/3 समर्थन देखील जोडले गेले आहे, आणि सर्व्हर हे Nginx मध्ये उपलब्ध आहे, तसेच Cloudflare मधील Nginx मॉड्यूल आणि चाचणी सर्व्हरमध्ये देखील उपलब्ध आहे. वेबसाइटच्या बाजूने, Google आणि Facebook सर्व्हरवर HTTP/3 सपोर्ट आधीच सक्षम आहे.

HTTP/3 प्रोटोकॉल अजूनही मसुदा तपशील टप्प्यात आहे आणि IETF द्वारे पूर्णपणे प्रमाणित केलेला नाही. HTTP/3 वापरण्यासाठी QUIC आणि HTTP/3 मसुदा मानकाच्या समान आवृत्तीसाठी क्लायंट आणि सर्व्हर समर्थन आवश्यक आहे, जे Alt-Svc हेडरमध्ये निर्दिष्ट केले आहे (फायरफॉक्स मसुदे 27 ते 32 पर्यंत समर्थन देते).

HTTP/3 मध्ये QUIC प्रोटोकॉलचा वापर HTTP/2 साठी ट्रान्सपोर्ट म्हणून केला जातो. २०१३ पासून, Google वेबसाठी TCP+TLS ला पर्याय म्हणून QUIC (क्विक UDP इंटरनेट कनेक्शन) प्रोटोकॉल विकसित करत आहे. ते 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