टीसीपी को बदलने के लिए: QUIC कार्यान्वयन के लिए तैयार है [लेकिन RFC बनने के लिए तैयार नहीं]

इंटरनेट इंजीनियरिंग काउंसिल (IETF) के प्रतिनिधियों ने घोषणा की कि परिवहन स्तर पर डेटा ट्रांसमिशन के लिए QUIC प्रोटोकॉल बड़े पैमाने पर परीक्षणों के लिए तैयार है। लेकिन कई कमियों के कारण, इसे अभी तक RFC के रूप में प्रस्तुत नहीं किया जा सका है। विवरण आज हमारी सामग्री में हैं।


/ पिक्साबे / www_slon_pics / पीडी

क्यों QUIC दिखाई दिया

Google ने 2013 में QUIC पर काम शुरू किया। इसका परीक्षण क्रोम और क्रोमियम ब्राउज़र में किया गया था। बाद में तकनीक ने YouTube सहित कंपनी की साइटों का समर्थन करना शुरू कर दिया । कुछ वर्षों के बाद, आईटी दिग्गज ने घोषणा की कि प्रोटोकॉल परीक्षण सफल रहा और इसे IETF को प्रस्तुत किया जाएगा।

इंटरनेट काउंसिल ने मार्च 2016 में QUIC पर काम शुरू किया। IETF के प्रतिनिधियों के अनुसार, भविष्य में QUIC को TCP की जगह लेनी होगी, क्योंकि बाद वाले ने आधुनिक नेटवर्क (मुख्य रूप से मोबाइल) में अपनी क्षमताओं को समाप्त कर दिया है।

टीसीपी प्रोटोकॉल में, कनेक्शन आईपी पते और सर्वर और क्लाइंट के बंदरगाहों द्वारा निर्धारित किया जाता है। यदि किसी कारण से इनमें से एक पैरामीटर बदल जाता है, तो आपको कनेक्शन को फिर से बनाना होगा। इसलिए मोबाइल नेटवर्क में संचार की स्थिरता के साथ कठिनाइयों। उपयोगकर्ता विभिन्न सेल टावरों के बीच चलता है और लगातार आईपी पते को बदलता है।

QUIC का लक्ष्य वायरलेस नेटवर्क (वाई-फाई सहित) के बीच स्विच करने की प्रक्रिया को अधिक सुचारू बनाना है। इसके अलावा, Google द्वारा किए गए परीक्षण YouTube पर वीडियो देखते समय रिफ़्यूफ़रों की संख्या में 30% की कमी दिखाते हैं।

प्रोटोकॉल की विशेषताएं

QUIC का काम UDP प्रोटोकॉल पर आधारित है, जो प्राप्तकर्ता को प्राप्त करने के लिए तैयार होने पर आपको बिना जाँच किए डेटा का आदान-प्रदान करने की अनुमति देता है। टीसीपी के विपरीत, जो QUIC में "ट्रिपल हैंडशेक" के सिद्धांत का उपयोग करता है, हैंडशेक एक सर्वर के साथ एक चरण में होता है जो पहले से ही परिचित है और एक सर्वर के साथ दो चरणों में जो क्लाइंट ने पहले काम नहीं किया था। सुरक्षित संचार चैनल खोलने और क्रिप्टोग्राफिक कुंजियों का आदान-प्रदान करने के लिए दूसरे चरण की आवश्यकता है। नतीजतन, QUIC में टीसीपी की तुलना में कम कनेक्शन और ट्रांसमिशन देरी है। जब एक मोबाइल डिवाइस का उपयोग करके लंबी दूरी (उदाहरण के लिए, एक महाद्वीप से दूसरे महाद्वीप) पर डेटा संचारित किया जाता है, तो टीएलएस और क्विक पैकेट के साथ टीसीपी के बीच संबंध स्थापित करने की गति में अंतर 300 एमएस तक पहुंच सकता है।

QUIC में अब IP पते और सर्वर और क्लाइंट के पोर्ट से जुड़े मापदंडों का एक सेट नहीं है। इसके बजाय, प्रोटोकॉल कनेक्शन पहचानकर्ता यूयूआईडी के साथ काम करता है। यह आपको वाई-फाई और मोबाइल नेटवर्क के बीच स्विच करने की अनुमति देता है, हर बार कनेक्शन को बनाए बिना (यूयूआईडी सहेजा जाता है)। तंत्र Mosh उपयोगिता के समान है, जो वायरलेस नेटवर्क के बीच स्विच करते समय सत्र बचाता है। इसके बारे में जानकारी आधिकारिक परियोजना भंडार में पाई जा सकती है ।

QUIC में अतिरिक्त रूप से डेटा अखंडता नियंत्रण विधि - प्रत्यक्ष त्रुटि सुधार या फॉरवर्ड एरर करेक्शन (FEC) शामिल है। प्रत्येक पैकेट जिसे QUIC के माध्यम से प्रेषित किया जाता है, उसमें पड़ोसी जानकारी होती है। इसलिए, यदि यह खो जाता है, तो पैकेज की सामग्री को बहाल किया जा सकता है।

तकनीक की आलोचना

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


/ विकिमीडिया / सागर कुमार sr / CC

दूसरा दोष नैट, एनीकट, या ईसीएमपी प्रौद्योगिकियों का उपयोग करने वाले नेटवर्क के साथ प्रोटोकॉल असंगतता है । वे टीसीपी कनेक्शन के साथ काम करते हैं और क्विक ट्रैफ़िक को पहचानने और विनियमित करने में सक्षम नहीं होंगे। यह असंगति उपयोग की गुंजाइश को सीमित करती है।

इसके अलावा, QUIC परीक्षण के परिणामों से पता चला कि प्रोटोकॉल मोबाइल उपकरणों पर भी काम नहीं करता है क्योंकि प्रौद्योगिकी वादा के निर्माता हैं। प्रयोगों के अनुसार, बढ़ते नेटवर्क बैंडविड्थ और हस्तांतरित डेटा की मात्रा के साथ, टीसीपी और क्विक के लिए पृष्ठ लोड समय बंद है। ऐसा इसलिए है क्योंकि QUIC यूजर स्पेस में काम करता है , न कि कर्नेल स्पेस में।

QUIC का एक और दोष इसकी कठिन समस्या निवारण है। प्रोटोकॉल न केवल डेटा, बल्कि उस पैकेट के हेडर को भी एन्क्रिप्ट करता है जिसमें यह प्रसारित होता है। इससे सिस्टम प्रशासकों के लिए नेटवर्क के प्रदर्शन का मूल्यांकन करना और समस्याओं का शीघ्र निवारण करना मुश्किल हो जाता है।

संभावनाओं

मौजूदा कमजोरियों के कारण, QUIC पर डिज़ाइन की गई प्रणाली की सुरक्षा करना मुश्किल हो सकता है। प्रोटोकॉल की खामियों को खत्म करने के लिए, डेवलपर्स को वास्तविक परिस्थितियों में अपने काम पर डेटा की आवश्यकता होती है। इसके लिए, IETF ने परीक्षण में आईटी कंपनियों को शामिल किया है।

प्रोटोकॉल पहले से ही बड़े संगठनों द्वारा समर्थित है। QUIC के साथ, CDN सेवाओं ने काम करना शुरू किया - Cloudflare और Verizon Digital Media Services (VDMS)। Cloudflare में, QUIC कनेक्टिविटी फ़ीचर बीटा में है। VDMS टीम 2016 से प्रोटोकॉल के कार्यान्वयन पर काम कर रही है , और अब QUIC का उपयोग सेवा के सभी ग्राहकों द्वारा किया जा सकता है। QUIC प्रोटोकॉल के संस्करणों का परीक्षण Apple, पेंडोरा, फेसबुक द्वारा भी किया जाता है। कंपनियों की एक पूरी सूची GitHub पर उपलब्ध है ।

यद्यपि QUIC एक प्रायोगिक तकनीक है, इस प्रोटोकॉल का समर्थन करने वाली साइटों की संख्या बढ़ रही है - यह शोध संगठन W3TTs के डेटा द्वारा दिखाया गया है। विशेषज्ञों का अनुमान है कि मानक को अपनाने के साथ, प्रोटोकॉल का अधिक बार उपयोग किया जाएगा - हालांकि यह अभी तक स्पष्ट नहीं है कि कब IETF QUIC का अंतिम संस्करण पेश करेगा।

पुनश्च हम VAS विशेषज्ञों के कॉर्पोरेट ब्लॉग पर और क्या लिख ​​रहे हैं:

• कानूनी रूप से मुफ्त वाई-फाई कैसे वितरित करें
• पैर में गोली मार दी: दूरसंचार ऑपरेटरों के नेटवर्क के निर्माण में महत्वपूर्ण त्रुटियां
• गाँव में इंटरनेट - हम एक वायरलेस रिले वाई-फाई नेटवर्क का निर्माण कर रहे हैं
• बैंडविड्थ को कुशलतापूर्वक कैसे आवंटित किया जाए