डीसीआई-बॉक्स/व्हाइट बॉक्स - भविष्य की नेटवर्क प्रोग्रामयोग्यता का मार्ग: नेटकॉन्फ प्रोटोकॉल और यांग मॉडल

नेटवर्क ऑटोमेशन पर मेरे द्वारा साझा किए गए संबंधित लेखों के लिए, कृपया "स्क्रैच से नेटडेवऑप्स" कैटलॉग देखें।

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

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

सीएलआई

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

-निर्माताओं के बीच कमांड सेट में भारी अंतर है। न केवल निर्माता, बल्कि एक ही मॉडल के विभिन्न सॉफ़्टवेयर संस्करणों में बहुत भिन्न अंतर हो सकते हैं।

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

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

-विन्यास को पार्स करने और उत्पन्न करने की प्रक्रिया बेहद जटिल है। कई मामलों में, लिखे गए नियमित नियम केवल "सत्य" के असीम रूप से करीब हो सकते हैं, लेकिन संपूर्ण "सत्य" के नहीं।

-कोई लेन-देन नहीं है, और एक कॉन्फ़िगरेशन आंशिक रूप से प्रभावी हो सकता है और आंशिक रूप से प्रभावी नहीं हो सकता है।

-कोई स्वचालित निरीक्षण तंत्र नहीं है और यह पूरी तरह से लोगों पर निर्भर है। उदाहरण के लिए, मैं परीक्षण करना चाहता हूं कि जेनरेट की गई स्क्रिप्ट सही है या नहीं। एक रास्ता है, लेकिन इसे आसानी से लागू करना बहुत कठिन और अक्सर कठिन होता है।

-डेटा मॉडलिंग का कोई अंदाज़ा नहीं

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

एसएनएमपी

एसएनएमपी (एसएनएमपी, सरल नेटवर्क प्रबंधन प्रोटोकॉल), यह प्रोटोकॉल नेटवर्क प्रबंधन प्रणालियों का समर्थन कर सकता है ताकि यह निगरानी की जा सके कि नेटवर्क से जुड़े उपकरणों में कोई ऐसी स्थिति है जो प्रबंधन का ध्यान आकर्षित करती है। इसमें नेटवर्क प्रबंधन मानकों का एक सेट शामिल है, जिसमें एक एप्लिकेशन लेयर प्रोटोकॉल, डेटाबेस स्कीमा और डेटा ऑब्जेक्ट का एक सेट शामिल है।

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

-खराब पठनीयता. यह मानव-मशीन में "मशीन" को प्राथमिकता देता है। उपयोग करने पर यह पढ़ने योग्य नहीं है, और मॉडलिंग डेटा भी पढ़ने योग्य नहीं है। यह ASN.1 के सुपरसेट का उपयोग करता है।

-सुरक्षा सीमित है. तीन संस्करण हैं: v1, v2c और v3, और क्रम में सुरक्षा में सुधार किया गया है। हालाँकि, सबसे आम v2c है, जिसकी सुरक्षा सीमित है। डिज़ाइन की दृष्टि से v3 संस्करण बहुत सुरक्षित है, लेकिन यह सार्वभौमिक नहीं है। . .

-कोई बैकअप, रिकवरी या रोलबैक तंत्र नहीं है। हमारे पास कमांड लाइन का बैकअप लेने के लिए शो रन और अन्य विधियां भी हैं, लेकिन snmp. . .

-बहुत कम लिखते हैं. खूब पढ़ें, कम लिखें, ज्यादातर निगरानी के लिए उपयोग किया जाता है।

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

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

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

नेटकॉन्फ़ प्रोटोकॉल और YANG मॉडल

नेटवर्क की अगली पीढ़ी का सामना करते हुए, नेटवर्क प्रोग्रामयोग्यता को बेहतर ढंग से समझने और स्वचालन के स्तर में सुधार करने के लिए हमें किस प्रकार के नेटवर्क प्रबंधन प्रोटोकॉल की आवश्यकता है?

IETF ने 2002 में RFC3535 में निम्नलिखित विचार प्रस्तावित किए (वास्तव में उनमें से 33 हैं। ऑनलाइन जानकारी और लेखक के ज्ञान के आधार पर, मैंने निम्नलिखित विचार लिखे):

1. नेटवर्क कॉन्फ़िगरेशन के लिए एक प्रोग्रामयोग्य इंटरफ़ेस है

2. समान कॉन्फ़िगरेशन का उपयोग निर्माताओं और मॉडलों में किया जा सकता है

3. एक मॉडलिंग भाषा को अच्छी पठनीयता के साथ एकीकृत करने की आवश्यकता है

4. पूर्ण त्रुटि जाँच और पुनर्प्राप्ति कार्य

5. लेन-देन संबंधी

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

RFC6020 को 2010 में जारी किया गया था, जिसमें YANG मॉडल मॉडलिंग भाषा और इसे NETCONF के साथ संयोजित करने की एक विधि का प्रस्ताव दिया गया था। एक परिभाषा एक डेटा मॉडलिंग भाषा है जो निर्माताओं के बीच अंतर्निहित संसाधन तर्क को एकीकृत करती है, और दूसरी परिभाषा कॉन्फ़िगरेशन डेटा और स्थिति डेटा पर प्रत्येक निर्माता के संचालन के लिए एक एकीकृत कमांड सेट है। YANG मॉडल द्वारा बनाए गए डेटा इंस्टेंसेस को Netconf प्रोटोकॉल में लपेटा गया है। ट्रांसमिशन, दोनों को YANG मॉडल के आधार पर और नेटकॉन्फ प्रोटोकॉल द्वारा संचालित नए युग के लिए सार्वभौमिक नेटवर्क प्रोग्रामयोग्य इंटरफेस का एक नया सेट बनाने के लिए एक दूसरे के साथ जोड़ा गया है।

2016 के बाद, नेटकॉन्फ़ प्रोटोकॉल YANG मॉडल के साथ निकटता से एकीकृत हो गया और लोकप्रिय हो गया। अब तक, जब हम कुछ एसडीएन आर्किटेक्चर सॉफ़्टवेयर पहलुओं को देखते हैं, तो हमने कमोबेश इन दो शब्दों को सुना है।

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

आगे, हम संक्षेप में YANG मॉडल और Netconf प्रोटोकॉल के बारे में बात करेंगे। आइए सबसे पहले डेटा मॉडलिंग भाषा YANG के बारे में बात करें और देखें कि यह इस नेटवर्क दुनिया के डिजिटल जुड़वां का वर्णन कैसे करती है।

यांग मॉडल

RFC6020 दस्तावेज़ में, शुरुआती अध्याय में स्पष्ट रूप से कहा गया है, YANG, नेटवर्क कॉन्फ़िगरेशन प्रोटोकॉल के लिए एक डेटा मॉडलिंग भाषा। यह येट अदर नेक्स्ट जेनरेशन (यांग) डेटा मॉडलिंग लैंग्वेज का संक्षिप्त रूप है। यह एक मॉडलिंग भाषा है जिसका उपयोग नेटवर्क अवधारणाओं का वर्णन करने के लिए किया जाता है।

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

यह इस नेटवर्क डिवाइस का एक संरचित भाषा में बहुत सरलता से वर्णन कर सकता है। उदाहरण के लिए, पोर्ट की परिभाषा के लिए:

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

YANG मॉडल द्वारा नेटवर्क डिवाइस की कई विशेषताओं का वर्णन किया गया है, जिसमें कॉन्फ़िगरेशन स्थिति और ऑपरेटिंग स्थिति शामिल है।

इस प्रकार, YANG मॉडल संरचित भाषा का उपयोग करके ऑनलाइन दुनिया का वर्णन करता है। यदि आप रुचि रखते हैं, तो आप उपरोक्त इंटरनेट ब्लॉग पोस्ट पढ़ सकते हैं, जिसमें बहुत गहन विवरण है।

इसे XML डेटा में बहुत अच्छी तरह से परिवर्तित किया जा सकता है और ट्रांसमिशन के लिए नेटकॉन्फ प्रोटोकॉल में लपेटा जा सकता है (हम इसे बाद में समझाएंगे):

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

तस्वीर को देखते हुए, मुझे लगता है कि उनमें से बहुत सारे हैं, और आमतौर पर उपयोग किए जाने वाले कॉन्फ़िगरेशन अपेक्षाकृत पूर्ण हैं। लेकिन व्यवहार में, यह इस पर निर्भर करता है कि निर्माता इन यांग मॉडलों का भी समर्थन करता है या नहीं। किसी निश्चित विषय के कुछ उच्च संस्करण डिवाइस मूल रूप से समर्थित हैं। मैंने अभी तक घरेलू लोगों पर करीब से नज़र नहीं डाली है।

नेटवर्क बिल्कुल एक जैसे नहीं हो सकते. एक इंजीनियर के लिए जो नेटवर्क संचालन और रखरखाव विकास में लगा हुआ है, उसी लक्ष्य को प्राप्त करने में सक्षम होना एक आशीर्वाद है!

openconfig https://github.com/openconfig/public/tree/master/release/models में पाया जा सकता है

आप विभिन्न आधिकारिक वेबसाइटों पर निजी यांग मॉडल पा सकते हैं।

नेटकॉन्फ प्रोटोकॉल

यांग मॉडल के बारे में बात करने के बाद, नेटकॉन्फ प्रोटोकॉल के बारे में बात करते हैं। यांग मॉडल नेटवर्क दुनिया के डिजिटल विवरण को परिभाषित करता है, और नेटकॉन्फ़ डेटा के अधिग्रहण (प्राप्त) और समायोजन (कॉन्फ़िगरेशन) को परिभाषित करता है।

नेटकॉन्फ नेटवर्क दुनिया के प्रबंधन का एहसास करने के लिए यांग मॉडल द्वारा वर्णित दुनिया के डेटा को समाहित करता है।

यांग डेटा को xml में एनकैप्सुलेट किया जाता है और फिर नेटकॉन्फ प्रोटोकॉल के माध्यम से प्रबंधित किया जाता है। यह एक महान स्तरित विचार वाला एक प्रोटोकॉल है, जो प्रोटोकॉल के कुछ विवरणों को पदानुक्रमित तरीके से वर्णित करता है। आइए ऊपर दी गई तस्वीर को देखें।

-ट्रांसमिशन: नेटकॉन्फ एसएसएच प्रोटोकॉल के माध्यम से प्रसारित होता है, कनेक्शन-उन्मुख है, और इसमें सुरक्षा की गारंटी है।

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

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

-डेटा: डेटा यांग डेटा है जो xml में लपेटा गया है। ऊपर वर्णित पोर्ट की तरह, संरचित डेटा को प्रोग्राम करना आसान है। कॉन्फ़िगर किए जाने या हटाए जाने या प्राप्त किए जाने वाले डेटा का वर्णन करने के लिए उपयोग किया जाता है।

ये नेटकॉन्फ़ की चार परतें हैं। नियंत्रण अंत और नेटवर्क डिवाइस नेटकॉन्फ़ के माध्यम से, पारंपरिक एसएसएच प्रोटोकॉल के माध्यम से, नेटकॉन्फ़ सबसिस्टम का उपयोग करके संचार करते हैं, और डिफ़ॉल्ट पोर्ट 830 है। जैसा कि नीचे दिखाया गया है:

यह आंकड़ा कच्चे एसएसएच का उपयोग करके इंटरैक्शन को दर्शाता है, लेकिन वास्तव में हम प्रोग्रामिंग के माध्यम से इस प्रक्रिया को कार्यान्वित करते हैं। मैं आपको बाद में प्रोग्रामिंग कार्यान्वयन विधि दिखाऊंगा।

नेटकॉन्फ नेटवर्क उपकरणों को कॉन्फ़िगर करता है। इंटरेक्शन प्रक्रिया मोटे तौर पर इस प्रकार है:

यह तस्वीर इतनी नीची है कि आप यह भी देख सकते हैं कि यह मेरे द्वारा खींची गई है... नेटकॉन्फ के बारे में मेरी समझ ऊपर की तरह है। मुझे लगता है कि इंटरनेट पर कई तस्वीरें हैं जो सही नहीं हैं, और सर्वर एजेंट के कई व्यवहार सही नहीं हैं। जब मैं डिवाइस में लॉग इन करता हूं तो मुझे सहज रूप से यही महसूस होता है, और निश्चित रूप से यह आधिकारिक दस्तावेज के साथ एक-से-एक मेल खाता है।

हम कुछ नेटकॉन्फ़ उदाहरण देख सकते हैं:

नमस्ते, एक लिंक बनाएं.

हमने कई कीवर्ड, नेटकॉन्फ़ संस्करण, समर्थित YANG मॉडल, सत्र आईडी देखे। उसी समय, हैलो इंगित करता है कि हम किस नेमस्पेस में काम कर रहे हैं। इस मामले में, यह नेटकॉन्फ का संबंधित संस्करण है।

कॉन्फ़िगरेशन प्राप्त करें

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

कॉन्फ़िगरेशन या रनिंग डेटा प्राप्त करें

गेट-कॉन्फ़िगरेशन के समान, लेकिन जो प्राप्त होता है वह रनिंग कॉन्फ़िगरेशन (व्यक्तिगत समझ) या रनिंग डेटा है। फ़िल्टर निर्दिष्ट किया जा सकता है.

कॉन्फ़िगरेशन कॉपी करें

कॉपी ऑपरेशन के दो पैरामीटर हैं, स्रोत और गंतव्य। सफल उत्तर ओके टैग के साथ है।

कॉन्फ़िगरेशन संपादित करें

कॉन्फ़िगरेशन को संपादित करते समय, संपादित किए जाने वाले डेटा आइटम, क्षमता का नामस्थान और संबंधित लेबल निर्दिष्ट करें। उदाहरण के लिए, यह dhcp को कॉन्फ़िगर करना है, जिसे यांग मॉडल http://tail-f.com/ns/example/dhcp द्वारा वर्णित किया गया है।

सत्र को शालीनता से समाप्त करें

यह इस प्रकार का संदेश है जो ssh में आगे और पीछे प्रसारित होता है। हम हर किसी की समझ को सुविधाजनक बनाने के लिए संदेश का केवल एक भाग निकालते हैं।

फिर संदर्भ के लिए बस कुछ सामग्री जोड़ें।

-नेटकॉन्फ़ सत्र पर आधारित है, और प्रत्येक सफलता की एक सत्र आईडी होगी।

-प्रत्येक अनुरोध में एक संदेश आईडी होती है, जब तक वह धीरे-धीरे बड़ी होती जाती है

-डेटा कॉन्फ़िगरेशन को लॉक, एक्सक्लूसिव और लॉक के माध्यम से संचालित किया जा सकता है।

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

-नेटकॉन्फ सदस्यता का समर्थन करता है। डिवाइस के प्रदर्शन के संदर्भ में, परिमाण का क्रम लगभग 5 सत्र है। मैं एक निश्चित डेटा आइटम की सदस्यता ले सकता हूं और इसमें बदलाव होने पर डिवाइस मुझे सूचित करेगा।

-क्षमता, मैं इसे इसी तरह समझता हूं। नेटवर्क डिवाइस Netconf और YANG मॉडल का संस्करण भेजता है, और नियंत्रण टर्मिनल Netconf का संस्करण भेजता है। केवल तभी जब नेटकॉन्फ़ संस्करण दोनों से मेल खाता है हम जारी रख सकते हैं। यह मेरी सहज अनुभूति है. किसी भी सलाह का स्वागत है.

-गेट एडिट जैसे ऑपरेशन बदले जाने वाले डेटा को निर्दिष्ट करेंगे, जिसे फ़िल्टर का उपयोग करके फ़िल्टर किया जा सकता है।

-कॉपी-कॉन्फ़िगरेशन कॉन्फ़िगरेशन के पूरे सेट को कहीं से कहीं कॉपी करने का समर्थन करता है। डिवाइस पर कहीं एफ़टीपी फ़ाइल, रनिंग, स्टार्टअप और उम्मीदवार कॉन्फ़िगरेशन हो सकता है।

-नेटकॉन्फ मान्य ऑपरेशन का उपयोग करके कॉन्फ़िगरेशन के सत्यापन का भी समर्थन करता है।

यह लेख अभी भी विज्ञान को लोकप्रिय बनाने की आशा करता है, और मैं विवरण में नहीं जाऊंगा। आप आरएफसी के प्रासंगिक प्रोटोकॉल पढ़ सकते हैं, जो वास्तव में बहुत लंबा नहीं है।

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

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

आइए विस्तार करें और कल्पना करें कि YANG मॉडल ने नेटवर्क डिवाइस की डेटा संरचना को परिभाषित किया है। हम इसे Netconf के माध्यम से संचालित कर सकते हैं। क्या इसे अन्य प्रोटोकॉल के माध्यम से भी संचालित किया जा सकता है?

उत्तर है, हाँ। वास्तव में, कई अन्य प्रोटोकॉल Netconf से प्राप्त किए गए हैं, जैसे RESTConf। जैसा कि नीचे दिया गया है,

YANG मॉडल (सार्वजनिक और मूल) डेटा संरचना को परिभाषित करता है, जिसके ऊपर नए नेटवर्क प्रबंधन प्रोटोकॉल, Netconf, RESTCon, gRPC, आदि हैं। इस तरह, हम HTTP RESTful API के आधार पर RESTConf के माध्यम से नेटवर्क डिवाइस संचालित कर सकते हैं, हम नेटवर्क भी संचालित कर सकते हैं SSH पर आधारित Netconf के माध्यम से डिवाइस, या हम HTTP2 पर आधारित gRPC के माध्यम से नेटवर्क डिवाइस संचालित कर सकते हैं। वे सभी अच्छी डेटा संरचना के साथ YANG पर आधारित हैं। मॉडल, संबंधित डेटा लिखें, नेटवर्क उपकरणों को प्रोग्राम करने के लिए इसे xml या json में इनकैप्सुलेट करें। यह नेटवर्क प्रोग्रामयोग्यता का भविष्य है। सटीक होने के लिए, यह मॉडल संचालित प्रोग्राम, मॉडल-आधारित नेटवर्क प्रोग्रामयोग्यता है। नेटवर्क इंजीनियर धीरे-धीरे कमांड सेट के बजाय डिवाइस के मापदंडों पर ध्यान केंद्रित करते हैं, और संबंधित डेटा मॉडल को पढ़कर नेटवर्क मापदंडों को कॉन्फ़िगर करते हैं।

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

सौभाग्य से, उन्होंने ओपन सोर्स तकनीक और एसडीएन के विकास को पकड़ लिया, और धीरे-धीरे मैं नेटडेवऑप्स के काम में बदल गया और टीम के संचालन और रखरखाव क्षमताओं को बेहतर बनाने के लिए अपने प्रोग्रामिंग कौशल का उपयोग किया। मुझे कोड की यह पंक्ति लिखने में भी आनंद आया। जैसे-जैसे लेखन आगे बढ़ता है, धीरे-धीरे यह पता चलता है कि NetDevOps एक ऐसा कौशल होना चाहिए जो भविष्य में प्रत्येक नेटवर्क इंजीनियर के पास होना चाहिए (हर कोई आग में ईंधन जोड़ता है), ताकि वे उच्च-स्तरीय योजना और तेजी से कार्यान्वयन दोनों प्राप्त कर सकें। इंटरनेट पर कुछ जानकारी को देखते हुए, ईमानदारी से कहें तो, चीन में बहुत कम है, और घरेलू माहौल बहुत मजबूत नहीं है। कई घरेलू सॉफ़्टवेयर पुराने सीएलआई और एसएनएमपी पर आधारित हैं, और हर कोई अभी भी काम के लिए टेक्स्ट टूल और एसएसएच टूल का उपयोग करता है। इसलिए मुझे आशा है कि मैंमैं दूसरों को मछली पकड़ना सिखा सकता हूं, अपने अनुभव (गड्ढे) और कौशल को अधिक नेटवर्क संचालन और रखरखाव इंजीनियरों के साथ साझा कर सकता हूं, और अपना सर्वश्रेष्ठ प्रयास करें। जिओ चू ने कहा कि आप अपने कार्यभार को कम करने के लिए कुछ सीख सकते हैं, और दूर के भविष्य पर ध्यान केंद्रित करके, घरेलू नेटवर्क संचालन और रखरखाव वास्तव में स्वचालन की ओर विकसित हो सकता है।

भविष्य में, मैं कुछ वीडियो रिकॉर्ड करूंगा और कुछ लेख लिखूंगा। दस्तावेज़ लिखना वास्तव में कठिन लगता है। सदस्यता लेने, संग्रह करने, लाइक पर क्लिक करने और देखने के लिए आपका स्वागत है।

परिशिष्ट: नेटकॉन्फ सामान्य संचालन

डीडब्ल्यूडीएम ओटीएन सॉल्यूशन डिज़ाइन और लागत कोटेशन, कृपया मेरे साथ लिंक करें, टेलर हुआंग