NETCONF आणि YANG API ऑर्केस्ट्रेशन
मार्गदर्शकप्रकाशित
५७४-५३७-८९००
प्रकाशन ४.२

परिचय

या दस्तऐवजाचा उद्देश
हे दस्तऐवजीकरण नियंत्रण केंद्र NETCONF आणि YANG API द्वारे नेटवर्क सेवा ऑर्केस्ट्रेटरसह पॅरागॉन एक्टिव्ह ॲश्युरन्स कसे समाकलित करायचे याचे वर्णन करते. हात वर माजीamples गुंतलेली प्रमुख कार्ये दिली आहेत, ज्यात समाविष्ट आहे: आभासी चाचणी एजंट तयार करणे आणि तैनात करणे, चाचण्या आणि मॉनिटर्स चालवणे आणि या क्रियाकलापांमधून परिणाम पुनर्प्राप्त करणे.
या दस्तऐवजात, मुक्तपणे उपलब्ध Python NETCONF क्लायंट ncclient ऑर्केस्ट्रेटरच्या भूमिकेत वापरला जातो.

अधिवेशने
या दस्तऐवजात खालील संक्षेप वापरले आहेत:

संक्षेप	अर्थ
CLI	कमांड लाइन इंटरफेस
EM	घटक व्यवस्थापक
ES	एरर दुसरा
MEP	MEG (देखभाल घटक गट) एंड पॉइंट (ITU-T Y.1731 व्याख्या) किंवा मेंटेनन्स एंड पॉइंट (सिस्को व्याख्या)
NFV	नेटवर्क फंक्शन व्हर्च्युअलायझेशन
NFVO	नेटवर्क फंक्शन वर्च्युअलायझेशन ऑर्केस्ट्रेटर
NSD	नेटवर्क सेवा वर्णनकर्ता
RPC	दूरस्थ प्रक्रिया कॉल
SIP	सत्र आरंभ प्रोटोकॉल
SLA	सेवा स्तर करार
S-VNFM	विशेष VNF व्यवस्थापक
VNF	व्हर्च्युअल नेटवर्क फंक्शन
vTA	आभासी चाचणी एजंट

बॅकवर्ड कंपॅटिबिलिटी वर नोट्स

NETCONF आणि YANG API च्या 2.35.4/2.36.0 आवृत्त्यांमध्ये, NETCONF मानकांचे पालन करण्यासाठी काही विनंत्यांचे प्रमाणीकरण अधिक कठोर केले गेले. याचा अर्थ या मार्गदर्शकाच्या जुन्या आवृत्त्यांवर आधारित क्लायंट कोड आता नाकारला जाऊ शकतो.
उदाample, मागील Python माजी मध्येample कोड, कोणतीही नेमस्पेस विशेषता प्रदान केलेली नाही. जेव्हा तुम्ही कॉन्फडी संसाधन सुधारू इच्छित असाल तेव्हा XML विनंतीमध्ये नेमस्पेस पुरवणे आवश्यक आहे.

पूर्वतयारी आणि पूर्वतयारी

ConfD स्थापना
ConfD (टेल-एफ मधील उत्पादन) पॅरागॉन ऍक्टिव्ह ॲश्युरन्स सिस्टम आणि NETCONF मधील मध्यस्थ म्हणून वापरले जाते. ConfD पॅरागॉन ऍक्टिव्ह ॲश्युरन्स कॉन्फिगरेशन आणि ऑपरेशनल डेटा NETCONF आणि YANG API ला जोडते.
ConfD हे इन्स्टॉलेशन गाइडमध्ये वर्णन केल्याप्रमाणे कंट्रोल सेंटर सॉफ्टवेअरसह स्थापित केले गेले असावे.

ConfD चालू आहे याची पडताळणी करत आहे
ConfD चालू आहे हे सत्यापित करण्यासाठी, कमांड चालवा
ssh -s @localhost -p 830 netconf
पोर्ट 830 वर ConfD प्रतिसाद देतो हे तपासण्यासाठी. कमांडमध्ये, netconf वापरकर्ता तयार द्वारे परिभाषित केल्याप्रमाणे आहे
इन्स्टॉलेशन गाईडमधील कमांड, कॉन्फडी इन्स्टॉल करणे विभाग. त्याच कमांडद्वारे परिभाषित पासवर्ड द्या.
आउटपुटमध्ये, कंट्रोल सेंटर मॉड्यूल समाविष्ट असल्याचे सत्यापित करा. आउटपुटमध्ये खालीलप्रमाणे एक ओळ असावी:
http://ncc.netrounds.com?module=netrounds-ncc&पुनरावृत्ती=2017-06-15

कॉन्फिगरेशन डेटाबेस कंट्रोल सेंटरसह सिंक्रोनाइझ करणे

शेवटी, आम्हाला NETCONF द्वारे कॉन्फिगरेशन डेटाबेस अद्यतनित करणे आवश्यक आहे. आम्ही येथे ncclient (NETCONF क्लायंट) नावाच्या पायथन लायब्ररीद्वारे असे करू. तथापि, जोपर्यंत NETCONF/YANG प्रोटोकॉल वापरत आहे तोपर्यंत हे कार्य वेगळ्या प्रोग्रामिंग भाषेत देखील पूर्ण केले जाऊ शकते.
ncclient ची भूमिका NETCONF/YANG API होस्ट करणाऱ्या ConfD सर्व्हरकडे क्लायंट म्हणून काम करणे आहे.

हे लक्षात घेण्यासारखे आहे की ncclient कोणत्याही प्रकारे कंट्रोल सेंटरशी संबंधित नाही (पूर्वी "Netrounds Control Center"), जरी नाव "ncc" ने सुरू होते.
ncclient कसे स्थापित करायचे ते येथे आहे:

• वरून सॉफ्टवेअर डाउनलोड करा https://github.com/ncclient/ncclient.
• ही आज्ञा चालवा: pip install ncclient

आता आपण खालीलप्रमाणे सिंक्रोनाइझेशन करू शकतो. काळजीपूर्वक लक्षात ठेवा की हे एका वेगळ्या संगणकावर करणे आवश्यक आहे, नियंत्रण केंद्र सर्व्हरवर नाही:

#
# टीप:
# ही स्क्रिप्ट NCC सर्व्हरवर चालणाऱ्या ConfD साठी क्लायंट म्हणून काम करते.
# ते संवादासाठी NETCONF/YANG API चा वापर करेल.

टीप: जेव्हाही चाचणी एजंट स्थापित केले जातात आणि NETCONF च्या स्वतंत्रपणे नोंदणी केली जातात तेव्हा ही प्रक्रिया देखील आवश्यक असते. विभागातील टीप पहा “ओव्हरview ऑफ टेस्ट एजंट ऑर्केस्ट्रेशन” अधिक माहितीसाठी पृष्ठ 17 वर.

एकाधिक NETCONF-नियंत्रित पॅरागॉन सक्रिय हमी खाती सेट करणे

जर तुम्ही पुढील पॅरागॉन ॲक्टिव्ह ॲश्युरन्स खाती सेट करू इच्छित असाल तरच तुम्ही NETCONF द्वारे नियंत्रित करू इच्छित असाल, इन्स्टॉलेशन गाइड, विभाग "ConfD स्थापित करणे" मध्ये अशा प्रकारे कॉन्फिगर केलेल्या खात्याव्यतिरिक्त.
अशा प्रत्येक खात्यासाठी, पुढीलप्रमाणे पुढे जा:

• नियंत्रण केंद्रामध्ये, खात्यात लॉग इन करा आणि खाते > परवानग्या वर नेव्हिगेट करा.
• वापरकर्ता जोडा "confd@netrounds.com", आणि आमंत्रण बटणावर क्लिक करून GUI मध्ये या ConfD वापरकर्ता प्रशासकाची परवानगी द्या.
• पृष्ठ 4 वरील "कंट्रोल सेंटरसह कॉन्फिगरेशन डेटाबेस सिंक्रोनाइझ करणे" या विभागात वर्णन केल्यानुसार कॉन्फिगरेशन डेटाबेस कंट्रोल सेंटरसह सिंक्रोनाइझ करा.
  तुम्ही आता एकाच ConfD वापरकर्त्यासह अनेक पॅरागॉन ॲक्टिव्ह ॲश्युरन्स खाती नियंत्रित करण्यास सक्षम असाल.

टीप: एकदा तुम्ही ConfD द्वारे पॅरागॉन ॲक्टिव्ह ॲश्युरन्स खाते नियंत्रित करण्यास सुरुवात केल्यानंतर, तुम्ही या खात्याद्वारे बदल करू नये. web कोणत्याही पॅरागॉन ॲक्टिव्ह ॲश्युरन्स वैशिष्ट्यांच्या संदर्भात जीयूआय “कॉन्फिगरेशन” (पृष्ठ 9 वरील “पॅरागॉन ॲक्टिव्ह ॲश्युरन्समधील सपोर्टेड फीचर्स” हा धडा पहा). आपण असे केल्यास, समक्रमण गमावले जाईल.

NETCONF ऑर्केस्ट्रेशन API चा परिचय

ओव्हरview

तृतीय-पक्ष NFVO किंवा सर्व्हिस ऑर्केस्ट्रेटर हा सामान्यत: एक घटक असतो जो नियंत्रण केंद्र API वापरून चाचणी आणि निरीक्षण सत्रे सुरू करतो. हा ऑर्केस्ट्रेटर चाचणी एजंट क्रियाकलापांमधून एकत्रित मापन परिणाम देखील पुनर्प्राप्त करतो. कार्यप्रदर्शन KPIs तृतीय-पक्ष कार्यप्रदर्शन व्यवस्थापन प्रणालीद्वारे पुनर्प्राप्त केले जाऊ शकतात, तर इव्हेंट - एकदा नियंत्रण केंद्रामध्ये सेट केलेल्या थ्रेशोल्ड उल्लंघनामुळे ट्रिगर - तृतीय-पक्ष फॉल्ट व्यवस्थापन प्रणालींना पाठवले जाऊ शकतात.
सारांश देण्यासाठी, खालील आकृती OSS लँडस्केपमधील इतर तृतीय-पक्ष प्रणालींशी पॅरागॉन ॲक्टिव्ह ॲश्युरन्स कसा संवाद साधते हे दाखवते.

• NFVO/सर्व्हिस ऑर्केस्ट्रेटर: VNF मॅनेजरला vTAs उपयोजित करण्यासाठी आणि सेवा शृंखलामध्ये पॅरागॉन ऍक्टिव्ह ॲश्युरन्स कॉन्फिगर करण्याची सूचना देते. एकदा सेवा सक्रिय झाल्यानंतर, ऑर्केस्ट्रेटर सेवा सक्रियकरण चाचण्या ट्रिगर करण्यासाठी आणि पास/अयशस्वी परिणाम पुनर्प्राप्त करण्यासाठी नियंत्रण केंद्राकडे API वापरतो. चाचण्या उत्तीर्ण झाल्यास, ऑर्केस्ट्रेटर सेवेचे सक्रिय निरीक्षण सुरू करण्यासाठी नियंत्रण केंद्राकडे API चा वापर करेल. मॉनिटरिंगमधील KPIs एकतर ऑर्केस्ट्रेटरद्वारे किंवा वेगळ्या परफॉर्मन्स मॅनेजमेंट प्लॅटफॉर्मद्वारे सतत पुनर्प्राप्त केले जातात.
• नियंत्रण केंद्र: NFVO किंवा सर्व्हिस ऑर्केस्ट्रेटरच्या सूचनेनुसार vTA तैनात, स्केल आणि समाप्त करते.
• परफॉर्मन्स मॅनेजमेंट सिस्टम किंवा सर्व्हिस क्वालिटी मॅनेजमेंट सिस्टम: कंट्रोल सेंटर API द्वारे सक्रिय मॉनिटरिंगमधून KPI वाचते.
• फॉल्ट मॅनेजमेंट सिस्टम: SLA चे उल्लंघन झाल्यास नियंत्रण केंद्राकडून NETCONF, SNMP किंवा ईमेल सूचना प्राप्त होतात.

पॅरागॉन ऍक्टिव्ह ॲश्युरन्समधील संकल्पनांची व्याख्या

• चाचणी एजंट: पॅरागॉन ॲक्टिव्ह ॲश्युरन्स सिस्टममध्ये मोजमाप करणारे घटक (चाचण्यांसाठी तसेच मॉनिटर्ससाठी) करतात. चाचणी एजंटमध्ये वास्तविक नेटवर्क रहदारी निर्माण करणे, प्राप्त करणे आणि विश्लेषण करण्याची क्षमता असलेले सॉफ्टवेअर असते.
• या दस्तऐवजात ज्या प्रकारच्या चाचणी एजंटची चर्चा केली आहे तो व्हर्च्युअल टेस्ट एजंट (vTA), हायपरवाइजरवर तैनात केलेले व्हर्च्युअल नेटवर्क फंक्शन (VNF) आहे. इतर प्रकारचे चाचणी एजंट देखील अस्तित्वात आहेत.
• पॅरागॉन ॲक्टिव्ह ॲश्युरन्स, चाचण्या आणि मॉनिटर्समध्ये मोजण्याचे दोन मूलभूत प्रकार आहेत.
• चाचणी: चाचणीमध्ये एक किंवा अनेक पायऱ्या असतात, ज्यापैकी प्रत्येकाचा कालावधी निर्दिष्ट, मर्यादित असतो. पायऱ्या अनुक्रमे अंमलात आणल्या जातात. प्रत्येक पायरीमध्ये एकाच वेळी अनेक कार्ये चालवणे आवश्यक असू शकते.
• मॉनिटर: मॉनिटरला निर्दिष्ट कालावधी नसतो परंतु तो अनिश्चित काळासाठी कार्यान्वित होतो. चाचणीच्या चरणाप्रमाणे, मॉनिटर एकाधिक समवर्ती कार्ये चालवू शकतो.
• साचा: जेव्हा पॅरागॉन ॲक्टिव्ह ॲश्युरन्स हे ऑर्केस्ट्रेटरद्वारे नियंत्रित केले जाते, तेव्हा चाचण्या आणि मॉनिटर्स नेहमी टेम्प्लेट्सद्वारे चालवले जातात ज्यामध्ये चाचणी किंवा मॉनिटर परिभाषित केला जातो. पॅरामीटर सेटिंग्ज रनटाइमच्या वेळी टेम्पलेटमध्ये इनपुट म्हणून पास केली जाऊ शकतात.

ऑटोमेशनसाठी कार्यप्रवाह
डिझाइन वेळ

डिझाइनच्या वेळी, तुम्ही पॅरागॉन ॲक्टिव्ह ॲश्युरन्समध्ये चाचण्या आणि मॉनिटर्ससाठी टेम्पलेट्स तयार करून मोजमाप तयार करता. ते कसे करायचे ते पृष्ठ 15 वरील “चाचणी आणि मॉनिटर टेम्पलेट्स” या अध्यायात समाविष्ट केले आहे.

रनटाइम
रनटाइमच्या वेळी, तुम्ही तुमची डिव्हाइस सेट अप करता आणि प्रत्यक्ष मोजमाप करता.

• एक ओव्हरview सर्व माजीampदिलेले अध्याय “उदाampपृष्ठ १५ वर NETCONF आणि YANG API द्वारे पॅरागॉन ॲक्टिव्ह ॲश्युरन्सचे नियंत्रण”.
• चाचणी एजंट कसे उपयोजित आणि कॉन्फिगर करावे हे धडा “उदाamples: चाचणी एजंट” पृष्ठ १६ वर.
• TW सारख्या इन्व्हेंटरी आयटम कसे आयात करावेAMP रिफ्लेक्टर्स आणि आयपीटीव्ही चॅनेल "उदाamples: इन्व्हेंटरी आयटम्स” पृष्ठ २९ वर.
• अलार्म कसे कॉन्फिगर करायचे ते धडा “उदाamples: अलार्म” पृष्ठ 35 वर.
• NETCONF द्वारे पॅरागॉन ऍक्टिव्ह ॲश्युरन्स टेम्प्लेट्स कार्यान्वित करून चाचण्या आणि मॉनिटर्स कसे चालवायचे याचे वर्णन अध्यायांमध्ये केले आहे “एक्सamples: चाचण्या” पृष्ठ ४३ वर आणि “उदाamples: मॉनिटर्स” पृष्ठ ५४ वर.

पॅरागॉन ॲक्टिव्ह ॲश्युरन्स मधील सपोर्टेड फीचर्स

पॅरागॉन ॲक्टिव्ह ॲश्युरन्समधील सर्व चाचणी आणि मॉनिटर प्रकार टेम्पलेट्सच्या वापराद्वारे तयार आणि कार्यान्वित केले जाऊ शकतात. हे कसे करायचे ते “चाचण्या आणि मॉनिटर्स” > “टेम्पलेट तयार करणे” अंतर्गत ॲप-मधील मदतीमध्ये समाविष्ट आहे.

पॅरागॉन एक्टिव्ह ॲश्युरन्स खाती तयार करणे सध्या समर्थित नाही; तथापि, वापरकर्त्यासाठी एक किंवा अनेक पूर्वनिर्धारित खाती सेट केली जातील.
या प्रकाशनात पॅरागॉन ॲक्टिव्ह ॲश्युरन्समधील कोणती वैशिष्ट्ये उपलब्ध आहेत आणि ही वैशिष्ट्ये YANG मध्ये कशी दर्शविली जातात हे खालील तक्ते तपशीलवार सांगतात.

यांग कन्स्ट्रक्ट्सचे स्पष्टीकरण

सोयीसाठी, वैशिष्ट्य सारणीमध्ये संदर्भित YANG रचनांची व्याख्या येथे दिली आहे.

• कॉन्फिग (config=true): कॉन्फिगरेशन डेटा, सिस्टमला एका स्थितीतून दुसऱ्या स्थितीत रूपांतरित करण्यासाठी आवश्यक आहे.
• स्टेट (कॉन्फिगरेशन=फॉल्स): स्टेट डेटा: कॉन्फिगरेशन डेटा नसलेल्या सिस्टमवरील अतिरिक्त डेटा, जसे की केवळ-वाचनीय स्थिती माहिती आणि गोळा केलेली आकडेवारी.
• RPC: रिमोट प्रोसिजर कॉल, NETCONF प्रोटोकॉलमध्ये वापरल्याप्रमाणे.
• सूचना: NETCONF सर्व्हरवरून NETCONF क्लायंटला इव्हेंट सूचना पाठवल्या जातात.

ऑर्केस्ट्रेशनसाठी उपलब्ध पॅरागॉन ॲक्टिव्ह ॲश्युरन्स वैशिष्ट्यांची सारणी
संसाधन: देखरेख
यांग पथ:/खाते/खाते/मॉनिटर

वैशिष्ट्य	उपवैशिष्ट्य	यांग बांधकाम
मॉनिटर तयार करा/बदला/हटवा	मॉनिटर टेम्पलेटवर आधारित	कॉन्फिग
मॉनिटर सुरू/थांबवा	–	कॉन्फिग
टेम्प्लेट्सचे निरीक्षण करा	इनपुटसह विद्यमान मॉनिटर टेम्पलेट्स सूचीबद्ध करा	राज्य
NETCONF सूचना	अलार्म स्थिती बदलली	सूचना
परिणामांचे निरीक्षण करा	उच्च स्तरासाठी SLA/ES काउंटर (%) कार्य स्तरासाठी SLA/ES काउंटर (%)	राज्य

चाचण्यांच्या विपरीत (संसाधनाची तुलना करा: खालील चाचण्या), मॉनिटर्स आरपीसीने सुरू होत नाहीत तर मॉनिटर कॉन्फिगरेशनद्वारे सुरू केले जातात.
संसाधन: चाचण्या
यांग मार्ग: /खाते/खाते/चाचण्या

वैशिष्ट्य	उपवैशिष्ट्य	यांग बांधकाम
चाचणी सुरू करा	चाचणी टेम्पलेटवर आधारित	RPC
चाचण्या व्यवस्थापित करा	स्थितीसह चाचण्यांची यादी करा	राज्य
चाचणी टेम्पलेट्स	इनपुटसह विद्यमान चाचणी टेम्पलेट्स सूचीबद्ध करा	राज्य
NETCONF सूचना	चाचणी स्थिती बदलली	सूचना
चाचणी परिणाम	चाचणी चरण स्थिती मिळवा (उत्तीर्ण, अयशस्वी, त्रुटी, ...)	राज्य

संसाधन: चाचणी एजंट
यांग मार्ग:

• /खाते/खाते/चाचणी-एजंट (कॉन्फिग)
• /खाते/खाते/नोंदणीकृत-चाचणी-एजंट (राज्य)

/accounts/account/test-agents अंतर्गत चाचणी एजंट हे खाते मध्ये कॉन्फिगरेशन असतात. ऑर्केस्ट्रेटरद्वारे NETCONF द्वारे फक्त हे चाचणी एजंट कॉन्फिगर केले जाऊ शकतात आणि चाचण्या आणि मॉनिटर्समध्ये वापरले जाऊ शकतात.
तुम्ही टेस्ट एजंट कॉन्फिगर केल्यावर आणि तो खात्यात नोंदणीकृत झाल्यानंतर, टेस्ट एजंट /accounts/account/registered-test-agents अंतर्गत दिसेल. तुम्ही NETCONF मधील “get” कमांड वापरून सर्व नोंदणीकृत चाचणी एजंट शोधू शकता (अध्याय पूर्व तुलना कराamples: चाचणी एजंट).
/accounts/account/registered-test-agents अंतर्गत तुम्हाला चाचणी एजंट देखील सापडतील जे अद्याप कॉन्फिगर केलेले नाहीत. असे कोणतेही चाचणी एजंट वापरण्यापूर्वी ते कॉन्फिगर केले पाहिजेत.
ऑर्केस्ट्रेशनच्या परिस्थितीमध्ये, तुम्ही तुमच्या पॅरागॉन ॲक्टिव्ह ॲश्युरन्स खात्याचे सर्व कॉन्फिगरेशन NETCONF द्वारे करावे अशी शिफारस केली जाते. हे सुनिश्चित करते की चाचणी-एजंट आणि नोंदणीकृत-चाचणी-एजंट वेगळे होणार नाहीत.

वैशिष्ट्य	उपवैशिष्ट्य	यांग बांधकाम
सर्व्हरवर चाचणी एजंट पूर्व-तयार करा	–	कॉन्फिग
ऑफलाइन चाचणी एजंट कॉन्फिगर करा	(नियंत्रण केंद्र कॉन्फिगरेशनला चाचणी एजंटकडे ढकलते जेव्हा ते ऑनलाइन येते)	कॉन्फिग
विद्यमान/बाह्य कॉन्फिगर केलेले चाचणी एजंट वापरा	चाचणी/मॉनिटरमध्ये वापरा	कॉन्फिग
	इंटरफेस कॉन्फिगर करा	कॉन्फिग
	स्थिती मिळवा	राज्य
चाचणी एजंट कॉन्फिगर करा (केवळ चाचणी उपकरण)	NTP कॉन्फिगर करा	कॉन्फिग
	पूल कॉन्फिगर करा	कॉन्फिग
	VLAN इंटरफेस कॉन्फिगर करा	कॉन्फिग
	एसएसएच की कॉन्फिगर करा	कॉन्फिग
	IPv6	कॉन्फिग
युटिल्स	रीबूट करा	RPC
	अपडेट करा	RPC
NETCONF सूचना	ऑनलाइन स्थिती बदलली	सूचना
स्थिती	सिस्टम स्थिती मिळवा (अपटाइम, मेमरी वापर, लोड सरासरी, आवृत्ती)	राज्य

संसाधन: इन्व्हेंटरी
यांग पथ: /खाते/खाते/twamp- परावर्तक

समर्थित NETCONF क्षमता

खालील तक्ता पॅरागॉन ॲक्टिव्ह ॲश्युरन्स ऑर्केस्ट्रेशनच्या उद्देशाने वापरल्या जाणाऱ्या NETCONF क्षमतेचे वर्णन करणारी IETF RFCs कडे निर्देश करते.

• 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पुढील प्रकरणांमध्ये les खालील मुक्तपणे उपलब्ध साधनांचा वापर करून तयार केले गेले आहेत:

• Pang: YANG मॉडेल्सची कल्पना करण्यासाठी आणि ब्राउझ करण्यासाठी वापरले जाते.
• येथे उपलब्ध आहे https://github.com/mbj4668/pyang (गिट वरून क्लोन करा आणि पायथन setup.py इंस्टॉल चालवा).
• Python NETCONF क्लायंट "ncclient": NETCONF वापरून नियंत्रण केंद्राशी संवाद साधण्यासाठी वापरले जाते.
• https://github.com/ncclient/ncclient वर उपलब्ध (रन pip install ncclient).
  netrounds-ncc.yang डेटा मॉडेल /opt/netrounds-confd मध्ये आढळते एकदा ConfD इंस्टॉलेशन मार्गदर्शकानुसार स्थापित केले गेले).

ओव्हरview केलेल्या प्रमुख कार्यांपैकी

(पुढील काही कार्ये देखील पुढील उदाहरणात दिली आहेत.)

• पृष्ठ 16 वर “नवीन चाचणी एजंट तयार करणे आणि तैनात करणे”
• पृष्ठ २९ वर “इन्व्हेंटरी आयटम तयार करणे (उदा. परावर्तक)”
• पृष्ठ 35 वर “अलार्म टेम्प्लेट सेट करणे आणि अलार्म कुठे पाठवायचे”
• पृष्ठ ४५ वर “चाचणी तयार करणे आणि चालवणे”
• पृष्ठ 50 वर "चाचणी परिणाम पुनर्प्राप्त करणे".
• पृष्ठ 60 वर “मॉनिटर सुरू करणे (अलार्मच्या सेटअपचा समावेश आहे)”
• पृष्ठ ६७ वर “मॉनिटरसाठी SLA स्थिती पुनर्प्राप्त करणे”
• "सोबत काम करत आहे tagsपृष्ठ 71 वर

Examples: चाचणी एजंट

ओव्हरview चाचणी एजंट ऑर्केस्ट्रेशन
पॅरागॉन ॲक्टिव्ह ॲश्युरन्समधील चाचणी एजंटना ऑर्केस्ट्रेशनच्या संदर्भात "कॉन्फिगरेशन" मानले जाते. याचा अर्थ असा की चाचणी एजंटची निर्मिती, नियंत्रण आणि हटवणे पॅरागॉन ॲक्टिव्ह ॲश्युरन्स GUI द्वारे न करता ऑर्केस्ट्रेटर आणि NETCONF द्वारे केले जावे.
महत्त्वाचे: जर चाचणी एजंट एखाद्या तंत्रज्ञाद्वारे स्थापित केला असेल आणि NETCONF आणि YANG API द्वारे प्रथम तयार केल्याशिवाय नियंत्रण केंद्रावर नोंदणीकृत असेल, तर चाचणी एजंट कॉन्फिगरेशन डेटाबेसमध्ये अस्तित्वात राहणार नाही आणि सिस्टम समक्रमित होईल. या प्रकरणात ConfD ला चाचणी एजंटची जाणीव होण्यासाठी, नियंत्रण केंद्रासह नवीन सिंक्रोनाइझेशन करणे आवश्यक असेल, जसे की पृष्ठ 4 वरील "कंट्रोल सेंटरसह कॉन्फिगरेशन डेटाबेस सिंक्रोनाइझ करणे" या विभागात तपशीलवार वर्णन केले आहे.

त्यामुळे व्हर्च्युअल टेस्ट एजंट (vTAs) चे ऑर्केस्ट्रेशन पुढील चरणांमध्ये केले पाहिजे:

1. व्हर्च्युअल टेस्ट एजंट तयार करा, त्याच्या इंटरफेस कॉन्फिगरेशनसह, NETCONF आणि YANG इंटरफेसचा वापर करून कंट्रोल सेंटर. चाचणी एजंटचे नाव त्याची अद्वितीय की असेल.
2. व्हर्च्युअलायझेशन प्लॅटफॉर्मवर vTA तैनात करा. टेस्ट एजंट > इन्स्टॉलेशन अंतर्गत ऑनलाइन मदतीमधील सूचनांचे अनुसरण करा. मूलभूत इंटरफेस कॉन्फिगरेशन जे vTA ला कंट्रोल सेंटरशी कनेक्ट करण्याची परवानगी देते, तसेच प्रमाणीकरणासाठी क्रेडेन्शियल्स, क्लाउड-इनिट वापरकर्ता डेटा वापरून vTA मध्ये प्रदान केले जातात.
   एकदा vTA बूट झाल्यावर, ते एनक्रिप्टेड OpenVPN कनेक्शन वापरून नियंत्रण केंद्राशी आपोआप कनेक्ट होईल. VTA च्या चाचणी-एजंट-statuschange पॅरामीटरचे मूल्य आता “ऑनलाइन” मध्ये बदलले असल्याने NETCONF सूचना पाठवली जाते.
   टीप: नियंत्रण केंद्रामध्ये vTA चे नाव त्याचा अभिज्ञापक असल्याने, हे नाव पृष्ठ 1 वरील "चरण 17" मध्ये नियंत्रण केंद्रामध्ये परिभाषित केल्याप्रमाणेच असले पाहिजे.
3. एकदा vTA कनेक्ट झाल्यावर आणि नियंत्रण केंद्राशी प्रमाणीकृत झाल्यावर, इंटरफेस कॉन्फिगरेशन vTA वर ढकलले जाते. नियंत्रण केंद्रामध्ये vTA तयार केल्यावर पृष्ठ 1 वरील “चरण 17” मध्ये प्रदान केलेले हे इंटरफेस कॉन्फिगरेशन आहे.
4. vTA ने त्याचा उद्देश पूर्ण केल्यानंतर, vTA हटवा.

नवीन चाचणी एजंट तयार करणे आणि तैनात करणे

आम्हाला प्रथम NETCONF आणि YANG इंटरफेस ते कंट्रोल सेंटर वापरून चाचणी एजंट तयार करणे आवश्यक आहे. जेव्हा चाचणी एजंट अशा प्रकारे तयार केला जातो, तेव्हा नियंत्रण केंद्रासह कोणत्याही सिंक्रोनाइझेशनची आवश्यकता नसते.
चाचणी एजंटसाठी YANG मॉडेल खाली चित्रित केले आहे. हे कमांडमधून आउटपुट म्हणून प्राप्त केले जाते
pyang -f वृक्ष netrounds-ncc.yang
पूर्ण YANG मॉडेल पृष्ठ 81 वरील "परिशिष्ट: फुल यांग मॉडेलची झाडांची रचना" मध्ये दिलेले आहे, ज्यामध्ये या दस्तऐवजात वापरल्या जाणाऱ्या आणि यांग मॉडेलच्या इतर उदाहरणांचे स्पष्टीकरण देणारी एक आख्यायिका देखील आहे.

आम्ही पुढील चरणांमध्ये पुढे जाऊ, ज्याचे तपशील खालीलप्रमाणे आहेत:

1. सुरुवातीला, पॅरागॉन ॲक्टिव्ह ॲश्युरन्स खाते "डेमो" च्या यादीत चाचणी एजंट नाहीत.
2.  ncclient वापरून “vta1” नावाचा चाचणी एजंट तयार केला जातो. यावेळी एसtagई, कोणताही खरा चाचणी एजंट अद्याप अस्तित्वात नाही (म्हणजे, तो अद्याप सुरू झालेला नाही).
3. चाचणी एजंट OpenStack मध्ये तैनात आहे. (त्या प्लॅटफॉर्मवरील तैनाती इतरांपैकी एक शक्यता म्हणून येथे निवडली आहे.)
4. चाचणी एजंट नियंत्रण केंद्र खाते "डेमो" शी जोडतो आणि आता वापरासाठी तयार आहे.
   पायरी 1: सुरुवातीला, "डेमो" खात्यामध्ये कोणतेही चाचणी एजंट नाहीत. नियंत्रण केंद्र GUI वरून खालील स्क्रीनशॉट पहा.पायरी 2: Python NETCONF क्लायंट "ncclient" वापरून कंट्रोल सेंटरमध्ये चाचणी एजंट तयार केला जातो. DHCP पत्त्यासह एक भौतिक इंटरफेस असलेला चाचणी एजंट तयार करण्यासाठी खाली ncclient कोड आहे:

आर्गपार्स आयात करा
ncclient आयात व्यवस्थापकाकडून
पार्सर = argparse.ArgumentParser(वर्णन='चाचणी चाचणी एजंट तयार करा')
parser.add_argument('–होस्ट', help='होस्टनाव जेथे ConfD आढळले आहे', आवश्यक = खरे)
parser.add_argument('–पोर्ट', help='ConfD ला जोडण्यासाठी पोर्ट', आवश्यक=True)
parser.add_argument('–username', help='ConfD शी कनेक्ट करण्यासाठी वापरकर्तानाव', आवश्यक=True)
parser.add_argument('–पासवर्ड', help='ConfD खात्याचा पासवर्ड', आवश्यक = खरे)
parser.add_argument('–netrounds-account', help='The NCC खाते लहान नाव', आवश्यक=True)
parser.add_argument('–test-agent-name', help='चाचणी एजंटचे नाव', आवश्यक=सत्य)
args = parser.parse_args()
manager.connect(host=args.host, port=args.port, username=args.username,
password=args.password, hostkey_verify=False) m म्हणून:
# नियंत्रण केंद्रात चाचणी एजंट तयार करा
xml = """

)मुद्रित करा m.edit_config(target='running', config=xml)

टीप: manager.connect(…) च्या आधी असलेला कोड नंतरच्या ex मधून वगळला आहेample कोड स्निपेट्स.
एनटीपी सर्व्हर eth0 वर कॉन्फिगर केले आहे, आणि eth0 हे व्यवस्थापन इंटरफेस देखील आहे (म्हणजे, नियंत्रण केंद्राशी जोडणारा इंटरफेस).
चाचणी एजंट अनुप्रयोग सध्या इंटरफेस कॉन्फिगर करण्यास परवानगी देत ​​नाही. या कारणास्तव, आवृत्ती 2.34.0 पासून पुढे, YANG स्कीमामधील इंटरफेस कॉन्फिगरेशन वगळणे शक्य आहे. या प्रकरणात संबंधित XML मूलभूतपणे सरलीकृत आहे:एकदा चाचणी एजंट तयार झाल्यानंतर, तो कॉन्फिगरेशन डेटाबेसमध्ये आणि नियंत्रण केंद्रामध्ये अस्तित्वात असतो. चाचणी एजंट इन्व्हेंटरीचा खालील स्क्रीनशॉट पहा, चाचणी एजंट “vta1” दर्शवित आहे:

पायरी 3: आता OpenStack मध्ये चाचणी एजंट “vta1” तैनात करण्याची वेळ आली आहे.
चाचणी एजंट क्लाउड-इनिट वापरकर्ता डेटा वापरून नियंत्रण केंद्राशी कसे कनेक्ट करावे यावरील माहिती पुनर्प्राप्त करेल. विशेषतः, वापरकर्ता डेटा मजकूर file खालील सामग्री आहेत (लक्षात ठेवा की #cloud-config आणि netrounds_test_agent लाईन्स उपस्थित असणे आवश्यक आहे आणि उर्वरित ओळी इंडेंट केलेल्या असणे आवश्यक आहे):

अधिक माहितीसाठी, कृपया ओपनस्टॅकमध्ये व्हर्च्युअल टेस्ट एजंट कसे तैनात करावेत या दस्तऐवजाचा संदर्भ घ्या.
एकदा चाचणी एजंट तैनात केला गेला आणि नियंत्रण केंद्राशी कनेक्ट झाला की, कॉन्फिगरेशन नियंत्रण केंद्राकडून चाचणी एजंटकडे ढकलले जाईल.

पायरी 4: चाचणी एजंट आता कंट्रोल सेंटरमध्ये ऑनलाइन आहे आणि त्याने त्याचे कॉन्फिगरेशन प्राप्त केले आहे. चाचणी एजंट चाचण्या आणि निरीक्षणासाठी वापरण्यासाठी तयार आहे. हे विभाग पहा:

• पृष्ठ ४५ वर “चाचणी सुरू करणे”
•  पृष्ठ 60 वर “मॉनिटर सुरू करणे”

तुमच्या पॅरागॉन ॲक्टिव्ह ॲश्युरन्स खात्यामध्ये चाचणी एजंटची यादी करणे
खाली माजी आहेampपॅरागॉन ॲक्टिव्ह ॲश्युरन्स खात्यामध्ये चाचणी एजंट्सची सूची करण्यासाठी le ncclient पायथन कोड:

हा कोड चालवल्याने खालीलप्रमाणे आउटपुट मिळते:

चाचणी एजंट हटवित आहे
चाचणी पूर्ण झाल्यानंतर, चाचणी एजंट हटवणे काही वापराच्या प्रकरणांमध्ये संबंधित असू शकते.
खाली ncclient सह हे कसे करायचे ते दाखवणारा एक कोड स्निपेट आहे:

NETCONF सूचना
खाली, आम्ही एक साधे माजी सादर करतोampनियंत्रण केंद्रावरून येणाऱ्या सर्व NETCONF सूचना ऐकण्यासाठी le स्क्रिप्ट. या सूचना पाठवल्या जातात जेव्हा काही विशिष्ट कार्यक्रम होतात, जसे की चाचणी एजंट ऑफलाइन जातो किंवा वापरकर्त्याने सुरू केलेली चाचणी पूर्ण होते. सूचनांमध्ये असलेल्या माहितीच्या आधारे, वापरकर्ते ऑर्केस्ट्रेटरमध्ये स्वयंचलित फॉलो-अप क्रिया नियुक्त करू शकतात.

वरील स्क्रिप्ट कार्यान्वित झाल्यावर, NC क्लायंट प्राप्त सूचना संरचित XML मध्ये सादर करेल. माजी पहाample आउटपुट खाली, जे चाचणी एजंट अनपेक्षितपणे ऑफलाइन जात असल्याचे दर्शविते.



2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com‘>
डेमो
HW1
ऑफलाइन

Examples: इन्व्हेंटरी आयटम

TW सारख्या इन्व्हेंटरी आयटम तयार करणे (आयात करणे) आणि व्यवस्थापित करणेAMP परावर्तक आणि Y.1731 MEPs चाचणी एजंट्स प्रमाणेच केले जातात. खाली XML आणि NETCONF कोड आहे पॅरागॉन ऍक्टिव्ह ॲश्युरन्स मध्ये NETCONF आणि YANG API द्वारे अशा संस्था परिभाषित करण्यासाठी आणि परिभाषित आयटमच्या सूची पुनर्प्राप्त करण्यासाठी.

एक TW तयार करणेAMP परावर्तक

Y.1731 MEP तयार करणे

IPTV चॅनेल तयार करणे

पिंग होस्ट तयार करणे

SIP खाते तयार करणे

इन्व्हेंटरी आयटम पुनर्प्राप्त करत आहे
खाली एका खात्यामध्ये परिभाषित केलेल्या सर्व इन्व्हेंटरी आयटम पुनर्प्राप्त करण्यासाठी पायथन कोड आहे. (दस्तऐवजातील काही पुनरावृत्ती टाळण्यासाठी सर्व प्रकारच्या इन्व्हेंटरी आयटम येथे एकाच वेळी आणले जातात. साहजिकच, खाली दिलेल्या खात्यातील काही ओळी सोडून यादी आयटमचा कोणताही उपसंच मिळवता येतो.)

हा कोड चालवल्याने खालीलप्रमाणे आउटपुट मिळते:

Examples: अलार्म

अलार्म टेम्प्लेट्स आणि संबंधित आयटम (SNMP व्यवस्थापक, अलार्म ईमेल सूची) इन्व्हेंटरी आयटम प्रमाणेच तयार आणि व्यवस्थापित केले जातात. या प्रकरणामध्ये NETCONF आणि YANG API द्वारे पॅरागॉन एक्टिव्ह ॲश्युरन्समध्ये अशा घटकांची व्याख्या करण्यासाठी आणि परिभाषित आयटमच्या सूची पुनर्प्राप्त करण्यासाठी XML आणि NETCONF कोड आहे.
अलार्म ईमेल याद्या
अलार्म ईमेल सूची तयार करणे

सर्व अलार्म ईमेल याद्या पुनर्प्राप्त करत आहे

SNMP व्यवस्थापक
SNMP व्यवस्थापक तयार करणे

सर्व SNMP व्यवस्थापक पुनर्प्राप्त करत आहे

अलार्म टेम्पलेट्स
अलार्म टेम्पलेट तयार करणे

सर्व अलार्म टेम्पलेट्स पुनर्प्राप्त करत आहे

Examples: SSH की

तुम्ही NETCONF आणि YANG API द्वारे चाचणी एजंटमध्ये SSH सार्वजनिक की जोडू शकता. संबंधित खाजगी की वापरून तुम्ही SSH द्वारे चाचणी एजंटमध्ये लॉग इन करू शकता.
SSH की वर उपलब्ध ऑपरेशन्सची संपूर्ण यादी खालीलप्रमाणे आहे:

• SSH की जोडा
• SSH की सुधारित करा
• SSH की तपासा
• SSH की सूचीबद्ध करा
• SSH की हटवा.
  खाली, जोडा आणि हटवा ऑपरेशन्सचे उदाहरण दिले आहे.

SSH की हटवत आहे
तुम्हाला SSH की हटवायची असल्यास, खालील कमांड वापरा:

Examples: चाचण्या

येथे असे गृहीत धरले जाते की चाचणी एजंट (चाचण्यांसाठी आवश्यक तेवढे) पृष्ठ 17 वरील “नवीन चाचणी एजंट तयार करणे आणि तैनात करणे” या विभागानुसार तयार केले गेले आहेत.
चाचण्यांसाठी यांग मॉडेल पथ

आयटम	यांग मॉडेल पथ: /खाते/खाते/चाचण्या …
चाचण्या	/.
चाचणी[आयडी]	/चाचणी
id	/चाचणी/आयडी
नाव	/चाचणी/नाव
स्थिती	/चाचणी/स्थिती
सुरवातीची वेळ	/चाचणी/प्रारंभ-वेळ
शेवटची वेळ	/चाचणी/अंतिम वेळ
अहवाल-url	/चाचणी अहवाल-url
पायऱ्या	/चाचणी/चरण
पाऊल [आयडी]	/test/steps/step
नाव	/test/steps/step/name
id	/test/steps/step/id
सुरवातीची वेळ	/test/steps/step/start-time
शेवटची वेळ	/test/steps/step/end-time
स्थिती	/test/steps/step/status
स्थिती-संदेश	/test/steps/step/status-message
टेम्पलेट्स	/टेम्प्लेट्स
टेम्पलेट[नाव]	/templates/template
नाव	/templates/template/name
वर्णन	/templates/template/description
पॅरामीटर्स	/templates/template/parameters
पॅरामीटर[की]	/templates/template/parameters/parameter
की	/templates/template/parameters/parameter/key
प्रकार	/templates/template/parameters/parameter/type

चाचणी ऑर्केस्ट्रेशनसाठी पूर्वआवश्यकता

•  NC क्लायंट वापरून NETCONF द्वारे चाचणी सुरू करण्यासाठी, प्रथम नियंत्रण केंद्र GUI वापरून चाचणी टेम्पलेट तयार करणे आवश्यक आहे जसे की “चाचण्या आणि मॉनिटर्स” > “टेम्पलेट तयार करणे” अंतर्गत ॲप-मधील मदतीमध्ये तपशीलवार वर्णन केले आहे. त्या टेम्प्लेटमध्ये "टेम्प्लेट इनपुट" म्हणून निर्दिष्ट केलेली सर्व फील्ड चाचणी टेम्पलेटची सुरुवात करताना XML मध्ये पॅरामीटर्स म्हणून आवश्यक असेल.
• पॅरागॉन ॲक्टिव्ह ॲश्युरन्समध्ये चालणाऱ्या चाचण्यांना ऑर्केस्ट्रेशनच्या संदर्भात “राज्य” मानले जाते. स्टेट डेटा हा लिहिण्यायोग्य नसलेला डेटा आहे जो कॉन्फिगरेशन डेटाबेसमध्ये संग्रहित केला जात नाही, "ओव्हरview पृष्ठ 17 वर चाचणी एजंट ऑर्केस्ट्रेशनचे”. याचा मुळात अर्थ असा आहे की नियंत्रण केंद्र GUI मधील चाचणी किंवा टेम्पलेट्समधील बदलांमुळे नियंत्रण केंद्र आणि कॉन्फिगरेशन डेटाबेसमधील कोणत्याही समक्रमण-संबंधित समस्या उद्भवणार नाहीत.
• अहवाल मिळविण्यासाठी-URL चाचणी अहवालांमध्ये, तुम्हाला नियंत्रण केंद्राची खात्री करणे आवश्यक आहे URL योग्यरित्या कॉन्फिगर केले आहे. हे मध्ये केले जाते file /opt/netrounds-confd/settings.py. डीफॉल्टनुसार नियंत्रण केंद्राचे होस्ट नाव socket.gethostname() वापरून पुनर्प्राप्त केले जाते: खाली पहा. हे योग्य परिणाम देत नसल्यास, तुम्हाला यजमानाचे नाव (किंवा संपूर्ण URL) यामध्ये व्यक्तिचलितपणे file.

# URL ट्रेलिंग स्लॅशशिवाय नियंत्रण केंद्राचे.
# हे माजी साठी आहेampचाचणी अहवालात वापरलेले -url.
HOSTNAME = socket.gethostname()
NETROUNDS_URL = 'https://%s' % HOSTNAME
चाचणी सुरू करत आहे
पृष्ठ १७ वर “नवीन चाचणी एजंट तयार करणे आणि तैनात करणे” या विभागात वर्णन केल्याप्रमाणे, pang -f tree netrounds-ncc.yang ही कमांड चालवा.
YANG मॉडेल आउटपुट करण्यासाठी /opt/netrounds-confd/ निर्देशिकेतून. या मॉडेलमध्ये, NC क्लायंट वापरून चाचणी सुरू करण्यासाठी RPC खालीलप्रमाणे दिसते:

स्पष्टीकरणासाठी, विभाग पहा पृष्ठ 81 वर “दंतकथा” परिशिष्ट मध्ये.

खालील चरण खाली दर्शविले आहेत:

1. पॅरागॉन ऍक्टिव्ह ॲश्युरन्स खात्यात चाचणी एजंटची नोंदणी करण्यात आली आहे, परंतु अद्याप कोणत्याही चाचण्या सुरू झालेल्या नाहीत.
2. आवश्यक इनपुट पॅरामीटर्स चाचणी टेम्पलेटमध्ये ओळखले जातात जे चालवले जातील.
3.  ncclient वापरून 60 सेकंदाची HTTP चाचणी सुरू केली आहे.

पायरी 1: सुरुवातीला, पॅरागॉन ऍक्टिव्ह ॲश्युरन्स खात्यामध्ये कोणत्याही चाचण्या सुरू केल्या गेल्या नाहीत. नियंत्रण केंद्र GUI वरून खालील स्क्रीनशॉट पहा.
पायरी 2: आम्ही या ex मध्ये चाचणी सुरू करण्यासाठी टेम्प्लेट वापरणार आहोतample एक HTTP चाचणी टेम्पलेट आहे. यात दोन अनिवार्य इनपुट फील्ड आहेत (क्लायंट आणि URL) जे आम्ही कंट्रोल सेंटर GUI मध्ये टेम्पलेट तयार करताना निर्दिष्ट केले आहे.

आमच्या NETCONF व्यवस्थापक (ncclient) द्वारे कॉन्फिगरेशन डेटाबेसला संप्रेषित केलेल्या XML कॉन्फिगरेशनमध्ये आम्ही हे पॅरामीटर्स (इतरांमध्ये) परिभाषित करू.
पायरी 3: ncclient वापरून HTTP चाचणी सुरू केली आहे.
खाली माजी आहेample कोड जेथे HTTP चाचणी टेम्पलेटसाठी आवश्यक कॉन्फिगरेशन माहिती आणि मापदंड निर्दिष्ट केले आहेत. टेम्प्लेट कसे बांधले गेले यावर अवलंबून, येथे तपशील बदलू शकतात.
प्रत्येक पॅरामीटरसाठी, द विशेषता प्रदान करणे आवश्यक आहे. की पॅरामीटर सारखीच आहे
कंट्रोल सेंटरमधील व्हेरिएबलचे नाव. तुम्ही खालीलप्रमाणे व्हेरिएबल नावांची तपासणी करू शकता:

• बाजूच्या पट्टीवरील चाचणी वर क्लिक करा आणि नवीन चाचणी क्रम निवडा.
• My Templates वर क्लिक करा.
• स्वारस्य टेम्पलेट खालील संपादित दुव्यावर क्लिक करा.
• वरच्या उजव्या कोपर्यात संपादन इनपुट बटणावर क्लिक करा.

आमच्या माजी मध्येample, आणि डीफॉल्टनुसार, व्हेरिएबलची नावे ही कंट्रोल सेंटर (“url" वि "URL”, इ). तथापि, नियंत्रण केंद्र GUI मध्ये, आपण व्हेरिएबल्सचे नाव बदलून आपल्या आवडीनुसार करू शकता.
की व्यतिरिक्त, प्रत्येक पॅरामीटरला त्याचा प्रकार निर्दिष्ट करणे आवश्यक आहे: उदाampले, साठी URL.
कृपया लक्षात घ्या की तुम्हाला पुन्हा करणे आवश्यक आहेview प्रकारांबद्दल संपूर्ण माहिती मिळविण्यासाठी संपूर्ण YANG मॉडेल. चाचणी एजंट इंटरफेससाठी प्रकाराची रचना अधिक जटिल आहे, जसे की खाली पुरावा आहे खालील कोडमध्ये.

आपण आता ncclient वापरून स्क्रिप्ट चालवू शकतो. सर्व बरोबर आहे असे गृहीत धरून, चाचणी सुरू केली जाईल आणि त्याची अंमलबजावणी नियंत्रण केंद्रामध्ये प्रदर्शित केली जाईल:चाचणी यशस्वीरित्या सुरू झाल्यास, नियंत्रण केंद्र चाचणी आयडीसह प्रतिसाद देईल. यामध्ये माजीample, चाचणी आयडी 3 आहे:चाचणी आयडी मध्ये देखील आढळू शकते URL नियंत्रण केंद्र GUI मधील चाचणीसाठी. यामध्ये माजीample, ते URL https://host/demo/testing/3/ आहे.
चाचणी परिणाम पुनर्प्राप्त करत आहे
चाचणी परिणाम पुनर्प्राप्त करण्याचा सर्वात सोपा मार्ग म्हणजे चाचणी आयडीकडे निर्देश करणे.
आयडी = 3 सह वरील HTTP चाचणीचे परिणाम मिळविण्यासाठी खाली पायथन कोड आहे:
व्यवस्थापकासह. m म्हणून (host=args.host, port=args.port, username=args.username,password=args.password, hostkey_verify=False) कनेक्ट करा:

आउटपुट असे काहीतरी दिसेल:

चाचणी टेम्पलेट्स निर्यात आणि आयात करणे
चाचणी टेम्पलेट्स JSON फॉरमॅटमध्ये एक्सपोर्ट केले जाऊ शकतात आणि त्या फॉरमॅटमध्ये कंट्रोल सेंटरमध्ये पुन्हा इंपोर्ट केले जाऊ शकतात. तुम्ही कंट्रोल सेंटरच्या वेगळ्या इन्स्टॉलेशनमध्ये चाचणी टेम्पलेट्स वापरू इच्छित असल्यास हे उपयुक्त आहे. (टेम्प्लेट्सची सुरुवातीची निर्मिती नियंत्रण केंद्र GUI द्वारे उत्तम प्रकारे हाताळली जाते.)
खाली निर्यात आणि आयात करण्यासाठी कोड आहे.
चाचणी टेम्पलेट्स निर्यात करत आहे

# प्रतिसादातून json कॉन्फिगरेशन मिळवा
रूट = ET.fromstring(response._raw)
json_config = रूट[0].टेक्स्ट
प्रिंट json_config
टेम्पलेट json_config ऑब्जेक्टमध्ये समाविष्ट आहे.
चाचणी टेम्पलेट्स आयात करत आहे
JSON कॉन्फिगरेशन ऑब्जेक्ट होल्डिंग टेस्ट टेम्प्लेट्स खालीलप्रमाणे कंट्रोल सेंटरमध्ये पुन्हा इंपोर्ट केले जाऊ शकतात.

Examples: मॉनिटर्स

पृष्ठ १७ वरील “नवीन चाचणी एजंट तयार करणे आणि उपयोजित करणे” या विभागानुसार चाचणी एजंट (मॉनिटरला आवश्यक तेवढे) तयार करण्यात आले आहेत असे हा विभाग गृहीत धरतो.
मॉनिटर्ससाठी यांग मॉडेल पथ

आयटम	यांग मॉडेल पथ: /खाते/खाते/मॉनिटर …
मॉनिटर्स	/.
मॉनिटर[नाव]	/मॉनिटर
नाव	/मॉनिटर/नाव
वर्णन	/मॉनिटर/वर्णन
सुरु केले	/मॉनिटर/सुरू केले
टेम्पलेट	/मॉनिटर/टेम्पलेट
अलार्म-कॉन्फिग	/monitor/alarm-configs
आयटम	यांग मॉडेल पथ: /खाते/खाते/मॉनिटर/मॉनिटर/अलार्म-कॉन्फिग्स …
अलार्म-कॉन्फिगरेशन[ओडेंटिफायर]	/alarm-config
ओळखकर्ता	/alarm-config/identifier
टेम्पलेट	/alarm-config/template
ईमेल	/alarm-config/email
snmp	/alarm-config/snmp
thr-es-critical	/alarm-config/thr-es-critical
thr-es-critical-clear	/alarm-config/thr-es-critical-clear
thr-es-major	/alarm-config/thr-es-major
thr-es-major-clear	/alarm-config/thr-es-major-clear
thr-es-मायनर	/alarm-config/thr-es-minor
thr-es-मायनर-स्पष्ट	/alarm-config/thr-es-minor-clear
thr-es-चेतावणी	/alarm-config/thr-es-चेतावणी
thr-es-चेतावणी-स्पष्ट	/alarm-config/thr-es-warning-clear
नो-डेटा-गंभीरता	/alarm-config/no-data-severity
नो-डेटा-टाइमआउट	/alarm-config/no-data-timeout
क्रिया	/alarm-config/action
खिडकीचा आकार	/alarm-config/window-size
मध्यांतर	/alarm-config/interval
फक्त-एकदा पाठवा	/alarm-config/send-only-one
snmp-trap-प्रति-स्ट्रीम	/alarm-config/snmp-trap-per-stream
आयटम	यांग मॉडेल पथ: /खाते/खाते/मॉनिटर …
पॅरामीटर्स	/मॉनिटर/मापदंड
आयटम	यांग मॉडेल पथ: /खाते/खाते/मॉनिटर/मॉनिटर/मापदंड …
पॅरामीटर[की]	/ पॅरामीटर
की	/पॅरामीटर/की
(मूल्य-प्रकार)	/ पॅरामीटर
:(पूर्णांक)	/ पॅरामीटर
पूर्णांक	/पॅरामीटर/पूर्णांक
:(फ्लोट)	/ पॅरामीटर
फ्लोट	/पॅरामीटर/फ्लोट
:(स्ट्रिंग)	/ पॅरामीटर
आयटम	यांग मॉडेल पथ: /खाते/खाते/मॉनिटर/मॉनिटर/मापदंड …
स्ट्रिंग	/पॅरामीटर/स्ट्रिंग
:(चाचणी-एजंट-इंटरफेस)	/ पॅरामीटर
चाचणी-एजंट-इंटरफेस	/parameter/test-agent-interfaces
test-agent-interface[“1” पृष्ठ ५८ वर	/parameter/test-agent-interfaces/
खाते	/parameter/test-agent-interfaces/test-agent-interface/account
चाचणी एजंट	/parameter/test-agent-interfaces/test-agent-interface/test-agent
इंटरफेस	/parameter/test-agent-interfaces/test-agent-interface/interface
आयपी आवृत्ती	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:(twamp- परावर्तक)	/ पॅरामीटर
twamp- परावर्तक	/पॅरामीटर/twamp- परावर्तक
twamp- परावर्तक[नाव]	/पॅरामीटर/twamp-रिफ्लेक्टर/twamp- परावर्तक
नाव	/पॅरामीटर/twamp-रिफ्लेक्टर/twamp- परावर्तक/नाव
:(y1731-meps)	/ पॅरामीटर
y1731-meps	/parameter/y1731-meps
y1731-mep[नाव]	/parameter/y1731-meps/y1731-mep
नाव	/parameter/y1731-meps/y1731-mep/name
:(sip-खाते)	/ पॅरामीटर
sip-खाती	/पॅरामीटर/sip-खाते
सिप खाते[पृष्ठ ५८ वर “२”]	/parameter/sip-accounts/sip-खाते
खाते	/parameter/sip-accounts/sip-account/खाते
चाचणी एजंट	/parameter/sip-accounts/sip-account/test-agent
इंटरफेस	/parameter/sip-accounts/sip-account/interface
sip-पत्ता	/parameter/sip-accounts/sip-account/sip-address
:(iptv-चॅनेल)	/ पॅरामीटर
iptv-चॅनेल	/parameter/iptv-चॅनल्स
iptv-चॅनेल[नाव]	/parameter/iptv-channels/iptv-channel
नाव	/parameter/iptv-channels/iptv-channel/name

1. खाते चाचणी-एजंट इंटरफेस
2. खाते चाचणी-एजंट इंटरफेस सिप-पत्ता

आयटम	यांग मॉडेल पथ: /खाते/खाते/मॉनिटर …
स्थिती	/मॉनिटर/स्थिती
शेवटची-15-मिनिटे	/monitor/status/last-15-minutes
स्थिती	/monitor/status/last-15-minutes/status
स्थिती-मूल्य	/monitor/status/last-15-minutes/status-value
शेवटचा तास	/monitor/status/last-hour
स्थिती	/monitor/status/last-hour/status
स्थिती-मूल्य	/monitor/status/last-hour/status-value
शेवटचे-24-तास	/monitor/status/last-24-hours
स्थिती	/monitor/status/last-24-hours/status
स्थिती-मूल्य	/monitor/status/last-24-hours/status-value
टेम्पलेट्स	/टेम्प्लेट्स
टेम्पलेट[नाव]	/templates/template
नाव	/templates/template/name
वर्णन	/templates/template/description
पॅरामीटर्स	/templates/template/parameters
पॅरामीटर[की]	/templates/template/parameters/parameter
की	/templates/template/parameters/parameter/key
प्रकार	/templates/template/parameters/parameter/type

मॉनिटर ऑर्केस्ट्रेशनसाठी पूर्व-आवश्यकता
तुम्ही ncclient वापरून NETCONF द्वारे मॉनिटर सुरू करण्यापूर्वी, तुम्हाला "चाचण्या आणि मॉनिटर्स" > "टेम्पलेट तयार करणे" अंतर्गत ॲप-मधील मदतीमध्ये स्पष्ट केल्याप्रमाणे नियंत्रण केंद्र GUI मध्ये मॉनिटर टेम्पलेट तयार करणे आवश्यक आहे. त्या टेम्पलेटमध्ये "टेम्पलेट इनपुट" म्हणून निर्दिष्ट केलेली सर्व फील्ड टेम्पलेटची सुरुवात करताना XML मध्ये पॅरामीटर्स म्हणून आवश्यक असेल.
मॉनिटर टेम्प्लेट्समधून इनपुट पॅरामीटर्स मिळवणे
खाली, दोन टेम्पलेट्स दर्शविले आहेत. पहिला दोन टेस्ट एजंट इंटरफेसमधील UDP मॉनिटरिंगसाठी आहे आणि दुसरा एकल टेस्ट एजंट इंटरफेस वापरून HTTP साठी आहे.
टेम्पलेटचे इनपुट पॅरामीटर्स शोधण्यासाठी, टेम्पलेटचे प्रतिनिधित्व करणाऱ्या बॉक्सवर क्लिक करा. HTTP टेम्पलेटसाठी, पॅरामीटर्स असे दिसू शकतात:

मॉनिटर सुरू करताना आम्हाला पुढील चरणात हे पॅरामीटर्स परिभाषित करावे लागतील.
मॉनिटर सुरू करत आहे
आम्ही पृष्ठ 17 वरील "नवीन चाचणी एजंट तयार करणे आणि उपयोजित करणे" या विभागात परिभाषित केलेले आणि तैनात केलेले चाचणी एजंट वापरून, आम्ही खाली दर्शविल्याप्रमाणे "HTTP" टेम्पलेटवरून मॉनिटर सुरू करू शकतो.
प्रत्येक पॅरामीटरसाठी, द विशेषता प्रदान करणे आवश्यक आहे. की कंट्रोल सेंटरमधील पॅरामीटरच्या व्हेरिएबल नावासारखीच आहे. तुम्ही खालीलप्रमाणे व्हेरिएबल नावांची तपासणी करू शकता:

• साइड बारवरील मॉनिटरिंग वर क्लिक करा आणि नवीन मॉनिटर निवडा.
• My Templates वर क्लिक करा.
• स्वारस्य टेम्पलेट खालील संपादित दुव्यावर क्लिक करा.
• वरच्या उजव्या कोपर्यात संपादन इनपुट बटणावर क्लिक करा.

आमच्या माजी मध्येample, आणि डीफॉल्टनुसार, व्हेरिएबलची नावे ही कंट्रोल सेंटर (“url" वि "URL”, इ). तथापि, नियंत्रण केंद्र GUI मध्ये, आपण व्हेरिएबल्सचे नाव बदलून आपल्या आवडीनुसार करू शकता.
की व्यतिरिक्त, प्रत्येक पॅरामीटरला त्याचा प्रकार निर्दिष्ट करणे आवश्यक आहे: उदाampले, साठी URL. कृपया लक्षात घ्या की पॅरामीटर प्रकारावरील संपूर्ण माहिती YANG मॉडेलमध्ये आढळते. चाचणी एजंट इंटरफेससाठी प्रकाराची रचना अधिक जटिल आहे, जसे की खालील कोडमध्ये पुरावा आहे.
माजी मध्येampत्यानंतर, मॉनिटरशी कोणताही अलार्म संबद्ध नाही. उदाampगजराचा समावेश असलेल्या, पृष्ठ 62 वरील “अलार्मसह मॉनिटर सुरू करणे” या विभागात जा.

अलार्मसह मॉनिटर सुरू करत आहे
मॉनिटरशी अलार्म जोडण्यासाठी, तुम्ही एकतर परिभाषित केलेल्या अलार्म टेम्पलेटकडे निर्देश करू शकता किंवा मॉनिटर तयार करताना तुम्ही संपूर्ण अलार्म कॉन्फिगरेशन पुरवू शकता. आम्ही एक माजी देऊampखाली प्रत्येक पद्धतीचा le.
अलार्म टेम्प्लेटकडे निर्देश करून मॉनिटर अलार्म सेट करणे
अलार्म टेम्प्लेट वापरण्यासाठी, तुम्हाला त्याचा आयडी माहित असणे आवश्यक आहे. यासाठी, प्रथम पृष्ठ 39 वरील “सर्व अलार्म टेम्पलेट्स पुनर्प्राप्त करणे” या विभागात वर्णन केल्यानुसार तुमचे सर्व अलार्म टेम्प्लेट पुनर्प्राप्त करा आणि संबंधित टेम्पलेटचे नाव लक्षात घ्या. त्यानंतर तुम्ही त्या टेम्पलेटचा खालीलप्रमाणे संदर्भ घेऊ शकता:

डायरेक्टल कॉन्फिगर करून मॉनिटर अलार्म सेट करणेy
वैकल्पिकरित्या, तुम्ही अलार्म टेम्प्लेटचा संदर्भ न घेता, मॉनिटर तयार करताना त्याचे संपूर्ण कॉन्फिगरेशन पुरवून मॉनिटरसाठी अलार्म सेट करू शकता. हे खालील उदाहरणात दाखवल्याप्रमाणे केले आहेampले

रनिंग मॉनिटर्स पुनर्प्राप्त करत आहे
सध्या कार्यान्वित होत असलेले सर्व मॉनिटर्स पुनर्प्राप्त करण्यासाठी, ही स्क्रिप्ट चालवा:
व्यवस्थापकासह. कनेक्ट करा(host=args.host, port=args.port, username=args. वापरकर्ता नाव, password=args.password, hostkey_verify=False) m म्हणून:

आउटपुट खाली दर्शविल्याप्रमाणे सर्व चालू मॉनिटर्सची सूची आहे:

मॉनिटरसाठी SLA स्थिती पुनर्प्राप्त करत आहे
मॉनिटरसाठी SLA स्थिती कशी मिळवायची ते येथे आहे. यामध्ये माजीampम्हणून, आम्ही मॉनिटर "नेटवर्क गुणवत्ता" साठी SLA स्थिती तीन अंतराने पुनर्प्राप्त करत आहोत: शेवटची 15 मिनिटे, शेवटचा तास आणि शेवटचे 24 तास.

आउटपुट असे काहीतरी दिसेल:

NETCONF सूचना
मॉनिटर्ससाठी NETCONF सूचना SLA उल्लंघनामुळे ट्रिगर केल्या जातात. जेव्हा मॉनिटरसाठी SLA एका दिलेल्या वेळेच्या विंडोमध्ये SLA थ्रेशोल्ड ("चांगले" किंवा "स्वीकारण्यायोग्य") च्या खाली जाते, तेव्हा डीफॉल्टनुसार शेवटच्या 15 मिनिटांमध्ये हे घडते. हे लक्षात घेतले पाहिजे की सेवेवर एखाद्या समस्येमुळे परिणाम झाल्यानंतर SLA उल्लंघनाच्या सूचना त्वरीत दिसून येतात, तर SLA स्थिती केवळ 15 मिनिटांनंतर "चांगली" वर परत येईल आणि पुढे कोणतेही उल्लंघन न झाल्यासच.
SLA_STATUS_WINDOW (सेकंदांमध्ये मूल्य) सेटिंग संपादित करून वेळ विंडो बदलली जाऊ शकते /etc/netrounds/netrounds.conf.
मॉनिटर टेम्पलेट्स निर्यात आणि आयात करणे
हे चाचणी टेम्पलेट्स प्रमाणेच केले जाते; पृष्ठ 52 वरील “निर्यात आणि चाचणी टेम्पलेट्स आयात करणे” या विभागाची तुलना करा. खालील कोड स्निपेट मॉनिटर्ससाठी टेम्पलेट्स निर्यात आणि आयात कसे करावे हे स्पष्ट करतात.
मॉनिटर टेम्पलेट्स निर्यात करत आहे

मॉनिटर टेम्पलेट्स आयात करत आहे

वापरत आहे Tags

Tags पॅरागॉन ॲक्टिव्ह ॲश्युरन्समध्ये परिभाषित केलेले लागू केले जाऊ शकते:

• मॉनिटर्स
• मॉनिटर टेम्पलेट्स
• चाचणी एजंट
• TWAMP परावर्तक
• पिंग यजमान.
  उदाampले, तुम्ही करू शकता tag त्याच बरोबर एक मॉनिटर tag चाचणी एजंट्सचा उपसंच म्हणून जे मॉनिटर चालवणार आहेत. जर तुमच्याकडे मोठ्या संख्येने मॉनिटर्स आणि टेम्पलेट्स परिभाषित असतील तर हे वैशिष्ट्य विशेषतः उपयुक्त आहे.

जर तुम्ही मॉनिटरसाठी एसएनएमपी ट्रॅप्ससह अलार्म सेट केला असेल, तर एसएनएमपी सापळे तेच नियुक्त केले जातील. tags मॉनिटर म्हणून, जर असेल तर.
निर्माण करणे Tags
खाली आम्ही a कसे तयार करायचे ते दाखवतो tag XML द्वारे परिभाषित केल्यानुसार नाव आणि रंगासहtag> उपरचना.

नियुक्त करणे अ Tag
नियुक्त करण्यासाठी ए tag संसाधनामध्ये, तुम्ही ते नवीन म्हणून जोडताtag> अंतर्गत घटकtags> त्या संसाधनासाठी घटक.
ए कसे नियुक्त करायचे ते येथे आहे tag चाचणी एजंटला:

नियुक्त करण्यासाठी ए tag TW लाAMP परावर्तक, पुढील गोष्टी करा:

नियुक्त करणे अ tag मॉनिटरला त्याच प्रकारे हाताळले जाते:

वैकल्पिकरित्या, तुम्ही विद्यमान नियुक्त करू शकता tag संसाधन तयार करताना यापैकी कोणत्याही संसाधन प्रकारासाठी, समाविष्ट करूनtags> घटक असलेले tag प्रश्नात
अद्ययावत करत आहे Tag
विद्यमान अपडेट करत आहे tag नवीन गुणधर्मांसह तयार करणे एक समान आहे tag:

असाइन करणे अ Tag
नियुक्ती रद्द करण्यासाठी a tag संसाधनातून, मध्ये nc:operation=”delete” विशेषता जोडाtag> संसाधनाशी संबंधित घटक. खाली, आम्ही ए tag मॉनिटरवरून.

हटवणे अ Tag
हटवण्यासाठी ए tag पूर्णपणे नियंत्रण केंद्राकडून, nc:operation=”delete” ही विशेषता पुन्हा वापरली जाते, परंतु यावेळी लागू tag स्वतः, अंतर्गत परिभाषित .

समस्यानिवारण

समस्या: ऑर्केस्ट्रेटर आणि पॅरागॉन ॲक्टिव्ह ॲश्युरन्स सिंक आउट
ऑर्केस्ट्रेटर आणि पॅरागॉन ॲक्टिव्ह ॲश्युरन्स भूतकाळासाठी समक्रमित होऊ शकतातampनियंत्रण केंद्र GUI मध्ये कॉन्फिगरेशन बदल केले असल्यास, किंवा कॉन्फिगरेशन लागू करणे यशस्वी झाले नसल्यास आणि मागील स्थितीत परत येणे अयशस्वी झाले असल्यास.
अयशस्वी रोलबॅकच्या बाबतीत, NETCONF सर्व्हर यापुढे कॉन्फिगरेशन बदल स्वीकारणार नाही; ते परत समक्रमित होईपर्यंत कॉन्फिगरेशन लॉक केलेले आहे असे सांगणाऱ्या त्रुटी संदेशासह उत्तर देईल. सिंकमध्ये परत येण्यासाठी आणि कॉन्फिगरेशन बदल अनलॉक करण्यासाठी, तुम्हाला rpc sync-from-ncc कमांड चालवावी लागेल जी कंट्रोल सेंटरपासून कॉन्फिगरेशन डेटाबेसमध्ये सर्व कॉन्फिगरेशन सिंक्रोनाइझ करते.
टीप: द confd@netrounds.com प्रत्येक गोष्ट यशस्वीरीत्या समक्रमित होण्यासाठी वापरकर्ता (किंवा जे काही कॉन्फिगर केले आहे) कडे सुपरयुजर विशेषाधिकार असणे आवश्यक आहे. हे ncc user-update कमांडसह साध्य करता येते confd@netrounds.com –is-superuser जर वापरकर्ता सुपरयुजर नसेल, तर एक चेतावणी दिसेल की सर्वकाही समक्रमित केले जाऊ शकत नाही, परंतु जे हाताळले जाऊ शकते ते झाले आहे.
टीप: जर तुमचा ऑर्केस्ट्रेटर कॉन्फिगरेशन देखील संग्रहित करत असेल, तर तुम्हाला ते पुन्हा सिंक्रोनाइझ करावे लागेल कारण विनंती केलेले कॉन्फिगरेशन (ऑर्केस्ट्रेटरने कंट्रोल सेंटरला अपेक्षित असलेले कॉन्फिगरेशन) लागू केले जाणार नाही.
समस्या: असमर्थित संसाधनांमुळे प्रारंभिक समक्रमण (sync-from-ncc) अयशस्वी
तुम्ही नियंत्रण केंद्र GUI मध्ये कॉन्फिगरेशन तयार केलेल्या खात्यावर rpc sync-from-ncc चालवण्याचा प्रयत्न केल्यास, खात्यामध्ये असमर्थित संसाधने असल्यास तुम्हाला समस्या येऊ शकतात. अशी शिफारस केली जाते की तुम्ही रिकाम्या खात्याने सुरुवात करा आणि त्याचे सर्व कॉन्फिगरेशन NETCONF द्वारे करा. अन्यथा, जर तुम्हाला संसाधनांच्या विरोधातील समस्या येत असतील, तर तुम्हाला खात्यातून विवादित संसाधने काढून टाकावी लागतील.
समस्या: NETCONF कमांड ncclient.operations.rpc.RPCError सह अयशस्वी: अनुप्रयोग संप्रेषण अयशस्वी
कंट्रोल सेंटर रीस्टार्ट केल्यास NETCONF सर्व्हर कंट्रोल सेंटर सर्व्हरशी कनेक्टिव्हिटी आपोआप रिस्टोअर करत नाही. नियंत्रण केंद्राशी कनेक्शन पुनर्संचयित करण्यासाठी, NETCONF प्रक्रिया पुन्हा सुरू करा: sudo systemctl रीस्टार्ट netrounds-confd

टेस्ट एजंट ॲप्लिकेशन्स आणि टेस्ट एजंट अप्लायन्सेसवरील नोट्स

ConfD मध्ये चाचणी एजंट अनुप्रयोग
टेस्ट एजंट्समध्ये, (नवीन) टेस्ट एजंट ॲप्लिकेशन (जुन्या) टेस्ट एजंट अप्लायन्सपेक्षा थोडे वेगळे काम करते.
चाचणी एजंट अनुप्रयोग सध्या इंटरफेस कॉन्फिगरेशनला समर्थन देत नाहीत. म्हणून, YANG स्कीमा अशा चाचणी एजंटसाठी रिक्त इंटरफेस कॉन्फिगरेशन निर्दिष्ट करण्यास अनुमती देते. माजी साठी पृष्ठ 23 वर "हा उतारा" पहाampले
sync-from-ncc कमांडचा वापर करून ConfD डेटाबेस कंट्रोल सेंटरसह सिंक्रोनाइझ करताना, तुम्हाला इंटरफेस कॉन्फिगरेशन रिकामे राहायचे आहे आणि कंट्रोल सेंटरमध्ये आढळलेल्या गोष्टींसह ओव्हरराईट केले जाऊ नये. त्यामुळे टेस्ट एजंट ॲप्लिकेशन्ससह काम करताना तुम्हाला त्या कमांडसह एक विशेष ध्वज -without_interface_config वापरण्याची आवश्यकता आहे.
चाचणी एजंट उपकरणासाठी रिक्त इंटरफेस कॉन्फिगरेशन
वर नमूद केल्याप्रमाणे, टेस्ट एजंट ऍप्लिकेशन इंटरफेस कॉन्फिगरेशनला समर्थन देत नाही आणि त्यामुळे YANG स्कीमामधील इंटरफेस वगळणे शक्य आहे.
परंतु अशी काही प्रकरणे देखील आहेत जिथे तुम्ही चाचणी एजंट उपकरणातील इंटरफेस कॉन्फिगरेशन वगळू इच्छित असाल. माजीampयापैकी एक ऑर्केस्ट्रेशन परिस्थिती असू शकते जिथे तुम्ही क्लाउड-इनिट वापरून टेस्ट एजंट फिरवत आहात आणि तुम्हाला तेथून इंटरफेस कॉन्फिगरेशन वापरायचे आहे, टेस्ट एजंट ऑनलाइन आल्यावर ConfD वर ओव्हरराईट करू देण्याऐवजी.
यांग स्कीमा अपरिभाषित इंटरफेसच्या संदर्भात बदल
रिक्त इंटरफेस कॉन्फिगरेशनला आता परवानगी असल्यामुळे (आवृत्ती 2.34.0 पासून), चाचणी किंवा मॉनिटरचा भाग म्हणून चालू असलेल्या कार्यासाठी इनपुट म्हणून कोणतेही इंटरफेस नाव निर्दिष्ट करणे शक्य आहे.
चाचणी एजंट ऍप्लिकेशन वापरण्यास सक्षम होण्यासाठी हे आवश्यक आहे, कारण यासाठी कॉन्फडीमध्ये इंटरफेसची नावे परिभाषित केलेली नाहीत. लक्षात ठेवा, तथापि, याचा अर्थ असा देखील होतो की तुम्ही गैर-विद्यमान इंटरफेस वापरण्यासाठी अपघाताने चाचणी किंवा मॉनिटर कॉन्फिगर केल्यास तुम्हाला समस्या येऊ शकतात. त्यामुळे कृपया याची जाणीव ठेवा.
ConfD मध्ये तयार केलेल्या चाचणी एजंटची नोंदणी करताना मर्यादा
REST किंवा NETCONF/YANG API द्वारे चाचणी एजंट तयार करताना, तो कोणता प्रकार आहे हे आम्हाला आधीच कळू शकत नाही: चाचणी एजंट उपकरण किंवा चाचणी एजंट अनुप्रयोग. चाचणी एजंटने नोंदणी केल्यानंतरच हे स्पष्ट होईल.
एकदा चाचणी एजंट नोंदणीकृत झाल्यानंतर आणि यापैकी एका ठोस प्रकारात बदलला की, तुम्हाला ते वेगळ्या प्रकारचे चाचणी एजंट म्हणून पुन्हा नोंदणी करण्याची परवानगी नाही. याचा अर्थ तुम्हाला प्रथम चाचणी एजंट उपकरण म्हणून नोंदणी करण्याची परवानगी नाही, नंतर चाचणी एजंट अर्ज म्हणून पुन्हा नोंदणी करा किंवा त्याउलट. तुम्हाला वेगळ्या प्रकारच्या चाचणी एजंटची आवश्यकता असल्यास, तुम्हाला नवीन चाचणी एजंट तयार करणे आवश्यक आहे.

परिशिष्ट: पूर्ण YANG मॉडेलची झाडाची रचना

या परिशिष्टात, पृष्ठ 81 वरील विभाग “लेजेंड” यांग मॉडेल ट्री स्ट्रक्चरच्या वाक्यरचनेचे स्पष्टीकरण pyang -f ट्री या कमांडने व्युत्पन्न करते.
पृष्ठ 82 वरील विभाग "YANG मॉडेल ट्री स्ट्रक्चर" netrounds-ncc.yang वर लागू केलेल्या कमांडचे आउटपुट देते. या आउटपुटचे भाग दस्तऐवजात इतरत्र पुनरुत्पादित केले जातात.
दंतकथा

यांग मॉडेल ट्री स्ट्रक्चर

ज्युनिपर नेटवर्क, जुनिपर नेटवर्क लोगो, जुनिपर आणि जुनोस हे युनायटेड स्टेट्स आणि इतर देशांमध्ये जुनिपर नेटवर्क, इंक. चे नोंदणीकृत ट्रेडमार्क आहेत. इतर सर्व ट्रेडमार्क, सेवा चिन्ह, नोंदणीकृत चिन्हे किंवा नोंदणीकृत सेवा चिन्ह त्यांच्या संबंधित मालकांची मालमत्ता आहेत. ज्युनिपर नेटवर्क या दस्तऐवजातील कोणत्याही चुकीची जबाबदारी घेत नाही. जुनिपर नेटवर्क्सने हे प्रकाशन बदलण्याचा, सुधारण्याचा, हस्तांतरित करण्याचा किंवा अन्यथा सूचना न देता सुधारण्याचा अधिकार राखून ठेवला आहे. कॉपीराइट © 2023 जुनिपर नेटवर्क्स, इंक. सर्व हक्क राखीव.

कागदपत्रे / संसाधने

जुनिपर नेटवर्क्स नेटकॉनफ आणि यांग एपीआय सॉफ्टवेअर [pdf] वापरकर्ता मार्गदर्शक NETCONF YANG API सॉफ्टवेअर, YANG API सॉफ्टवेअर, API सॉफ्टवेअर, सॉफ्टवेअर

संदर्भ

• वापरकर्ता मॅन्युअल