हाल ही में डेवलपर्स जो पीछे हैं Google Chrome वेब ब्राउज़र से, HTTP / 3 प्रोटोकॉल के लिए समर्थन को जोड़ने की खबर जारी की क्रोम कैनरी के प्रायोगिक निर्माण के लिए, जो HTTP को QUIC पर सक्षम करने के लिए एक प्लगइन लागू करता है।
QUIC प्रोटोकॉल पाँच साल पहले ही ब्राउज़र में जोड़ा गया था और तब से इसका उपयोग Google सेवाओं के साथ काम का अनुकूलन करने के लिए किया गया है। उसी समय, क्रोम में प्रयुक्त Google का QUIC संस्करण IETF विनिर्देशों के संस्करण से कुछ विवरणों में भिन्न था, लेकिन अब कार्यान्वयन सिंक में हैं।
Google Chrome कैनरी प्रायोगिक (बहुत) को एकीकृत करने वाला पहला (उपलब्ध) ब्राउज़र बन गया #क्विक और HTTP / 3 समर्थन!
झंडे जोड़ें "-enable-quic -quic-version = h3-23" और आपको "http / 2 + quic / 99" दिखना चाहिए, जो भक्तों में दिखाई देता है, जो वास्तव में भेस में नोक है! pic.twitter.com/5Fhui46h3x
- रॉबिन मार्क्स (@programmingart) सितम्बर 19, 2019
यह उजागर करना महत्वपूर्ण है Google ने QUIC विकसित किया है (त्वरित यूडीपी इंटरनेट कनेक्शन) 2013 से वेब के लिए टीसीपी + टीएलएस पैकेज के विकल्प के रूप में, जो टीसीपी कनेक्शन के लिए लंबे कॉन्फ़िगरेशन और बातचीत के समय के साथ समस्याओं को हल करता है और डेटा ट्रांसफर के दौरान पैकेट हानि में देरी को समाप्त करता है।
QUIC यूडीपी प्रोटोकॉल का पूरक है जो कई कनेक्शनों के बहुसंकेतन का समर्थन करता है और TLS / SSL के बराबर एन्क्रिप्शन विधियाँ प्रदान करता है।
प्रश्न में प्रोटोकॉल पहले से ही Google के सर्वर बुनियादी ढांचे में बनाया गया है, क्रोम का हिस्सा है, फ़ायरफ़ॉक्स में शामिल करने के लिए योजना बनाई गई है, और Google के सर्वरों पर क्लाइंट अनुरोधों की सेवा के लिए सक्रिय रूप से उपयोग किया जाता है।
QUIC की मुख्य विशेषताओं में से हैं जो निम्न हैं:
- उच्च सुरक्षा, टीएलएस के समान (वास्तव में, QUIC UDP पर TLS का उपयोग करने की क्षमता प्रदान करता है)
- प्रवाह अखंडता नियंत्रण जो पैकेट हानि को रोकता है
- तुरंत कनेक्शन स्थापित करने की क्षमता (0-RTT, लगभग 75% मामलों में, कनेक्शन सेटअप पैकेट भेजने के तुरंत बाद डेटा प्रेषित किया जा सकता है) और अनुरोध भेजने और उत्तर प्राप्त करने के बीच न्यूनतम विलंब सुनिश्चित करना (RTT, Round Trip Time)
- पैकेट को फिर से जमा करते समय एक ही अनुक्रम संख्या का उपयोग नहीं करना, जो प्राप्त पैकेटों को निर्धारित करने में अस्पष्टता से बचा जाता है और कई बार समाप्त हो जाता है
- एक पैकेट खोने से केवल उसके साथ जुड़ी धारा की डिलीवरी प्रभावित होती है और वर्तमान कनेक्शन के समानांतर प्रसारित होने वाली धाराओं में डेटा की डिलीवरी नहीं रुकती है
- त्रुटि सुधार उपकरण जो खोए हुए पैकेटों के पुन: प्रसारण के कारण देरी को कम करते हैं।
- खोए हुए पैकेट डेटा के पुन: प्रसारण की आवश्यकता वाली स्थितियों को कम करने के लिए विशेष पैकेट-स्तरीय त्रुटि सुधार कोड का उपयोग।
- ब्लॉक की क्रिप्टोग्राफिक सीमाएं QUIC पैकेट की सीमाओं के साथ संरेखित की जाती हैं, जिससे निम्नलिखित पैकेट की सामग्री को डिकोड करने पर पैकेट के नुकसान का प्रभाव कम हो जाता है।
- टीसीपी कतार को अवरुद्ध करने में कोई समस्या नहीं है
- कनेक्शन पहचानकर्ता के लिए समर्थन, जो मोबाइल ग्राहकों के लिए एक पुन: स्थापना स्थापित करने के लिए समय कम करता है
- कनेक्शन अधिभार को नियंत्रित करने के लिए उन्नत तंत्र को जोड़ने की क्षमता
यह भी प्रकाश डाला गया है कि यह प्रत्येक दिशा में बैंडविड्थ की भविष्यवाणी करने की तकनीक का उपयोग करता है इष्टतम पैकेट वितरण तीव्रता सुनिश्चित करने के लिए, इसे भीड़ की स्थिति तक पहुंचने से रोकना जिसमें पैकेट नुकसान मनाया जाता है;
साथ ही साथ टीसीपी पर उल्लेखनीय प्रदर्शन और प्रदर्शन लाभ। YouTube जैसी वीडियो सेवाओं के लिए, QUIC ने वीडियो देखते समय री-बफरिंग कार्यों में 30% की कमी दिखाई।
HTTP / 3 प्रोटोकॉल HTTP / 2 के परिवहन के रूप में QUIC के उपयोग को मानकीकृत करता है। HTTP / 3 और 23 ड्राफ्ट IETF विशिष्टताओं के QUIC संस्करण को सक्षम करने के लिए, Chrome को "–enable-quic –quic-version = h3-23" विकल्पों के साथ चलाया जाना चाहिए और फिर जब क्विक टेस्ट साइट खुलती है .rock: 4433 डेवलपर टूल में नेटवर्क निरीक्षण मोड, HTTP / 3 गतिविधि "http / 2 + quic / 99" के रूप में दिखाई देगा।
समानांतर HTTP कनेक्शन द्वारा खोए गए एक पैकेट की तुलना में, कई कनेक्शनों में से केवल 1 को रोका जाएगा, जिसका अर्थ है कि QUIC आउट-ऑफ-ऑर्डर डिलीवरी का समर्थन कर सकता है ताकि खोए हुए पैकेट पर कम प्रभाव पड़े।
Si आप इसके बारे में अधिक जानना चाहते हैं इसके बारे में, आप परामर्श कर सकते हैं निम्नलिखित लिंक.