QUIC प्रोटोकॉल को प्रस्तावित मानक का दर्जा प्राप्त हुआ है।

इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF), जो इंटरनेट प्रोटोकॉल और आर्किटेक्चर के विकास के लिए जिम्मेदार है, ने QUIC प्रोटोकॉल के लिए RFC को अंतिम रूप दे दिया है और पहचानकर्ता RFC 8999 (संस्करण-स्वतंत्र प्रोटोकॉल गुण), RFC 9000 (परिवहन) के तहत संबंधित विशिष्टताओं को प्रकाशित किया है। यूडीपी पर), आरएफसी 9001 (क्विक संचार चैनल का टीएलएस एन्क्रिप्शन) और आरएफसी 9002 (डेटा ट्रांसमिशन के दौरान भीड़ नियंत्रण और पैकेट हानि का पता लगाना)।

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

यह उम्मीद की जाती है कि QUIC के मानकीकरण से इस प्रोटोकॉल को व्यापक रूप से अपनाने के साथ-साथ इस पर आधारित एक्सटेंशन, जैसे वेबट्रांसपोर्ट (ब्राउज़र और सर्वर के बीच डेटा भेजने और प्राप्त करने की एक तकनीक) और MASQUE को बढ़ावा मिलेगा। (एक कनेक्शन प्रॉक्सीइंग तकनीक जो SOCKS और HTTP CONNECT की क्षमताओं का विस्तार करती है, और परिवहन के रूप में QUIC पर HTTPS का उपयोग करती है)।

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

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

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

स्रोत: opennet.ru