नेटकॉन्फ़ और यांग एपीआई ऑर्केस्ट्रेशन
मार्गदर्शकप्रकाशित
2023-07-07
रिलीज़ 4.2
परिचय
इस दस्तावेज़ का उद्देश्य
यह दस्तावेज़ वर्णन करता है कि नियंत्रण केंद्र NETCONF और YANG API के माध्यम से नेटवर्क सेवा ऑर्केस्ट्रेटर के साथ पैरागॉन एक्टिव एश्योरेंस को कैसे एकीकृत किया जाए। व्यावहारिक पूर्वampइसमें शामिल प्रमुख कार्यों के बारे में बताया गया है, जिनमें शामिल हैं: वर्चुअल टेस्ट एजेंट बनाना और तैनात करना, परीक्षण और मॉनिटर चलाना और इन गतिविधियों से परिणाम प्राप्त करना।
इस दस्तावेज़ में, ऑर्केस्ट्रेटर की भूमिका में स्वतंत्र रूप से उपलब्ध Python NETCONF क्लाइंट ncclient का उपयोग किया गया है।
कन्वेंशनों
इस दस्तावेज़ में निम्नलिखित संक्षिप्ताक्षरों का उपयोग किया गया है:
संक्षेपाक्षर | अर्थ |
सीएलआई | कमांड लाइन इंटरफ़ेस |
EM | तत्व प्रबंधक |
ES | दूसरा त्रुटि |
एमईपी | एमईजी (रखरखाव इकाई समूह) अंत बिंदु (आईटीयू-टी वाई.1731 परिभाषा) या रखरखाव अंत बिंदु (सिस्को परिभाषा) |
एनएफवी | नेटवर्क फंक्शन वर्चुअलाइजेशन |
एनएफवीओ | नेटवर्क फ़ंक्शन वर्चुअलाइजेशन ऑर्केस्ट्रेटर |
एनएसडी | नेटवर्क सेवा डिस्क्रिप्टर |
आरपीसी | सुदूर प्रणाली संदेश |
एसआईपी | सत्र आरंभ प्रोटोकॉल |
एसएलए | सेवा स्तर समझौता |
एस-वीएनएफएम | विशेष वीएनएफ प्रबंधक |
वीएनएफ | वर्चुअल नेटवर्क फ़ंक्शन |
वीटीए | वर्चुअल टेस्ट एजेंट |
पश्चगामी संगतता पर नोट्स
NETCONF और YANG API के संस्करण 2.35.4/2.36.0 में, NETCONF मानक का पालन करने के लिए कुछ अनुरोधों के सत्यापन को और अधिक कठोर बना दिया गया था। इसका मतलब यह है कि इस गाइड के पुराने संस्करणों पर आधारित क्लाइंट कोड अब अस्वीकार किया जा सकता है।
उदाहरणार्थampले, पिछले पायथन उदाहरण मेंampले कोड, कोई नेमस्पेस विशेषता प्रदान नहीं की गई थी। जब भी आप किसी कॉन्फडी संसाधन को संशोधित करना चाहते हैं तो अब अनुरोध XML में नेमस्पेस प्रदान करने की आवश्यकता है।
पूर्वापेक्षाएँ और तैयारी
कॉन्फडी इंस्टालेशन
कॉन्फ़डी (टेल-एफ का एक उत्पाद) का उपयोग पैरागॉन एक्टिव एश्योरेंस सिस्टम और नेटकॉन्फ़ के बीच मध्यस्थ के रूप में किया जाता है। कॉन्फ़डी पैरागॉन एक्टिव एश्योरेंस कॉन्फ़िगरेशन और परिचालन डेटा को नेटकॉन्फ़ और यांग एपीआई से जोड़ता है।
कन्फ़डी को कंट्रोल सेंटर सॉफ़्टवेयर के साथ इंस्टॉल किया जाना चाहिए, जैसा कि इंस्टॉलेशन गाइड में बताया गया है।
सत्यापित करना कि कॉन्फ़डी चल रहा है
यह सत्यापित करने के लिए कि कॉन्फ़डी चालू है और चल रहा है, कमांड चलाएँ
एसएसएच -एस @लोकलहोस्ट -पी 830 नेटकॉन्फ
यह जांचने के लिए कि कॉन्फ़डी पोर्ट 830 पर प्रतिक्रिया करता है। कमांड में, जैसा कि नेटकॉन्फ यूजर क्रिएट द्वारा परिभाषित किया गया है
इंस्टालेशन गाइड में कमांड, कॉन्फडी इंस्टालेशन अनुभाग। उसी कमांड द्वारा परिभाषित पासवर्ड दें।
आउटपुट में, सत्यापित करें कि नियंत्रण केंद्र मॉड्यूल शामिल है। आउटपुट में निम्नलिखित जैसी एक पंक्ति होनी चाहिए:
http://ncc.netrounds.com?module=netrounds-ncc&संशोधन=2017-06-15
नियंत्रण केंद्र के साथ कॉन्फ़िगरेशन डेटाबेस को सिंक्रनाइज़ करना
अंत में, हमें NETCONF के माध्यम से कॉन्फ़िगरेशन डेटाबेस को अपडेट करने की आवश्यकता है। हम यहां ncclient (NETCONF क्लाइंट) नामक पायथन लाइब्रेरी के माध्यम से ऐसा करेंगे। हालाँकि, जब तक यह NETCONF/YANG प्रोटोकॉल का उपयोग करता है तब तक कार्य को एक अलग प्रोग्रामिंग भाषा में भी पूरा किया जा सकता है।
एनक्लाइंट की भूमिका कॉन्फ़डी सर्वर के प्रति क्लाइंट के रूप में कार्य करना है जो NETCONF/YANG API को होस्ट करता है।
यह इंगित करने योग्य है कि एनक्लाइंट किसी भी तरह से नियंत्रण केंद्र (पहले "नेटराउंड्स कंट्रोल सेंटर") से संबंधित नहीं है, हालांकि नाम "एनसीसी" से शुरू होता है।
यहां बताया गया है कि एनसीक्लाइंट कैसे इंस्टॉल करें:
- सॉफ्टवेयर यहाँ से डाउनलोड करें https://github.com/ncclient/ncclient.
- यह आदेश चलाएँ: pip install ncclient
अब हम निम्नानुसार सिंक्रोनाइज़ेशन कर सकते हैं। ध्यान से ध्यान दें कि इसे एक अलग कंप्यूटर पर किया जाना चाहिए, न कि नियंत्रण केंद्र सर्वर पर:
#
# टिप्पणी:
# यह स्क्रिप्ट एनसीसी सर्वर पर चलने वाले कॉन्फडी के लिए क्लाइंट के रूप में कार्य करती है।
# यह संचार के लिए NETCONF/YANG API का उपयोग करेगा।
टिप्पणी: यह प्रक्रिया तब भी आवश्यक होती है जब परीक्षण एजेंटों को NETCONF से स्वतंत्र रूप से स्थापित और पंजीकृत किया गया हो। नोट को “ओवर” अनुभाग में देखेंview अधिक जानकारी के लिए पेज 17 पर टेस्ट एजेंट ऑर्केस्ट्रेशन का।
एकाधिक NETCONF-नियंत्रित पैरागॉन एक्टिव एश्योरेंस खाते स्थापित करना
नीचे दिए गए चरण केवल तभी आवश्यक हैं यदि आप इंस्टॉलेशन गाइड, अनुभाग "इंस्टॉलिंग कॉन्फ़डी" में इस तरह से कॉन्फ़िगर किए गए खाते के अलावा, NETCONF द्वारा नियंत्रित किए जाने वाले अन्य पैरागॉन एक्टिव एश्योरेंस खातों को सेट करना चाहते हैं।
ऐसे प्रत्येक खाते के लिए, निम्नानुसार आगे बढ़ें:
- नियंत्रण केंद्र में, खाते में लॉग इन करें और खाता > अनुमतियाँ पर जाएँ।
- उपयोगकर्ता जोड़ें "confd@netrounds.com“, और आमंत्रित बटन पर क्लिक करके इस कॉन्फ़डी उपयोगकर्ता को GUI में व्यवस्थापक अनुमति प्रदान करें।
- कॉन्फ़िगरेशन डेटाबेस को नियंत्रण केंद्र के साथ सिंक्रनाइज़ करें जैसा कि पृष्ठ 4 पर "कंट्रोल सेंटर के साथ कॉन्फ़िगरेशन डेटाबेस को सिंक्रनाइज़ करना" अनुभाग में वर्णित है।
अब आपको एक ही कॉन्फ़डी उपयोगकर्ता के साथ एकाधिक पैरागॉन एक्टिव एश्योरेंस खातों को नियंत्रित करने में सक्षम होना चाहिए।
टिप्पणी: एक बार जब आप कॉन्फडी के माध्यम से पैरागॉन एक्टिव एश्योरेंस खाते को नियंत्रित करना शुरू कर देते हैं, तो आपको इसके माध्यम से इस खाते में बदलाव नहीं करना चाहिए web किसी भी पैरागॉन एक्टिव एश्योरेंस सुविधाओं के संबंध में जीयूआई जो "कॉन्फ़िगरेशन" हैं (पेज 9 पर अध्याय "पैरागॉन एक्टिव एश्योरेंस में समर्थित सुविधाएँ" देखें)। यदि आप ऐसा करते हैं, तो समन्वयन का नुकसान होगा।
नेटकॉन्फ़ ऑर्केस्ट्रेशन एपीआई का परिचय
ऊपरview
एक तृतीय-पक्ष एनएफवीओ या सेवा ऑर्केस्ट्रेटर आम तौर पर वह घटक होता है जो नियंत्रण केंद्र एपीआई का उपयोग करके परीक्षण और निगरानी सत्र शुरू करता है। यह ऑर्केस्ट्रेटर टेस्ट एजेंट गतिविधियों से एकत्रित माप परिणाम भी प्राप्त करता है। प्रदर्शन KPI को तृतीय-पक्ष प्रदर्शन प्रबंधन प्रणालियों द्वारा पुनर्प्राप्त किया जा सकता है, जबकि घटनाओं - एक बार नियंत्रण केंद्र में निर्धारित सीमा उल्लंघन द्वारा ट्रिगर होने पर - तृतीय-पक्ष दोष प्रबंधन प्रणालियों को भेजा जा सकता है।
संक्षेप में, नीचे दिया गया आंकड़ा दिखाता है कि पैरागॉन एक्टिव एश्योरेंस ओएसएस परिदृश्य में अन्य तृतीय-पक्ष सिस्टम के साथ कैसे इंटरैक्ट करता है।
- एनएफवीओ/सर्विस ऑर्केस्ट्रेटर: वीएनएफ प्रबंधक को वीटीए तैनात करने और पैरागॉन एक्टिव एश्योरेंस को सेवा श्रृंखला में कॉन्फ़िगर करने का निर्देश देता है। एक बार सेवा सक्रिय हो जाने के बाद, ऑर्केस्ट्रेटर सेवा सक्रियण परीक्षणों को ट्रिगर करने और पास/असफल परिणाम प्राप्त करने के लिए नियंत्रण केंद्र की ओर एपीआई का उपयोग करता है। यदि परीक्षण पास हो जाते हैं, तो ऑर्केस्ट्रेटर सेवा की सक्रिय निगरानी शुरू करने के लिए नियंत्रण केंद्र की ओर एपीआई का उपयोग करेगा। मॉनिटरिंग से KPI लगातार या तो ऑर्केस्ट्रेटर द्वारा या एक अलग प्रदर्शन प्रबंधन प्लेटफ़ॉर्म द्वारा पुनर्प्राप्त किए जाते हैं।
- नियंत्रण केंद्र: एनएफवीओ या सर्विस ऑर्केस्ट्रेटर के निर्देशानुसार वीटीए को तैनात, स्केल और समाप्त करता है।
- प्रदर्शन प्रबंधन प्रणाली या सेवा गुणवत्ता प्रबंधन प्रणाली: नियंत्रण केंद्र एपीआई के माध्यम से सक्रिय निगरानी से KPI पढ़ता है।
- दोष प्रबंधन प्रणाली: SLAs का उल्लंघन होने पर नियंत्रण केंद्र से NETCONF, SNMP, या ईमेल सूचनाएं प्राप्त करता है।
पैरागॉन एक्टिव एश्योरेंस में अवधारणाओं की परिभाषाएँ
- परीक्षण एजेंट: वे घटक जो पैरागॉन एक्टिव एश्योरेंस सिस्टम में माप (परीक्षण के साथ-साथ मॉनिटर के लिए) करते हैं। परीक्षण एजेंटों में वास्तविक नेटवर्क ट्रैफ़िक उत्पन्न करने, प्राप्त करने और विश्लेषण करने की क्षमता वाले सॉफ़्टवेयर शामिल होते हैं।
- इस दस्तावेज़ में जिस प्रकार के टेस्ट एजेंट की चर्चा की गई है वह वर्चुअल टेस्ट एजेंट (वीटीए) है, जो एक हाइपरवाइजर पर तैनात एक वर्चुअल नेटवर्क फ़ंक्शन (वीएनएफ) है। अन्य प्रकार के टेस्ट एजेंट भी मौजूद हैं।
- पैरागॉन एक्टिव एश्योरेंस में माप के दो बुनियादी प्रकार हैं, परीक्षण और मॉनिटर।
- परीक्षण: एक परीक्षण में एक या कई चरण होते हैं, जिनमें से प्रत्येक की एक निर्दिष्ट, सीमित अवधि होती है। चरण क्रमिक रूप से क्रियान्वित किए जाते हैं. प्रत्येक चरण में कई कार्यों को एक साथ चलाना शामिल हो सकता है।
- मॉनिटर: एक मॉनिटर की कोई निर्दिष्ट अवधि नहीं होती है लेकिन वह अनिश्चित काल तक निष्पादित होता है। एक परीक्षण के एक चरण की तरह, एक मॉनिटर कई समवर्ती कार्यों को निष्पादित कर सकता है।
- टेम्प्लेट: जब पैरागॉन एक्टिव एश्योरेंस को एक ऑर्केस्ट्रेटर द्वारा नियंत्रित किया जाता है, तो परीक्षण और मॉनिटर हमेशा उन टेम्प्लेट के माध्यम से निष्पादित होते हैं जिनमें परीक्षण या मॉनिटर को परिभाषित किया जाता है। पैरामीटर सेटिंग्स को रनटाइम पर टेम्पलेट में इनपुट के रूप में पारित किया जा सकता है।
स्वचालन के लिए वर्कफ़्लो
डिज़ाइन का समय
डिज़ाइन समय पर, आप पैरागॉन एक्टिव एश्योरेंस में परीक्षणों और मॉनिटरों के लिए टेम्पलेट बनाकर माप तैयार करते हैं। ऐसा कैसे करें, यह पृष्ठ 15 पर "टेम्पलेट का परीक्षण और मॉनिटर करें" अध्याय में बताया गया है।
क्रम
रनटाइम पर, आप अपने डिवाइस सेट करते हैं और वास्तविक माप करते हैं।
- एक ओवरview सभी पूर्व केampलेस दिया गया अध्याय "पूर्व" में पाया जाता हैampपृष्ठ 15 पर नेटकॉन्फ और यांग एपीआई के माध्यम से पैरागॉन एक्टिव एश्योरेंस को नियंत्रित करने का विवरण।
- परीक्षण एजेंटों को कैसे तैनात और कॉन्फ़िगर किया जाए, इसका विवरण अध्याय "उदा." में दिया गया हैampलेस: टेस्ट एजेंट” पृष्ठ 16 पर।
- TW जैसी इन्वेंट्री आइटम कैसे आयात करेंAMP रिफ्लेक्टर और आईपीटीवी चैनलों का वर्णन "पूर्व" अध्याय में किया गया हैampलेस: इन्वेंटरी आइटम” पृष्ठ 29 पर।
- अलार्म को कैसे कॉन्फ़िगर करें यह अध्याय "उदा." में बताया गया हैampलेस: अलार्म” पृष्ठ 35 पर।
- NETCONF के माध्यम से पैरागॉन एक्टिव एश्योरेंस टेम्प्लेट निष्पादित करके परीक्षण और मॉनिटर कैसे चलाएं, इसका वर्णन अध्याय "पूर्व" में किया गया है।ampलेस: टेस्ट" पृष्ठ 43 पर और "उदाampलेस: मॉनिटर्स” पृष्ठ 54 पर।
पैरागॉन एक्टिव एश्योरेंस में समर्थित सुविधाएँ
पैरागॉन एक्टिव एश्योरेंस में सभी परीक्षण और मॉनिटर प्रकार टेम्प्लेट के उपयोग के माध्यम से बनाए और निष्पादित किए जा सकते हैं। यह कैसे करें यह इन-ऐप सहायता में "टेस्ट और मॉनिटर" > "टेम्प्लेट बनाना" के अंतर्गत शामिल है।
पैरागॉन एक्टिव एश्योरेंस खातों का निर्माण वर्तमान में समर्थित नहीं है; हालाँकि, उपयोगकर्ता के लिए एक या कई पूर्वनिर्धारित खाते स्थापित किए गए होंगे।
नीचे दी गई तालिकाएँ विस्तार से बताती हैं कि इस रिलीज़ में पैरागॉन एक्टिव एश्योरेंस में कौन सी सुविधाएँ उपलब्ध हैं, और इन सुविधाओं को YANG में कैसे दर्शाया गया है।
YANG निर्माणों की व्याख्या
सुविधा के लिए, फीचर तालिका में संदर्भित YANG संरचनाओं की परिभाषाएँ यहाँ दी गई हैं।
- कॉन्फिग (कॉन्फिग = सत्य): कॉन्फ़िगरेशन डेटा, एक सिस्टम को एक राज्य से दूसरे राज्य में बदलने के लिए आवश्यक है।
- स्थिति (कॉन्फिग=गलत): डेटा स्थिति: सिस्टम पर अतिरिक्त डेटा जो कॉन्फ़िगरेशन डेटा नहीं है, जैसे कि केवल-पढ़ने के लिए स्थिति जानकारी और एकत्रित आँकड़े।
- RPC: एक दूरस्थ प्रक्रिया कॉल, जैसा कि NETCONF प्रोटोकॉल में उपयोग किया जाता है।
- अधिसूचना: ईवेंट सूचनाएं NETCONF सर्वर से NETCONF क्लाइंट को भेजी जाती हैं।
ऑर्केस्ट्रेशन के लिए पैरागॉन एक्टिव एश्योरेंस सुविधाओं की तालिकाएँ उपलब्ध हैं
संसाधन: निगरानी
यांग पथ:/अकाउंट/अकाउंट/मॉनीटर
विशेषता | उपसुविधा | यांग निर्माण |
मॉनिटर बनाएं/संशोधित करें/हटाएं | मॉनिटर टेम्पलेट पर आधारित | कॉन्फ़िग |
मॉनिटर प्रारंभ/बंद करें | – | कॉन्फ़िग |
मॉनिटर टेम्प्लेट | इनपुट के साथ मौजूदा मॉनिटर टेम्पलेट्स की सूची बनाएं | राज्य |
नेटकॉन्फ़ सूचनाएं | अलार्म स्थिति बदल गई | अधिसूचना |
मॉनिटर परिणाम | शीर्ष स्तर के लिए एसएलए/ईएस काउंटर (%) कार्य स्तर के लिए एसएलए/ईएस काउंटर (%) |
राज्य |
परीक्षणों के विपरीत (संसाधन की तुलना करें: नीचे दिए गए परीक्षण), मॉनिटर आरपीसी के साथ शुरू नहीं होते हैं, बल्कि मॉनिटर कॉन्फ़िगरेशन को प्रतिबद्ध करके शुरू किए जाते हैं।
संसाधन: परीक्षण
यांग पथ: /खाता/खाता/परीक्षण
विशेषता | उपसुविधा | यांग निर्माण |
परीक्षण प्रारंभ करें | परीक्षण टेम्पलेट पर आधारित | आरपीसी |
परीक्षण प्रबंधित करें | स्थिति के साथ परीक्षणों की सूची बनाएं | राज्य |
परीक्षण टेम्पलेट्स | इनपुट के साथ मौजूदा परीक्षण टेम्पलेट्स की सूची बनाएं | राज्य |
नेटकॉन्फ़ सूचनाएं | परीक्षण की स्थिति बदल गई | अधिसूचना |
परीक्षा के परिणाम | परीक्षण चरण की स्थिति प्राप्त करें (उत्तीर्ण, असफल, त्रुटि,…) | राज्य |
संसाधन: परीक्षण एजेंट
यांग पथ:
- /खाते/खाता/परीक्षण-एजेंट (कॉन्फ़िगरेशन)
- /खाते/खाता/पंजीकृत-परीक्षण-एजेंट (राज्य)
/अकाउंट/अकाउंट/टेस्ट-एजेंट के अंतर्गत टेस्ट एजेंट वे होते हैं जो किसी खाते में कॉन्फ़िगर होते हैं। केवल इन टेस्ट एजेंटों को ऑर्केस्ट्रेटर द्वारा NETCONF के माध्यम से परीक्षणों और मॉनिटरों में कॉन्फ़िगर और उपयोग किया जा सकता है।
आपके द्वारा एक परीक्षण एजेंट को कॉन्फ़िगर करने और इसे खाते में पंजीकृत करने के बाद, परीक्षण एजेंट /accounts/account/registered-test-agents के अंतर्गत दिखाई देगा। आप NETCONF में "गेट" कमांड का उपयोग करके सभी पंजीकृत टेस्ट एजेंटों को पा सकते हैं (अध्याय उदाहरण की तुलना करें)।ampलेस: टेस्ट एजेंट)।
/accounts/account/registered-test-agents के अंतर्गत आपको ऐसे टेस्ट एजेंट भी मिल सकते हैं जिन्हें अभी तक कॉन्फ़िगर नहीं किया गया है। ऐसे किसी भी परीक्षण एजेंट को उपयोग करने से पहले कॉन्फ़िगर किया जाना चाहिए।
ऑर्केस्ट्रेशन परिदृश्य में, आम तौर पर यह अनुशंसा की जाती है कि आप अपने पैरागॉन एक्टिव एश्योरेंस खाते की सभी कॉन्फ़िगरेशन NETCONF के माध्यम से करें। यह सुनिश्चित करता है कि परीक्षण-एजेंट और पंजीकृत-परीक्षण-एजेंट अलग-अलग न हों।
विशेषता | उपसुविधा | यांग निर्माण |
सर्वर पर टेस्ट एजेंट पहले से बनाएं | – | कॉन्फ़िग |
ऑफ़लाइन परीक्षण एजेंट कॉन्फ़िगर करें | (कंट्रोल सेंटर कॉन्फिग को टेस्ट एजेंट की ओर धकेलता है जब यह ऑनलाइन आता है) |
कॉन्फ़िग |
मौजूदा/बाह्य रूप से कॉन्फ़िगर किए गए परीक्षण एजेंटों का उपयोग करें | परीक्षण/मॉनिटर में उपयोग करें | कॉन्फ़िग |
इंटरफेस कॉन्फ़िगर करें | कॉन्फ़िग | |
स्थिति प्राप्त करें | राज्य | |
परीक्षण एजेंट कॉन्फ़िगर करें (केवल परीक्षण उपकरण) | एनटीपी कॉन्फ़िगर करें | कॉन्फ़िग |
पुलों को कॉन्फ़िगर करें | कॉन्फ़िग | |
वीएलएएन इंटरफेस कॉन्फ़िगर करें | कॉन्फ़िग | |
SSH कुंजी कॉन्फ़िगर करें | कॉन्फ़िग | |
आईपीवी6 | कॉन्फ़िग | |
उपयोगिताएँ | रीबूट | आरपीसी |
अद्यतन | आरपीसी | |
नेटकॉन्फ़ सूचनाएं | ऑनलाइन स्थिति बदल गई | अधिसूचना |
स्थिति | सिस्टम स्थिति प्राप्त करें (अपटाइम, मेमोरी उपयोग, लोड औसत, संस्करण) |
राज्य |
संसाधन: सूची
यांग पथ: /अकाउंट/अकाउंट/twamp-परावर्तक
समर्थित NETCONF क्षमताएँ
नीचे दी गई तालिका IETF RFC की ओर इशारा करती है जो पैरागॉन एक्टिव एश्योरेंस ऑर्केस्ट्रेशन के उद्देश्य के लिए उपयोग की जाने वाली NETCONF क्षमताओं का वर्णन करती है।
- ietf-netconf.yang
- IETF RFC 6241, नेटवर्क कॉन्फ़िगरेशन प्रोटोकॉल (NETCONF), https://tools.ietf.org/html/rfc6241
- एकमात्र समर्थित त्रुटि प्रबंधन विधि रोलबैक-ऑन-एरर है।
- एकमात्र समर्थित डेटा स्टोर लिखने योग्य-चल रहा है।
- ietf-netconf-notifications.yang
- IETF RFC 5277, NETCONF इवेंट अधिसूचनाएँ, https://tools.ietf.org/html/rfc5277
टेम्प्लेट का परीक्षण और मॉनिटर करें
परीक्षण और मॉनिटर प्रकारों के लिए टेम्पलेट्स को पैरागॉन एक्टिव एश्योरेंस फ्रंट-एंड यूजर इंटरफेस के माध्यम से मैन्युअल रूप से सेट करने की आवश्यकता है। यह कैसे करें यह इन-ऐप सहायता में "टेस्ट और मॉनिटर" > "टेम्प्लेट बनाना" के अंतर्गत शामिल है।
ExampNETCONF और YANG API के माध्यम से पैरागॉन एक्टिव एश्योरेंस को नियंत्रित करना
इसके बाद के अध्यायों में, यह माना जाता है कि उपयुक्त परीक्षण और मॉनिटर टेम्पलेट्स को पृष्ठ 15 पर "टेस्ट और मॉनिटर टेम्पलेट्स" अध्याय में दिए गए निर्देशों के अनुसार परिभाषित किया गया है।
पूर्व में प्रयुक्त उपकरणampलेस
सभी पूर्वampनिम्नलिखित अध्यायों का निर्माण निम्नलिखित स्वतंत्र रूप से उपलब्ध उपकरणों का उपयोग करके किया गया है:
- पैंग: YANG मॉडल को देखने और ब्राउज़ करने के लिए उपयोग किया जाता है।
- उपलब्ध है https://github.com/mbj4668/pyang (git से क्लोन करें और Python setup.py इंस्टॉल चलाएँ)।
- पायथन NETCONF क्लाइंट "एनसीक्लाइंट": NETCONF का उपयोग करके नियंत्रण केंद्र के साथ संचार करने के लिए उपयोग किया जाता है।
- https://github.com/ncclient/ncclient पर उपलब्ध है (pip install ncclient चलाएँ)।
इंस्टॉलेशन गाइड के अनुसार कॉन्फडी स्थापित होने के बाद नेटराउंड्स-एनसीसी.यांग डेटा मॉडल /opt/netrounds-confd में पाया जाता है)।
ऊपरview निष्पादित प्रमुख कार्यों की संख्या
(कुछ आगे के कार्यों का उदाहरण भी निम्नलिखित में दिया गया है।)
- पृष्ठ 16 पर "नया परीक्षण एजेंट बनाना और तैनात करना"।
- पृष्ठ 29 पर "इन्वेंट्री आइटम (जैसे रिफ्लेक्टर) बनाना"।
- पृष्ठ 35 पर "अलार्म टेम्प्लेट सेट करना और अलार्म कहां भेजना है"।
- पृष्ठ 45 पर "परीक्षण बनाना और चलाना"।
- पृष्ठ 50 पर "परीक्षण परिणाम पुनः प्राप्त करना"।
- पृष्ठ 60 पर "मॉनिटर शुरू करना (अलार्म का सेटअप शामिल है)"।
- पृष्ठ 67 पर "मॉनिटर के लिए एसएलए स्थिति पुनर्प्राप्त करना"।
- “साथ काम करना tags"पेज 71 पर"
Exampलेस: परीक्षण एजेंट
ऊपरview टेस्ट एजेंट ऑर्केस्ट्रेशन का
पैरागॉन एक्टिव एश्योरेंस में टेस्ट एजेंटों को ऑर्केस्ट्रेशन के संदर्भ में "कॉन्फ़िगरेशन" के रूप में माना जाता है। इसका मतलब यह है कि टेस्ट एजेंटों का निर्माण, नियंत्रण और विलोपन पैरागॉन एक्टिव एश्योरेंस जीयूआई के बजाय ऑर्केस्ट्रेटर और नेटकॉन्फ़ के माध्यम से किया जाना चाहिए।
महत्वपूर्ण: यदि कोई टेस्ट एजेंट किसी तकनीशियन द्वारा स्थापित किया गया है और NETCONF और YANG एपीआई के माध्यम से बनाए बिना नियंत्रण केंद्र में पंजीकृत है, तो टेस्ट एजेंट कॉन्फ़िगरेशन डेटाबेस में मौजूद नहीं होगा, और सिस्टम सिंक से बाहर हो जाएगा। इस मामले में कॉन्फडी को टेस्ट एजेंट के बारे में जागरूक होने के लिए, नियंत्रण केंद्र के साथ एक नया सिंक्रनाइज़ेशन करना आवश्यक होगा, जैसा कि पृष्ठ 4 पर "कंट्रोल सेंटर के साथ कॉन्फ़िगरेशन डेटाबेस को सिंक्रनाइज़ करना" अनुभाग में विस्तृत है।
इसलिए वर्चुअल टेस्ट एजेंटों (वीटीए) का ऑर्केस्ट्रेशन निम्नलिखित चरणों में किया जाना चाहिए:
- कंट्रोल सेंटर में NETCONF और YANG इंटरफ़ेस का उपयोग करके, इसके इंटरफ़ेस कॉन्फ़िगरेशन सहित वर्चुअल टेस्ट एजेंट बनाएं। टेस्ट एजेंट का नाम इसकी अद्वितीय कुंजी होगी.
- वर्चुअलाइजेशन प्लेटफॉर्म पर वीटीए तैनात करें। परीक्षण एजेंट > इंस्टालेशन के अंतर्गत ऑनलाइन सहायता में दिए गए निर्देशों का पालन करें। बुनियादी इंटरफ़ेस कॉन्फ़िगरेशन जो वीटीए को नियंत्रण केंद्र से कनेक्ट करने की अनुमति देता है, साथ ही प्रमाणीकरण के लिए क्रेडेंशियल, क्लाउड-इनिट उपयोगकर्ता डेटा का उपयोग करके वीटीए में प्रदान किया जाता है।
एक बार वीटीए बूट हो जाने के बाद, यह एन्क्रिप्टेड ओपनवीपीएन कनेक्शन का उपयोग करके स्वचालित रूप से नियंत्रण केंद्र से कनेक्ट हो जाएगा। एक NETCONF अधिसूचना भेजी गई है क्योंकि वीटीए के टेस्ट-एजेंट-स्टेटसचेंज पैरामीटर का मान अब "ऑनलाइन" में बदल गया है।
टिप्पणी: चूंकि वीटीए का नाम नियंत्रण केंद्र में इसका पहचानकर्ता है, इसलिए यह नाम वही होना चाहिए जो पृष्ठ 1 पर "चरण 17" में नियंत्रण केंद्र में परिभाषित है। - एक बार जब वीटीए नियंत्रण केंद्र से कनेक्ट और प्रमाणित हो जाता है, तो इंटरफ़ेस कॉन्फ़िगरेशन को वीटीए पर भेज दिया जाता है। यह इंटरफ़ेस कॉन्फ़िगरेशन पृष्ठ 1 पर "चरण 17" में प्रदान किया गया है जब नियंत्रण केंद्र में वीटीए बनाया गया था।
- वीटीए द्वारा अपना उद्देश्य पूरा करने के बाद, वीटीए को हटा दें।
एक नया परीक्षण एजेंट बनाना और तैनात करना
हमें सबसे पहले कंट्रोल सेंटर में NETCONF और YANG इंटरफ़ेस का उपयोग करके एक टेस्ट एजेंट बनाने की आवश्यकता है। जब एक टेस्ट एजेंट इस तरह से बनाया जाता है, तो नियंत्रण केंद्र के साथ किसी सिंक्रनाइज़ेशन की आवश्यकता नहीं होती है।
एक परीक्षण एजेंट के लिए YANG मॉडल नीचे दर्शाया गया है। इसे कमांड से आउटपुट के रूप में प्राप्त किया जाता है
प्यांग -एफ ट्री नेटराउंड्स-एनसीसी.यांग
पूर्ण YANG मॉडल पृष्ठ 81 पर "परिशिष्ट: पूर्ण YANG मॉडल की वृक्ष संरचना" में दिया गया है, जिसमें इसमें प्रयुक्त परंपराओं और वर्तमान दस्तावेज़ में अन्य YANG मॉडल चित्रणों को समझाने वाली एक किंवदंती भी शामिल है।
हम निम्नलिखित चरणों में आगे बढ़ते हैं, जिनका विवरण निम्नलिखित है:
- शुरुआत में, पैरागॉन एक्टिव एश्योरेंस अकाउंट "डेमो" की सूची में कोई टेस्ट एजेंट नहीं है।
- ncclient का उपयोग करके "vta1" नामक एक परीक्षण एजेंट बनाया जाता है। इस पर एसtagई, कोई वास्तविक परीक्षण एजेंट अभी तक मौजूद नहीं है (अर्थात, इसे अभी तक शुरू नहीं किया गया है)।
- टेस्ट एजेंट को ओपनस्टैक में तैनात किया गया है। (उस प्लेटफ़ॉर्म पर परिनियोजन को अन्य संभावनाओं के बीच एक संभावना के रूप में यहां चुना गया है।)
- परीक्षण एजेंट नियंत्रण केंद्र खाते "डेमो" से जुड़ता है और अब उपयोग के लिए तैयार है।
चरण 1: शुरुआत में, खाते "डेमो" में कोई टेस्ट एजेंट नहीं हैं। नियंत्रण केंद्र जीयूआई से नीचे स्क्रीनशॉट देखें।चरण 2: Python NETCONF क्लाइंट "ncclient" का उपयोग करके नियंत्रण केंद्र में एक टेस्ट एजेंट बनाया जाता है। डीएचसीपी पते के साथ एक भौतिक इंटरफ़ेस वाले टेस्ट एजेंट बनाने के लिए नीचे क्लाइंट कोड दिया गया है:
आयात argparse
एनसीक्लाइंट आयात प्रबंधक से
पार्सर = argparse.ArgumentParser(विवरण='टेस्ट क्रिएटिंग टेस्ट एजेंट')
parser.add_argument('–होस्ट', सहायता='होस्टनाम जहां कॉन्फडी पाया जाता है', आवश्यक=सही)
parser.add_argument('–port', help='ConfD से जुड़ने वाला पोर्ट', आवश्यक=सत्य)
parser.add_argument('–उपयोगकर्ता नाम', सहायता='ConfD से जुड़ने के लिए उपयोगकर्ता नाम', आवश्यक=सत्य)
parser.add_argument('–password', help='ConfD खाते का पासवर्ड', आवश्यक=सही)
parser.add_argument('–netrounds-account', help='NCC खाता संक्षिप्त नाम', आवश्यक=सत्य)
parser.add_argument('–परीक्षण-एजेंट-नाम', सहायता='परीक्षण एजेंट का नाम', आवश्यक=सही)
args = पार्सर.parse_args()
मैनेजर.कनेक्ट के साथ(host=args.host, port=args.port, username=args.username,
पासवर्ड=args.password,hostkey_verify=गलत) एम के रूप में:
# कंट्रोल सेंटर में टेस्ट एजेंट बनाएं
एक्सएमएल = """
)m.edit_config(target='running', config=xml) प्रिंट करें
टिप्पणी:manager.connect(…) से पहले वाला कोड बाद वाले से हटा दिया गया हैampले कोड स्निपेट्स।
एक NTP सर्वर eth0 पर कॉन्फ़िगर किया गया है, और eth0 प्रबंधन इंटरफ़ेस भी है (अर्थात, वह इंटरफ़ेस जो नियंत्रण केंद्र से जुड़ता है)।
एक टेस्ट एजेंट एप्लिकेशन वर्तमान में इंटरफ़ेस कॉन्फ़िगर करने की अनुमति नहीं देता है। इस कारण से, संस्करण 2.34.0 के बाद से, YANG स्कीमा में इंटरफ़ेस कॉन्फ़िगरेशन को छोड़ना संभव है। इसलिए इस मामले में संबंधित XML को मौलिक रूप से सरल बनाया गया है:एक बार टेस्ट एजेंट बन जाने के बाद, यह कॉन्फ़िगरेशन डेटाबेस और नियंत्रण केंद्र में मौजूद होता है। टेस्ट एजेंट सूची के नीचे स्क्रीनशॉट देखें, जिसमें टेस्ट एजेंट "vta1" दिख रहा है:
चरण 3: अब ओपनस्टैक में टेस्ट एजेंट "vta1" को तैनात करने का समय आ गया है।
नियंत्रण केंद्र से जुड़ने के तरीके के बारे में जानकारी प्राप्त करने के लिए परीक्षण एजेंट क्लाउड-इनिट उपयोगकर्ता डेटा का उपयोग करेगा। विशेष रूप से, उपयोगकर्ता डेटा टेक्स्ट file इसमें निम्नलिखित सामग्री है (ध्यान दें कि #क्लाउड-कॉन्फिग और नेटराउंड्स_टेस्ट_एजेंट लाइनें मौजूद होनी चाहिए, और शेष लाइनें इंडेंट होनी चाहिए):
अधिक जानकारी के लिए कृपया दस्तावेज़ देखें कि ओपनस्टैक में वर्चुअल टेस्ट एजेंट कैसे तैनात करें।
एक बार जब परीक्षण एजेंट तैनात हो जाता है और नियंत्रण केंद्र से जुड़ जाता है, तो कॉन्फ़िगरेशन को नियंत्रण केंद्र से परीक्षण एजेंट में भेज दिया जाएगा।
चरण 4: परीक्षण एजेंट अब नियंत्रण केंद्र में ऑनलाइन है और उसने इसका कॉन्फ़िगरेशन प्राप्त कर लिया है। परीक्षण एजेंट परीक्षण और निगरानी में उपयोग के लिए तैयार है। ये अनुभाग देखें:
- पृष्ठ 45 पर "एक परीक्षण शुरू करना"।
- पृष्ठ 60 पर "मॉनिटर शुरू करना"।
आपके पैरागॉन एक्टिव एश्योरेंस खाते में परीक्षण एजेंटों की सूची बनाना
नीचे पूर्व हैampपैरागॉन एक्टिव एश्योरेंस खाते में टेस्ट एजेंटों को सूचीबद्ध करने के लिए क्लाइंट का पायथन कोड:
इस कोड को चलाने से नीचे जैसा आउटपुट मिलता है:
एक परीक्षण एजेंट को हटाना
परीक्षण पूरा होने के बाद, कुछ उपयोग मामलों में परीक्षण एजेंट को हटाना प्रासंगिक हो सकता है।
नीचे एक कोड स्निपेट है जो दिखाता है कि एनक्लाइंट के साथ यह कैसे करें:
नेटकॉन्फ सूचनाएं
नीचे, हम एक सरल पूर्व प्रस्तुत करते हैंampनियंत्रण केंद्र से आने वाली सभी NETCONF सूचनाओं को सुनने के लिए ले स्क्रिप्ट। जब भी कुछ घटनाएँ घटती हैं, तो ये सूचनाएं भेजी जाती हैं, जैसे कि टेस्ट एजेंट का ऑफ़लाइन होना या उपयोगकर्ता द्वारा शुरू किया गया परीक्षण पूरा होना। सूचनाओं में दी गई जानकारी के आधार पर, उपयोगकर्ता ऑर्केस्ट्रेटर में स्वचालित अनुवर्ती कार्रवाइयां निर्दिष्ट कर सकते हैं।
जब उपरोक्त स्क्रिप्ट निष्पादित हो जाती है, तो NC क्लाइंट प्राप्त अधिसूचना को संरचित XML में प्रस्तुत करेगा। पूर्व देखेंampनीचे दिया गया आउटपुट, जो एक टेस्ट एजेंट को अप्रत्याशित रूप से ऑफ़लाइन होते हुए दिखाता है।
2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
डेमो
HW1
ऑफलाइन
Exampलेस: इन्वेंटरी आइटम
TW जैसी इन्वेंट्री आइटम बनाना (आयात करना) और प्रबंधित करनाAMP रिफ्लेक्टर और वाई.1731 एमईपी परीक्षण एजेंटों के समान ही किया जाता है। NETCONF और YANG API के माध्यम से पैरागॉन एक्टिव एश्योरेंस में ऐसी संस्थाओं को परिभाषित करने और परिभाषित वस्तुओं की सूची पुनर्प्राप्त करने के लिए नीचे XML और NETCONF कोड है।
एक TW बनानाAMP प्रतिक्षेपक
Y.1731 एमईपी बनाना
एक आईपीटीवी चैनल बनाना
एक पिंग होस्ट बनाना
एक एसआईपी खाता बनाना
इन्वेंटरी आइटम पुनर्प्राप्त करना
किसी खाते में परिभाषित सभी इन्वेंट्री आइटम को पुनः प्राप्त करने के लिए नीचे पायथन कोड है। (दस्तावेज़ में कुछ पुनरावृत्ति से बचने के लिए सभी प्रकार की इन्वेंट्री आइटम यहां एक ही बार में लाए जाते हैं। स्वाभाविक रूप से, इन्वेंट्री आइटम के किसी भी उपसमूह को नीचे दिए गए खाते के तहत कुछ पंक्तियों को छोड़कर लाया जा सकता है।)
इस कोड को चलाने से नीचे जैसा आउटपुट मिलता है:
Exampलेस: अलार्म
अलार्म टेम्प्लेट और संबंधित आइटम (एसएनएमपी मैनेजर, अलार्म ईमेल सूचियां) इन्वेंट्री आइटम की तरह ही बनाए और प्रबंधित किए जाते हैं। इस अध्याय में NETCONF और YANG API के माध्यम से पैरागॉन एक्टिव एश्योरेंस में ऐसी संस्थाओं को परिभाषित करने और परिभाषित वस्तुओं की सूची प्राप्त करने के लिए XML और NETCONF कोड शामिल हैं।
अलार्म ईमेल सूचियाँ
एक अलार्म ईमेल सूची बनाना
सभी अलार्म ईमेल सूचियाँ पुनः प्राप्त की जा रही हैं
एसएनएमपी प्रबंधक
एक एसएनएमपी प्रबंधक बनाना
सभी एसएनएमपी प्रबंधकों को पुनः प्राप्त किया जा रहा है
अलार्म टेम्पलेट्स
एक अलार्म टेम्पलेट बनाना
सभी अलार्म टेम्प्लेट पुनर्प्राप्त किए जा रहे हैं
Exampलेस: एसएसएच कुंजी
आप NETCONF और YANG API के माध्यम से किसी टेस्ट एजेंट में SSH सार्वजनिक कुंजियाँ जोड़ सकते हैं। संबंधित निजी कुंजी का उपयोग करके आप एसएसएच के माध्यम से टेस्ट एजेंट में लॉग इन कर सकते हैं।
SSH कुंजियों पर उपलब्ध परिचालनों की पूरी सूची इस प्रकार है:
- एक SSH कुंजी जोड़ें
- SSH कुंजी संशोधित करें
- SSH कुंजी का निरीक्षण करें
- SSH कुंजियाँ सूचीबद्ध करें
- SSH कुंजी हटाएँ.
नीचे, जोड़ने और हटाने की कार्रवाई का उदाहरण दिया गया है।

SSH कुंजी हटाना
यदि आप SSH कुंजी हटाना चाहते हैं, तो निम्न आदेश का उपयोग करें:
Exampलेस: टेस्ट
यहां यह माना गया है कि परीक्षण एजेंट (जितने परीक्षण के लिए आवश्यक हैं) पृष्ठ 17 पर "नए परीक्षण एजेंट बनाना और तैनात करना" अनुभाग के अनुसार बनाए गए हैं।
परीक्षण के लिए YANG मॉडल पथ
वस्तु | यांग मॉडल पथ: /खाता/खाता/परीक्षण... |
परीक्षण | /. |
परीक्षण[आईडी] | /परीक्षा |
id | /परीक्षण/आईडी |
नाम | /परीक्षण का नाम |
स्थिति | /परीक्षण/स्थिति |
समय शुरू | /परीक्षण/प्रारंभ-समय |
अंत समय | /परीक्षण/अंत-समय |
प्रतिवेदन-url | /जाँच रिपोर्ट-url |
कदम | /परीक्षण/कदम |
चरण[आईडी] | /परीक्षण/कदम/कदम |
नाम | /परीक्षण/कदम/कदम/नाम |
id | /परीक्षण/कदम/कदम/आईडी |
समय शुरू | /परीक्षण/कदम/कदम/प्रारंभ-समय |
अंत समय | /परीक्षण/कदम/कदम/अंत-समय |
स्थिति | /परीक्षण/कदम/कदम/स्थिति |
स्थिति संदेश | /परीक्षण/कदम/कदम/स्थिति-संदेश |
खाके | / टेम्पलेट्स |
टेम्पलेट नाम] | /टेम्पलेट्स/टेम्पलेट |
नाम | /टेम्पलेट्स/टेम्पलेट/नाम |
विवरण | /टेम्पलेट्स/टेम्पलेट/विवरण |
पैरामीटर | /टेम्पलेट्स/टेम्पलेट/पैरामीटर |
पैरामीटर[कुंजी] | /टेम्पलेट्स/टेम्पलेट/पैरामीटर/पैरामीटर |
चाबी | /टेम्पलेट्स/टेम्पलेट/पैरामीटर/पैरामीटर/कुंजी |
प्रकार | /टेम्पलेट्स/टेम्पलेट/पैरामीटर/पैरामीटर/प्रकार |
टेस्ट ऑर्केस्ट्रेशन के लिए पूर्वापेक्षाएँ
- NC क्लाइंट का उपयोग करके NETCONF के माध्यम से एक परीक्षण शुरू करने के लिए, पहले नियंत्रण केंद्र GUI का उपयोग करके एक परीक्षण टेम्पलेट बनाना आवश्यक है जैसा कि "टेस्ट और मॉनिटर"> "टेम्प्लेट बनाना" के अंतर्गत इन-ऐप सहायता में विस्तृत है। परीक्षण टेम्पलेट की शुरुआत को व्यवस्थित करते समय उस टेम्पलेट में "टेम्पलेट इनपुट" के रूप में निर्दिष्ट सभी फ़ील्ड XML में पैरामीटर के रूप में आवश्यक होंगे।
- पैरागॉन एक्टिव एश्योरेंस में चल रहे परीक्षणों को ऑर्केस्ट्रेशन के संदर्भ में "स्थिति" के रूप में माना जाता है। राज्य डेटा गैर-लिखने योग्य डेटा है जो कॉन्फ़िगरेशन डेटाबेस में संग्रहीत नहीं है, जैसा कि "ओवर" अनुभाग में उल्लिखित कॉन्फ़िगरेशन डेटा के विपरीत है।view पेज 17 पर टेस्ट एजेंट ऑर्केस्ट्रेशन का। इसका मूल रूप से मतलब है कि नियंत्रण केंद्र जीयूआई में परीक्षणों या टेम्पलेट्स में परिवर्तन से नियंत्रण केंद्र और कॉन्फ़िगरेशन डेटाबेस के बीच कोई सिंक-संबंधित समस्या नहीं होगी।
- रिपोर्ट पाने के लिए-URL परीक्षण रिपोर्ट में सही, आपको नियंत्रण केंद्र सुनिश्चित करना होगा URL सही ढंग से कॉन्फ़िगर किया गया है. यह में किया जाता है file /opt/netrounds-confd/settings.py. डिफ़ॉल्ट रूप से कंट्रोल सेंटर होस्ट नाम सॉकेट.गेटहोस्टनाम() का उपयोग करके पुनर्प्राप्त किया जाता है: नीचे देखें। यदि इससे सही परिणाम नहीं मिलता है, तो आपको होस्ट नाम (या संपूर्ण) सेट करना होगा URL) इसमें मैन्युअल रूप से file.
# URL बिना ट्रेलिंग स्लैश के नियंत्रण केंद्र का।
# यह पूर्व के लिए हैampपरीक्षण रिपोर्ट में प्रयुक्त ले-url.
होस्टनाम = सॉकेट.गेटहोस्टनाम()
NETROUNDS_URL = 'https://%s' % होस्टनाम
एक परीक्षण प्रारंभ करना
जैसा कि पृष्ठ 17 पर "एक नया परीक्षण एजेंट बनाना और तैनात करना" अनुभाग में वर्णित है, कमांड pang -ftreenetrounds-ncc.yang चलाएँ
YANG मॉडल को आउटपुट करने के लिए निर्देशिका /opt/netrounds-confd/ से। इस मॉडल में, NC क्लाइंट का उपयोग करके परीक्षण शुरू करने के लिए RPC इस प्रकार दिखती है:
स्पष्टीकरण के लिए, अनुभाग देखें पृष्ठ 81 पर "लीजेंड"। परिशिष्ट में।
निम्नलिखित चरण नीचे दिखाए गए हैं:
- परीक्षण एजेंटों को पैरागॉन एक्टिव एश्योरेंस खाते में पंजीकृत किया गया है, लेकिन अभी तक कोई परीक्षण शुरू नहीं किया गया है।
- आवश्यक इनपुट पैरामीटर चलाए जाने वाले परीक्षण टेम्पलेट में पहचाने जाते हैं।
- एनसीक्लाइंट का उपयोग करके 60 सेकंड का HTTP परीक्षण शुरू किया गया है।
कदम 1: शुरुआत में, पैरागॉन एक्टिव एश्योरेंस खाते में कोई परीक्षण शुरू नहीं किया गया है। नियंत्रण केंद्र जीयूआई से नीचे स्क्रीनशॉट देखें।
कदम 2: इस उदाहरण में परीक्षण आरंभ करने के लिए हम जिस टेम्पलेट का उपयोग करेंगेampले एक HTTP परीक्षण टेम्पलेट है। इसमें दो अनिवार्य इनपुट फ़ील्ड हैं (क्लाइंट और URL) जिसे हमने नियंत्रण केंद्र जीयूआई में टेम्पलेट बनाते समय निर्दिष्ट किया है।
हम इन मापदंडों (अन्य के बीच) को हमारे NETCONF प्रबंधक (एनसीक्लाइंट) द्वारा कॉन्फ़िगरेशन डेटाबेस में संचारित XML कॉन्फ़िगरेशन में परिभाषित करेंगे।
चरण 3: HTTP परीक्षण ncclient का उपयोग करके शुरू किया गया है।
नीचे पूर्व हैampवह कोड जहां HTTP परीक्षण टेम्पलेट के लिए आवश्यक कॉन्फ़िगरेशन जानकारी और पैरामीटर निर्दिष्ट हैं। टेम्प्लेट कैसे बनाया गया है इसके आधार पर, यहां विवरण भिन्न हो सकते हैं।
प्रत्येक पैरामीटर के लिए, विशेषता प्रदान करने की आवश्यकता है. कुंजी पैरामीटर के समान है
नियंत्रण केंद्र में परिवर्तनीय नाम. आप परिवर्तनीय नामों का निरीक्षण इस प्रकार कर सकते हैं:
- साइड बार पर टेस्ट पर क्लिक करें और नया टेस्ट अनुक्रम चुनें।
- मेरे टेम्पलेट्स पर क्लिक करें.
- रुचि के टेम्पलेट के नीचे संपादित करें लिंक पर क्लिक करें।
- ऊपरी दाएं कोने में इनपुट संपादित करें बटन पर क्लिक करें।
हमारे पूर्व मेंampले, और डिफ़ॉल्ट रूप से, वेरिएबल नाम नियंत्रण केंद्र में देखे गए डिस्प्ले नामों के केवल लोअरकेस संस्करण हैं ("url""URL", वगैरह।)। हालाँकि, नियंत्रण केंद्र जीयूआई में, आप अपनी पसंद के अनुसार वेरिएबल का नाम बदल सकते हैं।
कुंजी के अलावा, प्रत्येक पैरामीटर को अपना प्रकार निर्दिष्ट करना होगा: उदाहरण के लिएampले, के लिए URL.
कृपया ध्यान दें कि आपको पुनः करने की आवश्यकता हैview प्रकारों पर पूरी जानकारी प्राप्त करने के लिए संपूर्ण YANG मॉडल। टेस्ट एजेंट इंटरफेस के लिए प्रकार की संरचना अधिक जटिल होती है, जैसा कि नीचे दिए गए कोड में के अंतर्गत दर्शाया गया है।
अब हम ncclient का उपयोग करके स्क्रिप्ट चला सकते हैं। यह मानते हुए कि सब कुछ सही है, परीक्षण शुरू किया जाएगा और इसका निष्पादन नियंत्रण केंद्र में प्रदर्शित किया जाएगा:यदि परीक्षण सफलतापूर्वक शुरू हो जाता है, तो नियंत्रण केंद्र परीक्षण आईडी के साथ जवाब देगा। इस पूर्व मेंampले, परीक्षण आईडी 3 है:
परीक्षण आईडी भी यहां पाई जा सकती है URL नियंत्रण केंद्र जीयूआई में परीक्षण के लिए। इस पूर्व मेंampले, वह URL https://host/demo/testing/3/ है।
परीक्षण परिणाम पुनः प्राप्त करना
परीक्षण के परिणाम प्राप्त करने का सबसे सरल तरीका परीक्षण आईडी की ओर इंगित करना है।
आईडी = 3 के साथ उपरोक्त HTTP परीक्षण से परिणाम प्राप्त करने के लिए नीचे पायथन कोड है:
मैनेजर के साथ. (host=args.host, port=args.port, username=args.username,password=args.password,hostkey_verify=False) को m के रूप में कनेक्ट करें:
आउटपुट कुछ इस तरह दिखेगा:
टेस्ट टेम्प्लेट निर्यात और आयात करना
परीक्षण टेम्पलेट्स को JSON प्रारूप में निर्यात किया जा सकता है और नियंत्रण केंद्र में उस प्रारूप में पुनः आयात किया जा सकता है। यदि आप नियंत्रण केंद्र की किसी भिन्न स्थापना में परीक्षण टेम्पलेट का उपयोग करना चाहते हैं तो यह उपयोगी है। (टेम्प्लेट का प्रारंभिक निर्माण नियंत्रण केंद्र जीयूआई के माध्यम से सबसे अच्छा नियंत्रित किया जाता है।)
निर्यात और आयात करने के लिए नीचे कोड दिया गया है।
परीक्षण टेम्पलेट निर्यात करना
# प्रतिक्रिया से json कॉन्फिगरेशन प्राप्त करें
रूट = ईटी.फ्रॉमस्ट्रिंग(प्रतिक्रिया._रॉ)
json_config = रूट[0].टेक्स्ट
json_config प्रिंट करें
टेम्प्लेट json_config ऑब्जेक्ट में समाहित है।
परीक्षण टेम्पलेट आयात करना
परीक्षण टेम्प्लेट रखने वाले JSON कॉन्फ़िगरेशन ऑब्जेक्ट को निम्नानुसार नियंत्रण केंद्र में पुनः आयात किया जा सकता है।
Exampलेस: मॉनिटर्स
यह अनुभाग मानता है कि परीक्षण एजेंट (जितनी संख्या मॉनिटरों को आवश्यक है) पृष्ठ 17 पर "एक नया परीक्षण एजेंट बनाना और तैनात करना" अनुभाग के अनुसार बनाए गए हैं।
मॉनिटर्स के लिए YANG मॉडल पथ
वस्तु | YANG मॉडल पथ: /अकाउंट/अकाउंट/मॉनीटर... |
पर नज़र रखता है | /. |
मॉनिटर[नाम] | /निगरानी करना |
नाम | /मॉनीटर/नाम |
विवरण | /मॉनिटर/विवरण |
शुरू कर दिया | /मॉनीटर/शुरू किया गया |
खाका | /मॉनिटर/टेम्पलेट |
अलार्म-विन्यास | /मॉनिटर/अलार्म-कॉन्फ़िगरेशन |
वस्तु | YANG मॉडल पथ: /अकाउंट/अकाउंट/मॉनिटर/मॉनिटर/अलार्म-कॉन्फ़िगरेशन... |
अलार्म-कॉन्फिग[पहचानकर्ता] | /अलार्म-कॉन्फिग |
पहचानकर्ता | /अलार्म-कॉन्फ़िगरेशन/पहचानकर्ता |
खाका | /अलार्म-कॉन्फ़िगरेशन/टेम्पलेट |
ईमेल | /अलार्म-कॉन्फ़िगरेशन/ईमेल |
एसएनएमपी | /अलार्म-कॉन्फिग/एसएनएमपी |
थ्र-एस-क्रिटिकल | /अलार्म-कॉन्फिग/थ्र-एस-क्रिटिकल |
थ्र-एस-क्रिटिकल-स्पष्ट | /अलार्म-कॉन्फिग/थ्र-एस-क्रिटिकल-क्लियर |
thr-es-प्रमुख | /अलार्म-कॉन्फिग/थ्र-एस-मेजर |
थ्र-एस-प्रमुख-स्पष्ट | /अलार्म-कॉन्फिग/थ्र-एस-मेजर-क्लियर |
थ्र-एस-माइनर | /अलार्म-कॉन्फिग/थ्र-एस-माइनर |
थ्र-एस-मामूली-स्पष्ट | /अलार्म-कॉन्फिग/थ्र-एस-माइनर-क्लियर |
तीन चेतावनी | /अलार्म-कॉन्फिग/थ्र-ईएस-चेतावनी |
थ्रेस-एस-चेतावनी-स्पष्ट | /अलार्म-कॉन्फिग/थ्र-ईएस-चेतावनी-स्पष्ट |
नो-डेटा-गंभीरता | /अलार्म-कॉन्फिग/नो-डेटा-गंभीरता |
नो-डेटा-टाइमआउट | /अलार्म-कॉन्फिग/नो-डेटा-टाइमआउट |
कार्रवाई | /अलार्म-कॉन्फिग/एक्शन |
खिड़की का आकार | /अलार्म-कॉन्फ़िगरेशन/विंडो-आकार |
अंतराल | /अलार्म-कॉन्फ़िगरेशन/अंतराल |
केवल-एक बार भेजें | /अलार्म-कॉन्फ़िगरेशन/केवल-एक बार भेजें |
एसएनएमपी-ट्रैप-प्रति-स्ट्रीम | /अलार्म-कॉन्फिग/एसएनएमपी-ट्रैप-प्रति-स्ट्रीम |
वस्तु | YANG मॉडल पथ: /अकाउंट/अकाउंट/मॉनीटर... |
पैरामीटर | /मॉनिटर/पैरामीटर |
वस्तु | YANG मॉडल पथ: /अकाउंट/अकाउंट/मॉनिटर/मॉनिटर/पैरामीटर… |
पैरामीटर[कुंजी] | /पैरामीटर |
चाबी | /पैरामीटर/कुंजी |
(मान प्रकार) | /पैरामीटर |
:(पूर्णांक) | /पैरामीटर |
पूर्णांक | /पैरामीटर/पूर्णांक |
:(तैरना) | /पैरामीटर |
तैरना | /पैरामीटर/फ्लोट |
:(डोरी) | /पैरामीटर |
वस्तु | YANG मॉडल पथ: /अकाउंट/अकाउंट/मॉनिटर/मॉनिटर/पैरामीटर… |
डोरी | /पैरामीटर/स्ट्रिंग |
:(परीक्षण-एजेंट-इंटरफ़ेस) | /पैरामीटर |
परीक्षण-एजेंट-इंटरफ़ेस | /पैरामीटर/परीक्षण-एजेंट-इंटरफ़ेस |
परीक्षण-एजेंट-इंटरफ़ेस[“1” पृष्ठ 58 पर | /पैरामीटर/परीक्षण-एजेंट-इंटरफ़ेस/ |
खाता | /पैरामीटर/परीक्षण-एजेंट-इंटरफ़ेस/परीक्षण-एजेंट-इंटरफ़ेस/खाता |
परीक्षण करने वाला पदार्थ | /पैरामीटर/परीक्षण-एजेंट-इंटरफ़ेस/परीक्षण-एजेंट-इंटरफ़ेस/परीक्षण-एजेंट |
इंटरफ़ेस | /पैरामीटर/परीक्षण-एजेंट-इंटरफ़ेस/परीक्षण-एजेंट-इंटरफ़ेस/इंटरफ़ेस |
आईपी-संस्करण | /पैरामीटर/परीक्षण-एजेंट-इंटरफ़ेस/परीक्षण-एजेंट-इंटरफ़ेस/आईपी-संस्करण |
:(ट्वamp-रिफ्लेक्टर) | /पैरामीटर |
twamp-परावर्तक | /पैरामीटर/twamp-परावर्तक |
twamp-परावर्तक[नाम] | /पैरामीटर/twamp-रिफ्लेक्टर/twamp-परावर्तक |
नाम | /पैरामीटर/twamp-रिफ्लेक्टर/twamp-परावर्तक/नाम |
:(y1731-मेप्स) | /पैरामीटर |
y1731-एमईपीएस | /पैरामीटर/y1731-एमईपीएस |
y1731-एमईपी[नाम] | /पैरामीटर/y1731-meps/y1731-mep |
नाम | /पैरामीटर/y1731-meps/y1731-mep/नाम |
:(सिप-खाते) | /पैरामीटर |
घूंट-खाते | /पैरामीटर/सिप-खाते |
सिप-अकाउंट[“2” पेज 58 पर] | /पैरामीटर/सिप-खाते/सिप-खाता |
खाता | /पैरामीटर/सिप-खाते/सिप-खाता/खाता |
परीक्षण करने वाला पदार्थ | /पैरामीटर/सिप-अकाउंट/सिप-अकाउंट/टेस्ट-एजेंट |
इंटरफ़ेस | /पैरामीटर/सिप-खाते/सिप-खाता/इंटरफ़ेस |
घूंट-पता | /पैरामीटर/सिप-खाते/सिप-खाता/सिप-पता |
:(आईपीटीवी-चैनल) | /पैरामीटर |
आईपीटीवी चैनलों | /पैरामीटर/आईपीटीवी-चैनल |
आईपीटीवी-चैनल[नाम] | /पैरामीटर/आईपीटीवी-चैनल/आईपीटीवी-चैनल |
नाम | /पैरामीटर/आईपीटीवी-चैनल/आईपीटीवी-चैनल/नाम |
- खाता परीक्षण-एजेंट इंटरफ़ेस
- खाता परीक्षण-एजेंट इंटरफ़ेस सिप-पता
वस्तु | YANG मॉडल पथ: /अकाउंट/अकाउंट/मॉनीटर... |
स्थिति | /मॉनीटर/स्थिति |
अंतिम-15 मिनट | /मॉनिटर/स्थिति/अंतिम-15-मिनट |
स्थिति | /मॉनिटर/स्थिति/अंतिम-15-मिनट/स्थिति |
स्थिति-मूल्य | /मॉनिटर/स्थिति/अंतिम-15-मिनट/स्थिति-मान |
अंतिम घंटा | /मॉनिटर/स्थिति/अंतिम-घंटा |
स्थिति | /मॉनिटर/स्थिति/अंतिम-घंटे/स्थिति |
स्थिति-मूल्य | /मॉनिटर/स्थिति/अंतिम-घंटे/स्थिति-मान |
अंतिम-24 घंटे | /मॉनिटर/स्थिति/अंतिम-24-घंटे |
स्थिति | /मॉनीटर/स्थिति/अंतिम-24-घंटे/स्थिति |
स्थिति-मूल्य | /मॉनिटर/स्थिति/अंतिम-24-घंटे/स्थिति-मान |
खाके | / टेम्पलेट्स |
टेम्पलेट नाम] | /टेम्पलेट्स/टेम्पलेट |
नाम | /टेम्पलेट्स/टेम्पलेट/नाम |
विवरण | /टेम्पलेट्स/टेम्पलेट/विवरण |
पैरामीटर | /टेम्पलेट्स/टेम्पलेट/पैरामीटर |
पैरामीटर[कुंजी] | /टेम्पलेट्स/टेम्पलेट/पैरामीटर/पैरामीटर |
चाबी | /टेम्पलेट्स/टेम्पलेट/पैरामीटर/पैरामीटर/कुंजी |
प्रकार | /टेम्पलेट्स/टेम्पलेट/पैरामीटर/पैरामीटर/प्रकार |
मॉनिटर ऑर्केस्ट्रेशन के लिए पूर्वापेक्षाएँ
इससे पहले कि आप ncclient का उपयोग करके NETCONF के माध्यम से एक मॉनिटर शुरू कर सकें, आपको कंट्रोल सेंटर जीयूआई में एक मॉनिटर टेम्पलेट बनाने की आवश्यकता है जैसा कि "टेस्ट और मॉनिटर"> "टेम्प्लेट बनाना" के तहत इन-ऐप सहायता में बताया गया है। टेम्पलेट की शुरुआत को व्यवस्थित करते समय उस टेम्पलेट में "टेम्पलेट इनपुट" के रूप में निर्दिष्ट सभी फ़ील्ड XML में पैरामीटर के रूप में आवश्यक होंगे।
मॉनिटर टेम्प्लेट से इनपुट पैरामीटर प्राप्त करना
नीचे, दो टेम्पलेट दिखाए गए हैं. पहला दो टेस्ट एजेंट इंटरफेस के बीच यूडीपी मॉनिटरिंग के लिए है, और दूसरा एकल टेस्ट एजेंट इंटरफेस का उपयोग करके HTTP के लिए है।
किसी टेम्प्लेट के इनपुट पैरामीटर जानने के लिए, टेम्प्लेट का प्रतिनिधित्व करने वाले बॉक्स पर क्लिक करें। HTTP टेम्पलेट के लिए, पैरामीटर इस तरह दिख सकते हैं:
मॉनिटर शुरू करते समय हमें अगले चरण में इन मापदंडों को परिभाषित करने की आवश्यकता है।
मॉनिटर प्रारंभ करना
परीक्षण एजेंटों का उपयोग करके जिन्हें हमने पृष्ठ 17 पर "एक नया परीक्षण एजेंट बनाना और तैनात करना" अनुभाग में परिभाषित और तैनात किया है, हम नीचे दिखाए गए अनुसार टेम्पलेट "HTTP" से एक मॉनिटर शुरू कर सकते हैं।
प्रत्येक पैरामीटर के लिए, विशेषता प्रदान करने की आवश्यकता है. कुंजी नियंत्रण केंद्र में पैरामीटर के चर नाम के समान है। आप परिवर्तनीय नामों का निरीक्षण इस प्रकार कर सकते हैं:
- साइड बार पर मॉनिटरिंग पर क्लिक करें और न्यू मॉनिटर चुनें।
- मेरे टेम्पलेट्स पर क्लिक करें.
- रुचि के टेम्पलेट के नीचे संपादित करें लिंक पर क्लिक करें।
- ऊपरी दाएं कोने में इनपुट संपादित करें बटन पर क्लिक करें।
हमारे पूर्व मेंampले, और डिफ़ॉल्ट रूप से, वेरिएबल नाम नियंत्रण केंद्र में देखे गए डिस्प्ले नामों के केवल लोअरकेस संस्करण हैं ("url""URL", वगैरह।)। हालाँकि, नियंत्रण केंद्र जीयूआई में, आप अपनी पसंद के अनुसार वेरिएबल का नाम बदल सकते हैं।
कुंजी के अलावा, प्रत्येक पैरामीटर को अपना प्रकार निर्दिष्ट करना होगा: उदाहरण के लिएampले, के लिए URL. कृपया ध्यान दें कि पैरामीटर प्रकार की पूरी जानकारी YANG मॉडल में पाई जाती है। टेस्ट एजेंट इंटरफेस के लिए प्रकार की संरचना अधिक जटिल होती है, जैसा कि नीचे दिए गए कोड में दिखाया गया है।
पूर्व मेंampइस प्रकार, मॉनिटर के साथ कोई अलार्म संबद्ध नहीं है। पूर्व के लिएampअलार्म को शामिल करते समय, पृष्ठ 62 पर "अलार्म के साथ मॉनिटर शुरू करना" अनुभाग पर जाएँ।
अलार्म के साथ मॉनिटर शुरू करना
अलार्म को मॉनिटर के साथ जोड़ने के लिए, आप या तो परिभाषित किए गए अलार्म टेम्पलेट को इंगित कर सकते हैं, या मॉनिटर बनाते समय आप संपूर्ण अलार्म कॉन्फ़िगरेशन की आपूर्ति कर सकते हैं। हम एक पूर्व देंगेampनीचे दिए गए प्रत्येक दृष्टिकोण का विवरण।
अलार्म टेम्पलेट की ओर इंगित करके मॉनिटर अलार्म सेट करना
अलार्म टेम्प्लेट का उपयोग करने के लिए, आपको इसकी आईडी पता होनी चाहिए। इसके लिए, पहले अपने सभी अलार्म टेम्प्लेट पुनर्प्राप्त करें जैसा कि पृष्ठ 39 पर "सभी अलार्म टेम्प्लेट पुनर्प्राप्त करना" अनुभाग में वर्णित है और संबंधित टेम्प्लेट का नाम नोट करें। फिर आप उस टेम्पलेट को इस प्रकार संदर्भित कर सकते हैं:
मॉनिटर अलार्म को सीधे कॉन्फ़िगर करके सेट करनाy
वैकल्पिक रूप से, आप अलार्म टेम्प्लेट का संदर्भ दिए बिना, मॉनिटर बनाते समय उसके संपूर्ण कॉन्फ़िगरेशन की आपूर्ति करके मॉनिटर के लिए अलार्म सेट कर सकते हैं। यह निम्नलिखित उदाहरण में दिखाए अनुसार किया जाता हैampले.
रनिंग मॉनिटर्स को पुनः प्राप्त करना
वर्तमान में निष्पादित सभी मॉनिटरों को पुनः प्राप्त करने के लिए, इस स्क्रिप्ट को चलाएँ:
मैनेजर के साथ. कनेक्ट(host=args.host, port=args.port, username=args. उपयोगकर्ता नाम, पासवर्ड=args.password,hostkey_verify=False) m के रूप में:
आउटपुट सभी चालू मॉनिटरों की एक सूची है जैसा कि नीचे दिखाया गया है:
मॉनिटर के लिए SLA स्थिति पुनः प्राप्त करना
मॉनिटर के लिए SLA स्थिति पुनः प्राप्त करने का तरीका यहां बताया गया है। इस पूर्व मेंampले, हम तीन समय अंतरालों के लिए मॉनिटर "नेटवर्क गुणवत्ता" के लिए SLA स्थिति पुनः प्राप्त कर रहे हैं: अंतिम 15 मिनट, अंतिम घंटा और अंतिम 24 घंटे।
आउटपुट कुछ इस तरह दिखेगा:
नेटकॉन्फ सूचनाएं
मॉनिटर के लिए NETCONF सूचनाएं SLA उल्लंघनों द्वारा ट्रिगर की जाती हैं। ऐसा तब होता है जब मॉनिटर के लिए SLA एक निश्चित समय विंडो के भीतर, डिफ़ॉल्ट रूप से अंतिम 15 मिनट में, SLA सीमा ("अच्छा" या "स्वीकार्य") से नीचे चला जाता है। यह ध्यान दिया जाना चाहिए कि किसी समस्या से सेवा प्रभावित होने के बाद एसएलए उल्लंघन सूचनाएं तुरंत दिखाई देती हैं, जबकि एसएलए स्थिति केवल 15 मिनट के बाद "अच्छी" पर वापस आ जाएगी, और केवल तभी जब कोई और उल्लंघन नहीं होता है।
सेटिंग SLA_STATUS_WINDOW (मान सेकंड में) को संपादित करके समय विंडो को बदला जा सकता है /etc/netrounds/netrounds.conf.
मॉनिटर टेम्प्लेट निर्यात और आयात करना
यह बिल्कुल उसी तरह से किया जाता है जैसे परीक्षण टेम्पलेट्स के लिए किया जाता है; पृष्ठ 52 पर "टेस्ट टेम्प्लेट निर्यात और आयात करना" अनुभाग की तुलना करें। नीचे दिए गए कोड स्निपेट बताते हैं कि मॉनिटर के लिए टेम्प्लेट कैसे निर्यात और आयात करें।
मॉनिटर टेम्प्लेट निर्यात करना
मॉनिटर टेम्प्लेट आयात करना
Tags पैरागॉन एक्टिव एश्योरेंस में परिभाषित को यहां लागू किया जा सकता है:
- पर नज़र रखता है
- मॉनिटर टेम्पलेट्स
- परीक्षण एजेंट
- TWAMP रिफ्लेक्टर
- पिंग होस्ट.
उदाहरणार्थampले, आप कर सकते हैं tag उसी के साथ एक मॉनिटर tag परीक्षण एजेंटों के एक उपसमूह के रूप में जो मॉनिटर चलाने जा रहे हैं। यदि आपके पास बड़ी संख्या में मॉनिटर और टेम्पलेट परिभाषित हैं तो यह सुविधा विशेष रूप से सहायक है।
यदि आपने मॉनिटर के लिए एसएनएमपी ट्रैप के साथ अलार्म सेट किया है, तो एसएनएमपी ट्रैप को भी वही सौंपा जाएगा tags मॉनिटर के रूप में, यदि कोई हो।
सृजन Tags
नीचे हम दिखाते हैं कि कैसे बनाएं tag XML < द्वारा परिभाषित नाम और रंग के साथtag> उपसंरचना.
असाइन करना Tag
एक नियुक्त करने के लिए tag किसी संसाधन में, आप इसे एक नए < के रूप में जोड़ते हैंtag> तत्व के अंतर्गत <tags> उस संसाधन के लिए तत्व।
यहां बताया गया है कि ए को कैसे असाइन किया जाए tag एक परीक्षण एजेंट को:
एक नियुक्त करने के लिए tag एक TW के लिएAMP परावर्तक, निम्नलिखित कार्य करें:
असाइन करना tag मॉनिटर को इसी प्रकार नियंत्रित किया जाता है:
वैकल्पिक रूप से, आप किसी मौजूदा को असाइन कर सकते हैं tag संसाधन बनाते समय, इनमें से किसी भी संसाधन प्रकार में < शामिल करकेtags> तत्व युक्त tag प्रश्न में।
अपडेट करना Tag
किसी मौजूदा को अद्यतन करना tag नई विशेषताओं के साथ एक बनाने के समान है tag:
किसी को असाइन न करना Tag
ए को अनअसाइन करने के लिए tag किसी संसाधन से, विशेषता nc:operation=”delete” को < में जोड़ेंtag> संसाधन से संबंधित तत्व। नीचे, हम a को अनअसाइन करते हैं tag एक मॉनिटर से.
हटाना Tag
किसी को हटाने के लिए tag पूरी तरह से नियंत्रण केंद्र से, विशेषता एनसी: ऑपरेशन = "डिलीट" का फिर से उपयोग किया जाता है, लेकिन इस बार इसे लागू किया जाता है tag स्वयं, के अंतर्गत परिभाषित।
समस्या निवारण
समस्या: ऑर्केस्ट्रेटर और पैरागॉन एक्टिव एश्योरेंस का तालमेल ख़राब है
ऑर्केस्ट्रेटर और पैरागॉन एक्टिव एश्योरेंस पूर्व के लिए सिंक से बाहर हो सकते हैंampयदि नियंत्रण केंद्र जीयूआई में कॉन्फ़िगरेशन परिवर्तन किए गए हैं, या यदि कॉन्फ़िगरेशन लागू करना सफल नहीं था और पिछली स्थिति में वापस लाना विफल रहा।
असफल रोलबैक की स्थिति में, NETCONF सर्वर अब कॉन्फ़िगरेशन परिवर्तन स्वीकार नहीं करेगा; यह एक त्रुटि संदेश के साथ उत्तर देगा जिसमें बताया जाएगा कि कॉन्फ़िगरेशन वापस सिंक होने तक लॉक है। सिंक में वापस आने और कॉन्फ़िगरेशन परिवर्तनों को अनलॉक करने के लिए, आपको कमांड आरपीसी सिंक-फ्रॉम-एनसीसी चलाने की आवश्यकता है जो नियंत्रण केंद्र से कॉन्फ़िगरेशन डेटाबेस तक सभी कॉन्फ़िगरेशन को सिंक्रनाइज़ करता है।
टिप्पणी: द confd@netrounds.com सब कुछ सफलतापूर्वक समन्वयित करने के लिए उपयोगकर्ता (या जो कुछ भी कॉन्फ़िगर किया गया है) के पास सुपरयूज़र विशेषाधिकार होना चाहिए। इसे एनसीसी यूजर-अपडेट कमांड से हासिल किया जा सकता है confd@netrounds.com -is-superuser यदि उपयोगकर्ता सुपरयूजर नहीं है, तो एक चेतावनी दिखाई देगी जिसमें कहा जाएगा कि सब कुछ सिंक नहीं किया जा सकता है, लेकिन जो कुछ भी संभाला जा सकता था वह सब सिंक किया जा चुका है।
टिप्पणी: यदि आपका ऑर्केस्ट्रेटर भी कॉन्फ़िगरेशन को संग्रहीत करता है, तो आपको उसे भी पुन: सिंक्रनाइज़ करने की आवश्यकता होगी क्योंकि अनुरोधित कॉन्फ़िगरेशन (ऑर्केस्ट्रेटर नियंत्रण केंद्र से अपेक्षा करता है कि कॉन्फ़िगरेशन) लागू नहीं किया गया होगा।
समस्या: आरंभिक सिंक (सिंक-फ्रॉम-एनसीसी) असमर्थित संसाधनों के कारण विफल रहा
यदि आप किसी ऐसे खाते पर आरपीसी सिंक-फ्रॉम-एनसीसी चलाने का प्रयास करते हैं जिसका कॉन्फ़िगरेशन नियंत्रण केंद्र जीयूआई में बनाया गया है, तो खाते में असमर्थित संसाधन होने पर आपको समस्याएं आ सकती हैं। यह अनुशंसा की जाती है कि आप एक खाली खाते से शुरुआत करें और इसका सारा कॉन्फ़िगरेशन NETCONF के माध्यम से करें। अन्यथा, यदि आप संसाधन टकराव के साथ समस्याओं का सामना करते हैं, तो आपको खाते से विरोधाभासी संसाधनों को हटाना होगा।
समस्या: NETCONF कमांड ncclient.operations.rpc.RPCError के साथ विफल हो जाते हैं: एप्लिकेशन संचार विफलता
यदि नियंत्रण केंद्र पुनरारंभ होता है तो NETCONF सर्वर स्वचालित रूप से नियंत्रण केंद्र सर्वर से कनेक्टिविटी बहाल नहीं करता है। नियंत्रण केंद्र से कनेक्शन पुनर्स्थापित करने के लिए, NETCONF प्रक्रिया को पुनरारंभ करें: sudo systemctl restart Netrounds-confd
परीक्षण एजेंट अनुप्रयोगों और परीक्षण एजेंट उपकरणों पर नोट्स
कॉन्फ़डी में टेस्ट एजेंट अनुप्रयोग
टेस्ट एजेंटों में, (नया) टेस्ट एजेंट एप्लिकेशन (पुराने) टेस्ट एजेंट उपकरण से थोड़ा अलग काम करता है।
टेस्ट एजेंट एप्लिकेशन वर्तमान में इंटरफ़ेस कॉन्फ़िगरेशन का समर्थन नहीं करते हैं। इसलिए, YANG स्कीमा ऐसे परीक्षण एजेंटों के लिए एक खाली इंटरफ़ेस कॉन्फ़िगरेशन निर्दिष्ट करने की अनुमति देता है। किसी पूर्व के लिए पृष्ठ 23 पर "यह परिच्छेद" देखेंampले.
सिंक-फ्रॉम-एनसीसी कमांड का उपयोग करके कॉन्फडी डेटाबेस को कंट्रोल सेंटर के साथ सिंक्रोनाइज़ करते समय, आप चाहते हैं कि इंटरफ़ेस कॉन्फ़िगरेशन खाली रहे और कंट्रोल सेंटर में जो पाया जाता है उसके साथ ओवरराइट न किया जाए। इसलिए आपको टेस्ट एजेंट एप्लिकेशन के साथ काम करते समय उस कमांड के साथ एक विशेष ध्वज -without_interface_config का उपयोग करने की आवश्यकता है।
परीक्षण एजेंट उपकरण के लिए खाली इंटरफ़ेस कॉन्फ़िगरेशन
जैसा कि ऊपर बताया गया है, टेस्ट एजेंट एप्लिकेशन इंटरफ़ेस कॉन्फ़िगरेशन का समर्थन नहीं करता है, और इसलिए YANG स्कीमा में इंटरफ़ेस को छोड़ना संभव है।
लेकिन ऐसे उपयोग के मामले भी हैं जहां आप टेस्ट एजेंट उपकरण से इंटरफ़ेस कॉन्फ़िगरेशन को छोड़ना चाह सकते हैं। एक भूतपूर्वampइनमें से एक ऑर्केस्ट्रेशन परिदृश्य हो सकता है जहां आप क्लाउड-इनिट का उपयोग करके एक टेस्ट एजेंट को स्पिन कर रहे हैं, और आप चाहते हैं कि टेस्ट एजेंट ऑनलाइन आने पर कॉन्फ़डी को इसे ओवरराइट करने की बजाय वहां से इंटरफ़ेस कॉन्फ़िगरेशन का उपयोग किया जाए।
अपरिभाषित इंटरफेस के संबंध में यांग स्कीमा परिवर्तन
चूँकि अब एक खाली इंटरफ़ेस कॉन्फ़िगरेशन की अनुमति है (संस्करण 2.34.0 से आगे), परीक्षण या मॉनिटर के भाग के रूप में चल रहे कार्य के इनपुट के रूप में किसी भी इंटरफ़ेस नाम को निर्दिष्ट करना संभव है।
टेस्ट एजेंट एप्लिकेशन का उपयोग करने में सक्षम होने के लिए यह आवश्यक है, क्योंकि इनके लिए कॉन्फडी में कोई इंटरफ़ेस नाम परिभाषित नहीं किया गया है। हालाँकि, ध्यान दें कि इसका मतलब यह भी है कि यदि आप गलती से किसी परीक्षण या मॉनिटर को गैर-मौजूदा इंटरफ़ेस का उपयोग करने के लिए कॉन्फ़िगर करते हैं तो आपको समस्याओं का सामना करना पड़ सकता है। इसलिए कृपया इस बात का ध्यान रखें.
कॉन्फ़डी में निर्मित टेस्ट एजेंट को पंजीकृत करते समय सीमाएँ
REST या NETCONF/YANG API के माध्यम से एक टेस्ट एजेंट बनाते समय, हम पहले से नहीं जान सकते कि यह किस प्रकार का है: टेस्ट एजेंट उपकरण या टेस्ट एजेंट एप्लिकेशन। टेस्ट एजेंट के पंजीकरण के बाद ही यह स्पष्ट हो जाता है।
एक बार जब टेस्ट एजेंट पंजीकृत हो जाता है और इन ठोस प्रकारों में से एक में बदल जाता है, तो आपको इसे एक अलग प्रकार के टेस्ट एजेंट के रूप में फिर से पंजीकृत करने की अनुमति नहीं है। इसका मतलब यह है कि आपको पहले इसे टेस्ट एजेंट उपकरण के रूप में पंजीकृत करने की अनुमति नहीं है, फिर इसे टेस्ट एजेंट एप्लिकेशन के रूप में फिर से पंजीकृत करने की अनुमति नहीं है, या इसके विपरीत। यदि आपको किसी भिन्न प्रकार के टेस्ट एजेंट की आवश्यकता है, तो आपको एक नया टेस्ट एजेंट बनाना होगा।
परिशिष्ट: पूर्ण YANG मॉडल की वृक्ष संरचना
इस परिशिष्ट में, पृष्ठ 81 पर अनुभाग "लीजेंड" प्यांग -एफ ट्री कमांड के साथ उत्पन्न YANG मॉडल ट्री संरचना के सिंटैक्स की व्याख्या करता है।
पृष्ठ 82 पर अनुभाग "YANG मॉडल ट्री स्ट्रक्चर" Netrounds-ncc.yang पर लागू उस कमांड से आउटपुट देता है। इस आउटपुट के कुछ हिस्सों को दस्तावेज़ में अन्यत्र पुन: प्रस्तुत किया गया है।
दंतकथा
यांग मॉडल वृक्ष संरचना
जुनिपर नेटवर्क, जुनिपर नेटवर्क लोगो, जुनिपर और जूनोस संयुक्त राज्य अमेरिका और अन्य देशों में जुनिपर नेटवर्क, इंक. के पंजीकृत ट्रेडमार्क हैं। अन्य सभी ट्रेडमार्क, सेवा चिह्न, पंजीकृत चिह्न या पंजीकृत सेवा चिह्न उनके संबंधित स्वामियों की संपत्ति हैं। जुनिपर नेटवर्क इस दस्तावेज़ में किसी भी अशुद्धि के लिए कोई जिम्मेदारी नहीं लेता है। जुनिपर नेटवर्क बिना किसी सूचना के इस प्रकाशन को बदलने, संशोधित करने, स्थानांतरित करने या अन्यथा संशोधित करने का अधिकार सुरक्षित रखता है। कॉपीराइट © 2023 जुनिपर नेटवर्क, इंक. सभी अधिकार सुरक्षित हैं।
दस्तावेज़ / संसाधन
![]() |
जुनिपर नेटवर्क नेटकॉन्फ और यांग एपीआई सॉफ्टवेयर [पीडीएफ] उपयोगकर्ता गाइड नेटकॉन्फ यांग एपीआई सॉफ्टवेयर, यांग एपीआई सॉफ्टवेयर, एपीआई सॉफ्टवेयर, सॉफ्टवेयर |