उम्मीद है कि फ़ायरफ़ॉक्स मई के अंत तक HTTP/3 समर्थन लॉन्च कर देगा।

मोज़िला ने 3 अप्रैल को निर्धारित फ़ायरफ़ॉक्स 88 की रिलीज़ के साथ HTTP/19 और QUIC में चरणबद्ध शुरुआत करने के अपने इरादे की घोषणा की है (मूल रूप से 20 अप्रैल को रिलीज़ होने की उम्मीद है, लेकिन शेड्यूल को देखते हुए, इसे एक दिन पीछे धकेल दिया जाएगा)। HTTP/3 समर्थन प्रारंभ में केवल कुछ प्रतिशत उपयोगकर्ताओं के लिए सक्षम किया जाएगा और, किसी भी अप्रत्याशित समस्या को छोड़कर, मई के अंत तक सभी के लिए उपलब्ध करा दिया जाएगा। रात्रिकालीन बिल्ड और बीटा संस्करणों में, HTTP/3 को मार्च के अंत में डिफ़ॉल्ट रूप से सक्षम किया गया था।

आइए याद रखें कि फ़ायरफ़ॉक्स में HTTP/3 का कार्यान्वयन मोज़िला द्वारा विकसित नेको प्रोजेक्ट पर आधारित है, जो QUIC प्रोटोकॉल के लिए क्लाइंट और सर्वर कार्यान्वयन प्रदान करता है। HTTP/3 और QUIC समर्थन के लिए घटक कोड रस्ट में लिखा गया है। यह नियंत्रित करने के लिए कि क्या HTTP/3 सक्षम है, about:config "network.http.http3.enabled" विकल्प प्रदान करता है। क्लाइंट सॉफ़्टवेयर से, HTTP/3 के लिए प्रयोगात्मक समर्थन क्रोम और कर्ल में भी जोड़ा गया है, और सर्वर के लिए यह nginx में उपलब्ध है, साथ ही nginx मॉड्यूल और Cloudflare के एक परीक्षण सर्वर के रूप में भी उपलब्ध है। वेबसाइट की ओर, Google और Facebook सर्वर पर HTTP/3 समर्थन पहले से ही प्रदान किया गया है।

HTTP/3 प्रोटोकॉल अभी भी मसौदा विनिर्देश चरण में है और अभी तक IETF द्वारा इसे पूरी तरह से मानकीकृत नहीं किया गया है। HTTP/3 को QUIC ड्राफ्ट मानक और HTTP/3 के समान संस्करण के लिए क्लाइंट और सर्वर समर्थन की आवश्यकता होती है, जो Alt-Svc हेडर में निर्दिष्ट है (फ़ायरफ़ॉक्स स्पेक ड्राफ्ट 27 से 32 तक का समर्थन करता है)।

HTTP/3 HTTP/2 के परिवहन के रूप में QUIC प्रोटोकॉल के उपयोग को परिभाषित करता है। QUIC (क्विक यूडीपी इंटरनेट कनेक्शंस) प्रोटोकॉल को वेब के लिए टीसीपी + टीएलएस संयोजन के विकल्प के रूप में 2013 से Google द्वारा विकसित किया गया है, जो टीसीपी में कनेक्शन के लिए लंबे सेटअप और बातचीत के समय की समस्याओं को हल करता है और डेटा के दौरान पैकेट खो जाने पर देरी को समाप्त करता है। स्थानांतरण करना। QUIC यूडीपी प्रोटोकॉल का एक विस्तार है जो कई कनेक्शनों के मल्टीप्लेक्सिंग का समर्थन करता है और टीएलएस/एसएसएल के बराबर एन्क्रिप्शन विधियां प्रदान करता है। IETF मानक के विकास के दौरान, प्रोटोकॉल में बदलाव किए गए, जिसके कारण दो समानांतर शाखाओं का उदय हुआ, एक HTTP/3 के लिए, और दूसरी Google द्वारा समर्थित (Chrome दोनों विकल्पों का समर्थन करता है)।

QUIC की मुख्य विशेषताएं:

• टीएलएस के समान उच्च सुरक्षा (अनिवार्य रूप से QUIC यूडीपी पर टीएलएस का उपयोग करने की क्षमता प्रदान करता है);
• प्रवाह अखंडता नियंत्रण, पैकेट हानि को रोकना;
• तुरंत कनेक्शन स्थापित करने की क्षमता (0-आरटीटी, लगभग 75% मामलों में डेटा कनेक्शन सेटअप पैकेट भेजने के तुरंत बाद प्रसारित किया जा सकता है) और अनुरोध भेजने और प्रतिक्रिया प्राप्त करने के बीच न्यूनतम देरी प्रदान करता है (आरटीटी, राउंड ट्रिप टाइम);
• एक पैकेट को पुनः प्रेषित करते समय एक अलग अनुक्रम संख्या का उपयोग करना, जो प्राप्त पैकेट की पहचान करने में अस्पष्टता से बचाता है और टाइमआउट से छुटकारा दिलाता है;
• एक पैकेट का खोना केवल उससे जुड़ी स्ट्रीम की डिलीवरी को प्रभावित करता है और वर्तमान कनेक्शन के माध्यम से प्रसारित समानांतर स्ट्रीम में डेटा की डिलीवरी को नहीं रोकता है;
• त्रुटि सुधार सुविधाएँ जो खोए हुए पैकेटों के पुनः प्रसारण के कारण होने वाली देरी को कम करती हैं। खोए हुए पैकेट डेटा के पुनः प्रसारण की आवश्यकता वाली स्थितियों को कम करने के लिए पैकेट स्तर पर विशेष त्रुटि सुधार कोड का उपयोग।
• क्रिप्टोग्राफ़िक ब्लॉक सीमाओं को QUIC पैकेट सीमाओं के साथ संरेखित किया गया है, जो बाद के पैकेटों की सामग्री को डिकोड करने पर पैकेट के नुकसान के प्रभाव को कम करता है;
• टीसीपी कतार अवरोधन में कोई समस्या नहीं;
• कनेक्शन पहचानकर्ता के लिए समर्थन, जो मोबाइल ग्राहकों के लिए पुनः कनेक्शन स्थापित करने में लगने वाले समय को कम करता है;
• उन्नत कनेक्शन भीड़ नियंत्रण तंत्र को जोड़ने की संभावना;
• यह सुनिश्चित करने के लिए प्रति-दिशा थ्रूपुट पूर्वानुमान तकनीकों का उपयोग करता है कि पैकेट इष्टतम दरों पर भेजे जाते हैं, जिससे उन्हें भीड़भाड़ होने और पैकेट हानि होने से रोका जा सके;
• टीसीपी की तुलना में प्रदर्शन और थ्रूपुट में उल्लेखनीय वृद्धि। YouTube जैसी वीडियो सेवाओं के लिए, QUIC को वीडियो देखते समय रीबफ़रिंग ऑपरेशन को 30% तक कम करने के लिए दिखाया गया है।

स्रोत: opennet.ru