व्यास। मूल प्रोटोकॉल भाग 1

उन्होंने व्यास के बारे में बात करने का वादा किया। हम शुरू करेंगे, लेकिन मुझे आपको चेतावनी देनी चाहिए, मैं मुफ्त पाठ लिखूंगा, कई महत्वपूर्ण बिंदुओं के सरलीकरण और चूक की उच्च संभावना है। लक्ष्य एक समीक्षा लेख और प्रोटोकॉल के साथ बहुत पहले परिचित है, और विवरण मानकों में पढ़ा जा सकता है। उदाहरण सेलुलर संचार से होंगे।

अद्यतन: बहुमूल्य अनुरोध के लिए, धन्यवाद के अनुरोध पर व्यास एक AAA परिवार प्रोटोकॉल है, और RADIUS का विकास है। यह मुख्य रूप से संचार नेटवर्क में सेवाओं के मूल्यांकन के लिए है। विशेष रूप से, 3 जी नेटवर्क में इसका उपयोग डेटा ट्रांसमिशन सेवाओं का मूल्यांकन करने के लिए किया जाता है, और IMS \ LTE में प्रोटोकॉल मुख्य नियंत्रण तत्वों में से एक है।

परिचय

नए प्रोटोकॉल के लिए आवश्यकताओं का वर्णन करने वाले पहले दस्तावेज़ को 1998 में IETF के हिस्से के रूप में प्रकाशित किया गया था; पैट आर। कैलहौन (सन), ग्लेन ज़ोर्न (एमएस), पिंग पैन (आईबीएम) इसके लेखक बने।
ड्राफ्ट लेखकों की टीम संस्करण से संस्करण में बदल गई, उन्होंने एक कंपनी से दूसरी कंपनी में स्विच किया, और आखिरकार, 2003 में आरएफसी 3588 जारी किया गया, लेकिन पैट आर। कैलहौन नाम हमेशा पहला है। 3588 में, मूल व्यास मॉडल का वर्णन किया गया था, जिसमें लेखांकन कार्यक्षमता शामिल थी और डेवलपर्स को इसके आधार पर प्रोटोकॉल के लिए नए एप्लिकेशन बनाने की अनुमति दी गई थी। और हाल ही में, अक्टूबर 2012 में, RFC 3588 को पदावनत किया गया और RFC6733 द्वारा प्रतिस्थापित किया गया, जिसमें नाटकीय रूप से कुछ भी नहीं बदला गया है, पिछड़ी संगतता को संरक्षित किया गया है, परिवर्तन दस्तावेज़ में स्वयं वर्णित हैं और लेख के दायरे से परे हैं।

प्रोटोकॉल की एक महत्वपूर्ण विशेषता इसकी व्यापकता है और न केवल अपनी विशेषताओं को बनाने की क्षमता है, बल्कि अनुप्रयोग भी हैं। एक उदाहरण अनुप्रयोग RFC 4006 व्यास क्रेडिट नियंत्रण अनुप्रयोग है, जिसने 2003 में विकास शुरू किया और अंतिम RFC 2005 में सामने आया। इसके बाद, 3GPP समिति ने RCF 3588 को बंद कर दिया और कई अनुप्रयोगों का निर्माण किया, उदाहरण के लिए 3GPP 32.299 व्यास चार्जिंग अनुप्रयोगों, जो RFC 4006 DCCA के विकास का परिणाम है। ।

ये तीन स्रोत व्यास की संभावनाओं पर विचार करने के लिए पर्याप्त होंगे, कई मामलों में यह सिफारिशों की एक वापसी होगी। नीचे मैं कुछ खुली विशिष्टताओं के लिंक प्रदान करूंगा। खुले लोगों के अलावा, मैं व्यास अनुप्रयोगों के मालिकाना कार्यान्वयन में आया था। परिणामस्वरूप, मैं व्यास के कार्यान्वयन, संस्करणों और अनुप्रयोगों की वास्तविक संख्या का मूल्यांकन नहीं कर सकता। लेकिन मैं यह सुनिश्चित करने के लिए कह सकता हूं कि आज, मोबाइल सेवाओं के साथ लगभग किसी भी ग्राहक को व्यास प्रदान करने के लिए, इसका उपयोग एक या दूसरे रूप में किया जाता है। और 3 जी, आईएमएस, एलटीई के विकास के साथ, प्रवेश दर 100% तक हो जाएगी।

मूल प्रोटोकॉल

बुनियादी प्रोटोकॉल AAA प्रोटोकॉल के लिए आवश्यकताओं को लागू करता है, जिसका विवरण RFC2989 में परिलक्षित होता है, और एक कनेक्शन स्थापित करने की प्रक्रिया, संगतता की जांच, संदेश भेजने के नियम और उनके मार्ग और वियोग का वर्णन करता है।
परिवहन के रूप में, टीसीपी और एससीटीपी का उपयोग किया जा सकता है। प्रोटोकॉल सुरक्षा को परिवहन स्तर पर सुनिश्चित किया जाना चाहिए, सिफारिशें यह भी इंगित करती हैं कि प्रोटोकॉल का उपयोग टीएलएस, डीटीएलएस या आईपीओसेक के बिना नहीं किया जाना चाहिए। एक विश्वसनीय नेटवर्क में, निश्चित रूप से, उनके बिना करना संभव है, विशेष रूप से, अगर उद्यम के आंतरिक नेटवर्क को विश्वसनीय माना जा सकता है।

विनिर्देश कई प्रकार के व्यास नोड्स को परिभाषित करता है।
नोड्स की भूमिका को समझने के लिए, दो शब्दों को पेश किया जाना चाहिए, जिन्हें नीचे अधिक विस्तार से चर्चा की जाएगी।
सत्र - ग्राहक की स्थिति पर नज़र रखता है और इसमें वे और केवल वे संदेश शामिल होते हैं जो किसी व्यक्तिगत ग्राहक से संबंधित होते हैं।
कनेक्शन - व्यास नोड्स के बीच संचार की स्थिति की निगरानी करता है।

सत्र एवीपी सत्र द्वारा निर्धारित किया जाता है, और यह पहचानकर्ता ग्राहक के सत्र के प्रसंस्करण में भाग लेने वाले सभी नोड्स के लिए एंड-टू-एंड है।

ग्राहक

क्लाइंट आमतौर पर एक नेटवर्क डिवाइस है जो सीधे सब्सक्राइबर ट्रैफिक को प्रोसेस करता है।

सर्वर

सर्वर की भूमिका समझ में आती है, इसे ग्राहक सत्रों की स्थिति की निगरानी करनी चाहिए।

एजेंट।

DIAMETER एजेंट ग्राहक और सर्वर के बीच मध्यवर्ती नोड हैं और ट्रैफ़िक नियंत्रण कार्य करते हैं। उदाहरण के लिए, वे एक साइट पर उपकरणों से संदेशों को एकत्र कर सकते हैं, लोड बैलेंसर के रूप में कार्य कर सकते हैं, व्यास पैकेट को संशोधित कर सकते हैं, किसी विश्वसनीय नेटवर्क से सार्वजनिक एक पर स्विच करते समय सुरक्षा द्वार के रूप में कार्य कर सकते हैं।

कार्यात्मक रूप से, एजेंटों को कई प्रकारों में विभाजित किया जाता है।

रिले एजेंट (DRL)

इस प्रकार के नोड्स नेटवर्क उपकरणों से डायमीटर संदेश प्राप्त करते हैं और उन्हें Realm के आधार पर संदेशों में निहित डेटा और ज्ञात पड़ोसियों की सूची के आधार पर निम्न नोड्स पर पुनर्निर्देशित करते हैं। रिले का उपयोग एक ही भौगोलिक क्षेत्र में स्थित कई नोड्स से संदेशों को एकत्र करने के लिए किया जा सकता है।

रिले संदेश शरीर में किसी भी तरह से महत्वपूर्ण क्षेत्रों को संशोधित नहीं करता है, इसलिए वे किसी भी प्रकार के व्यास के आवेदन के साथ काम कर सकते हैं, हालांकि, कनेक्शन स्थापित करते समय, उन्हें रिले एप्लिकेशन आईडी की घोषणा करनी चाहिए।

प्रॉक्सी एजेंट।

प्रॉक्सी रिले के समान हैं, लेकिन वे डायमीटर संदेशों के पेलोड को संशोधित कर सकते हैं। उदाहरण के लिए, कुछ सेवाओं तक पहुंच को नियंत्रित करना, फ़ील्ड मानों को संशोधित करना आदि। सबसे अधिक बार, रिले और प्रॉक्सी को एक इकाई में संयोजित किया जाता है, क्योंकि रूपांतरण नियमों के बिना एक प्रॉक्सी एक रिले एजेंट है।

पुनर्निर्देशित एजेंट (DRD)

DRDs का उपयोग किया जाता है यदि व्यास संदेश के रूटिंग नियमों को एक बिंदु से मॉनिटर किया जाए। डीआरडी अनुरोध प्राप्त करता है, उस नोड को निर्धारित करता है जिसे इसे भेजा जाना चाहिए, और डीआरएल को बताता है कि इसे कहां पुनर्निर्देशित किया जाना चाहिए।
आरेखों पर, सब कुछ बहुत सरल दिखता है।

अनुवाद एजेंट (TLA)

और सबसे दिलचस्प (मेरे दृष्टिकोण से) व्यास नोड वर्ग प्रोटोकॉल अनुवादक है। यदि एएए प्रोटोकॉल के स्तर पर भौतिक उपकरण असंगत हैं, तो उनका उपयोग किया जाता है। उदाहरण के लिए, RADIUS से व्यास में रूपांतरण को लागू करें और इसके विपरीत। या व्यास के 2 असंगत संस्करणों के बीच रूपांतरण का समर्थन करें। टीएलएएस को अपने प्रसंस्करण के दौरान सत्र के लेन-देन और राज्य को प्रदान करना चाहिए।
TLAs को केवल उन्हीं ApplicationID की घोषणा करनी चाहिए जिनका समर्थन कार्यान्वित किया गया है, जैसा कि केवल इस मामले में, एजेंट आने वाले संदेश को सही ढंग से संसाधित करने में सक्षम होगा।

पैकेज संरचना

पैकेज पारंपरिक रूप से एक हेडर और एक पेलोड (एवीपी के रूप में - गुण-मूल्य जोड़ी) से मिलकर बनता है।



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

एवीपी की संरचना भी बहुत सरल है।



एवीपी कोड - सिफारिश में वर्णित विशेषता कोड।
कोड के बाद ओवरहेड बिट्स, डेटा लंबाई और वैकल्पिक विक्रेता-आईडी फ़ील्ड है।
इसके बाद डेटा एक निश्चित लंबाई के साथ आता है।
बदले में, डेटा में अन्य AVP सेट हो सकते हैं, AVP संरचना ASN.1 द्वारा अच्छी तरह से वर्णित है।

इस पर मैं समाप्त कर दूंगा।

अगले भाग में, हम देखेंगे कि प्रोटोकॉल कैसे काम करता है, वर्णनात्मक भाग के बजाय, हम चरणों में संदेशों का आदान-प्रदान करने के क्रम का विश्लेषण करेंगे: एक कनेक्शन स्थापित करना, व्यास सत्र को संसाधित करना और कनेक्शन को समाप्त करना। और सबसे दिलचस्प - प्रोटोकॉल और उसके अनुप्रयोगों की व्यापकता पर विचार करें।