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

Mozilla ने 3 एप्रिल रोजी शेड्यूल केलेल्या Firefox 88 च्या रिलीझसह HTTP/19 आणि QUIC मध्ये टप्प्याटप्प्याने सुरुवात करण्याचा आपला हेतू जाहीर केला आहे (मूळत: 20 एप्रिल रोजी रिलीज होण्याची अपेक्षा होती, परंतु वेळापत्रकानुसार, ते एका दिवसाने मागे ढकलले जाईल). HTTP/3 समर्थन सुरुवातीला फक्त थोड्या टक्के वापरकर्त्यांसाठी सक्षम केले जाईल आणि कोणत्याही अनपेक्षित समस्यांना वगळून, मे अखेरीस प्रत्येकासाठी आणले जाईल. रात्रीच्या बिल्ड आणि बीटा आवृत्त्यांमध्ये, HTTP/3 मार्चच्या शेवटी डीफॉल्टनुसार सक्षम केले गेले.

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

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

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