NETCONF ۽ YANG API آرڪيسٽريشن
ھدايت
شايع ٿيل
2023-07-07
رليز 4.2
تعارف
هن دستاويز جو مقصد
هي دستاويز بيان ڪري ٿو ته Paragon Active Assurance کي ڪيئن ضم ڪجي نيٽ ورڪ سروس آرڪيسٽرٽر سان ڪنٽرول سينٽر NETCONF ۽ YANG API ذريعي. هٿ تي اڳamples ۾ شامل ڪيل بنيادي ڪمن مان ڏنل آهن، جن ۾ شامل آهن: ورچوئل ٽيسٽ ايجنٽ ٺاهڻ ۽ مقرر ڪرڻ، ٽيسٽ ۽ مانيٽر هلائڻ، ۽ انهن سرگرمين مان نتيجا حاصل ڪرڻ.
هن دستاويز ۾، آزاد طور تي دستياب Python NETCONF ڪلائنٽ ncclient آرڪيسٽرٽر جي ڪردار ۾ استعمال ڪيو ويو آهي.
ڪنوينشن
هن دستاويز ۾ هيٺيان مخفف استعمال ڪيا ويا آهن:
| مخفف | مطلب |
| CLI | ڪمانڊ لائن انٽرفيس |
| EM | عنصر مئنيجر |
| ES | غلطي سيڪنڊ |
| ايم اي پي | MEG (بحالي اداري گروپ) آخر پوائنٽ (ITU-T Y.1731 تعريف) يا سار سنڀال جي آخر پوائنٽ (سسکو تعريف) |
| اين ايف وي | نيٽ ورڪ فنڪشن Virtualization |
| NFVO | نيٽ ورڪ فنڪشن ورچوئلائيزيشن آرڪيسٽرٽر |
| NSD | نيٽ ورڪ سروس بيان ڪندڙ |
| آر پي سي | ريموٽ پروسيسر ڪال |
| SIP | سيشن جي شروعات پروٽوڪول |
| SLA | خدمت جي سطح جو معاهدو |
| S-VNFM | خاص VNF مئنيجر |
| وي اين ايف | ورچوئل نيٽورڪ فنڪشن |
| وي ٽي اي | ورچوئل ٽيسٽ ايجنٽ |
پسمانده مطابقت تي نوٽس
NETCONF ۽ YANG API جي نسخن 2.35.4/2.36.0 ۾، ڪجهه درخواستن جي تصديق کي NETCONF معيار تي عمل ڪرڻ لاءِ وڌيڪ سخت ڪيو ويو. هن جو مطلب آهي ته ڪلائنٽ ڪوڊ هن گائيڊ جي پراڻن نسخن تي ٻڌل هاڻي رد ٿي سگهي ٿو.
مثال طورampلي، اڳئين پٿون ۾ample code, no namespace attribute مهيا نه ڪئي وئي. نالي جي جڳھ کي ھاڻي گذارش XML ۾ فراهم ڪرڻ جي ضرورت آھي جڏھن توھان چاھيو ٿا ڪنف ڊي وسيلن کي تبديل ڪريو.
شرطون ۽ تياريون
ConfD تنصيب
ConfD (Tail-f مان هڪ پراڊڪٽ) Paragon Active Assurance System ۽ NETCONF جي وچ ۾ وچولي طور استعمال ڪيو ويندو آهي. ConfD Paragon Active Assurance configuration ۽ آپريشنل ڊيٽا کي NETCONF ۽ YANG API سان ڳنڍي ٿو.
ConfD کي ڪنٽرول سينٽر سافٽ ويئر سان گڏ نصب ڪيو وڃي ها، جيئن انسٽاليشن گائيڊ ۾ بيان ڪيو ويو آهي.
تصديق ڪري رهيو آهي ته ConfD هلي رهيو آهي
تصديق ڪرڻ لاءِ ته ConfD مٿي ۽ هلندڙ آهي، حڪم هلايو
ssh -s @localhost -p 830 netconf
چيڪ ڪرڻ لاءِ ته بندرگاهه 830 تي ConfD جواب ڏئي ٿو. حڪم ۾، جيئن netconf استعمال ڪندڙ ٺاهي بيان ڪيل آهي
انسٽاليشن گائيڊ ۾ حڪم، سيڪشن انسٽال ڪرڻ ConfD. ساڳئي حڪم سان بيان ڪيل پاسورڊ ڏيو.
ٻاھر ۾، تصديق ڪريو ته ڪنٽرول سينٽر ماڊل شامل آھي. آئوٽ پٽ ۾ ھيٺ ڏنل لڪير تي مشتمل ھئڻ گھرجي:
http://ncc.netrounds.com?module=netrounds-ncc&نظرثاني = 2017-06-15
ڪنٽرول سينٽر سان ترتيب واري ڊيٽابيس کي هم وقت سازي ڪرڻ
آخرڪار، اسان کي NETCONF ذريعي ترتيب واري ڊيٽابيس کي اپڊيٽ ڪرڻ جي ضرورت آهي. اسان هتي پٿون لائبريري جي ذريعي ڪنداسين جنهن کي ncclient (NETCONF ڪلائنٽ) سڏيو ويندو آهي. بهرحال، اهو ڪم هڪ مختلف پروگرامنگ ٻولي ۾ پڻ مڪمل ٿي سگهي ٿو جيستائين اهو NETCONF/YANG پروٽوڪول استعمال ڪري ٿو.
ncclient جو ڪردار ConfD سرور ڏانهن ڪلائنٽ طور ڪم ڪرڻ آهي جيڪو NETCONF/YANG API کي ميزباني ڪري ٿو.
اهو سمجهڻ جي قابل آهي ته ncclient ڪنهن به طريقي سان ڪنٽرول سينٽر سان لاڳاپيل ناهي (اڳ ۾ "Netrounds ڪنٽرول سينٽر")، جيتوڻيڪ نالو "ncc" سان شروع ٿئي ٿو.
هتي آهي ncclient کي ڪيئن انسٽال ڪجي:
- تان سافٽ ويئر ڊائون لوڊ ڪريو https://github.com/ncclient/ncclient.
- هن حڪم کي هلايو: pip install ncclient
ھاڻي ھاڻي ھاڻي ھاڻي ھيٺ ڏنل هم وقت سازي ڪري سگھون ٿا. احتياط سان نوٽ ڪريو ته اهو هڪ الڳ ڪمپيوٽر تي ٿيڻ جي ضرورت آهي، ۽ نه ئي ڪنٽرول سينٽر سرور تي:
#
#نوٽ:
# هي اسڪرپٽ اين سي سي سرور تي هلندڙ ConfD ڏانهن ڪلائنٽ طور ڪم ڪري ٿو.
# اهو استعمال ڪندو NETCONF/YANG API رابطي لاءِ.
نوٽ: اهو طريقيڪار پڻ گهربل آهي جڏهن به ٽيسٽ ايجنٽ نصب ڪيا ويا آهن ۽ NETCONF کان آزاد طور تي رجسٽر ٿيل آهن. سيڪشن ۾ نوٽ ڏسو ”اوورview وڌيڪ معلومات لاءِ صفحي 17 تي ٽيسٽ ايجنٽ آرڪيسٽريشن جو.
گھڻن NETCONF-ڪنٽرول پيراگون ايڪٽيو انشورنس اڪائونٽس کي ترتيب ڏيڻ
ھيٺ ڏنل قدم صرف ان صورت ۾ گھربل آھن جڏھن توھان چاھيو ٿا وڌيڪ Paragon Active Assurance اڪائونٽس قائم ڪرڻ لاءِ NETCONF پاران ڪنٽرول ڪرڻ لاءِ، ان کان علاوه انسٽاليشن گائيڊ، سيڪشن ”Installing ConfD“ ۾ ھن طريقي سان ترتيب ڏنل اڪائونٽ.
هر اهڙي اڪائونٽ لاءِ، اڳتي وڌو جيئن:
- ڪنٽرول سينٽر ۾، اڪائونٽ ۾ لاگ ان ڪريو ۽ نيويگيٽ ڪريو اڪائونٽ> اجازتون.
- استعمال ڪندڙ شامل ڪريو "confd@netrounds.com"، ۽ GUI ۾ هن ConfD صارف جي منتظم جي اجازت ڏيو دعوت ڏيو بٽڻ تي ڪلڪ ڪندي.
- ڪنفيگريشن ڊيٽابيس کي ڪنٽرول سينٽر سان هم وقت سازي ڪريو جيئن صفحي 4 تي سيڪشن “Synchronizing the Configuration Database with Control Center” ۾ بيان ڪيو ويو آهي.
توھان کي ھاڻي ھڪ ئي ConfD صارف سان گھڻن Paragon Active Assurance اڪائونٽس کي ڪنٽرول ڪرڻ جي قابل ٿيڻ گھرجي.
نوٽ: هڪ دفعو توهان ConfD ذريعي هڪ Paragon Active Assurance اڪائونٽ کي ڪنٽرول ڪرڻ شروع ڪيو، توهان کي هن اڪائونٽ ۾ تبديليون نه ڪرڻ گهرجن web GUI ڪنهن به Paragon Active Assurance جي خاصيتن جي حوالي سان جيڪي آهن “config” (ڏسو باب “Supported Features in Paragon Active Assurance” صفحي 9 تي). جيڪڏهن توهان ڪندا، هم وقت سازي جي نقصان جو نتيجو ٿيندو.
NETCONF آرڪيسٽريشن API جو تعارف
مٿانview
هڪ ٽئين پارٽي NFVO يا خدمت آرڪيسٽرٽر عام طور تي جزو آهي جيڪو ڪنٽرول سينٽر API استعمال ڪندي ٽيسٽ ۽ نگراني سيشن شروع ڪري ٿو. هي آرڪيسٽرٽر ٽيسٽ ايجنٽ جي سرگرمين مان مجموعي ماپ جا نتيجا پڻ حاصل ڪري ٿو. ڪارڪردگي KPIs ٽئين پارٽي پرفارمنس مئنيجمينٽ سسٽم ذريعي حاصل ڪري سگھجن ٿيون، جڏهن ته واقعا - هڪ ڀيرو ڪنٽرول سينٽر ۾ مقرر ڪيل حد جي خلاف ورزين جي ذريعي شروع ڪيا ويا آهن - ٽئين پارٽي فالٽ مئنيجمينٽ سسٽم ڏانهن موڪلي سگهجن ٿا.
اختصار ڪرڻ لاءِ، هيٺ ڏنل انگ اکر ڏيکاري ٿو ته ڪيئن Paragon Active Assurance OSS جي منظرنامي ۾ ٻين ٽئين پارٽي نظامن سان رابطو ڪري ٿو.
- NFVO/Service Orchestrator: VNF مئنيجر کي هدايت ڪري ٿو ته vTAs کي ترتيب ڏيو ۽ Paragon Active Assurance کي سروس چين ۾ ترتيب ڏيو. هڪ دفعو سروس چالو ٿي وئي آهي، آرڪيسٽرٽر API استعمال ڪري ٿو ڪنٽرول سينٽر ڏانهن سروس ايڪٽيويشن ٽيسٽ کي ٽرگر ڪرڻ ۽ پاس/فيل نتيجا حاصل ڪرڻ لاءِ. جيڪڏهن ٽيسٽ پاس ٿي ويا آهن، آرڪيسٽرٽر API استعمال ڪندو ڪنٽرول سينٽر ڏانهن خدمت جي فعال نگراني شروع ڪرڻ لاءِ. مانيٽرنگ مان KPIs مسلسل حاصل ڪيا ويندا آهن يا ته آرڪيسٽرٽر يا هڪ الڳ پرفارمنس مئنيجمينٽ پليٽ فارم ذريعي.
- ڪنٽرول سينٽر: NFVO يا سروس آرڪيسٽرٽر جي هدايتن مطابق VTA کي ترتيب ڏئي ٿو، ماپ ڪري ٿو ۽ ختم ڪري ٿو.
- پرفارمنس مينيجمينٽ سسٽم يا سروس ڪوالٽي مئنيجمينٽ سسٽم: پڙهي ٿو KPIs کي فعال نگراني کان ڪنٽرول سينٽر API ذريعي.
- فالٽ مئنيجمينٽ سسٽم: وصول ڪري ٿو NETCONF، SNMP، يا ڪنٽرول سينٽر کان اي ميل اطلاعن جي صورت ۾ SLAs جي ڀڃڪڙي ڪئي وئي آهي.
Paragon Active Assurance ۾ تصورن جي وصف
- ٽيسٽ ايجنٽ: جزا جيڪي ماپون انجام ڏين ٿا (ٽيسٽ ۽ مانيٽر لاءِ) پيراگون ايڪٽو ايشورنس سسٽم ۾. ٽيسٽ ايجنٽ سافٽ ويئر تي مشتمل آهن حقيقي نيٽ ورڪ ٽرئفڪ پيدا ڪرڻ، وصول ڪرڻ، ۽ تجزيو ڪرڻ جي صلاحيت سان.
- ٽيسٽ ايجنٽ جو قسم هن دستاويز ۾ بحث ڪيو ويو آهي ورچوئل ٽيسٽ ايجنٽ (vTA)، هڪ ورچوئل نيٽورڪ فنڪشن (VNF) هڪ هائپر وائيزر تي مقرر ڪيو ويو آهي. ٽيسٽ ايجنٽ جا ٻيا قسم پڻ موجود آهن.
- Paragon Active Assurance ۾ ماپ جا ٻه بنيادي قسم آھن، ٽيسٽ ۽ مانيٽر.
- ٽيسٽ: هڪ امتحان هڪ يا ڪيترن ئي مرحلن تي مشتمل آهي، جن مان هر هڪ مخصوص، محدود مدت آهي. قدمن تي عمل ڪيو وڃي ٿو ترتيب سان. هر قدم ۾ شامل ٿي سگھي ٿو ڪيترن ئي ڪمن کي گڏ ڪرڻ سان.
- مانيٽر: هڪ مانيٽر هڪ مخصوص مدت نه آهي پر اڻڄاتل طور تي عمل ڪري ٿو. ٽيسٽ ۾ هڪ قدم وانگر، هڪ مانيٽر ڪيترن ئي سمورو ڪمن تي عمل ڪري سگهي ٿو.
- سانچو:جڏهن Paragon Active Assurance هڪ آرڪيسٽرٽر طرفان ڪنٽرول ڪيو ويندو آهي، ٽيسٽ ۽ مانيٽر هميشه ٽيمپليٽ جي ذريعي ڪيا ويندا آهن جن ۾ ٽيسٽ يا مانيٽر جي وضاحت ڪئي وئي آهي. پيرا ميٽر سيٽنگون رن ٽائم تي ٽيمپليٽ ۾ انپٽ طور منظور ڪري سگھجن ٿيون.
خودڪار لاء ڪم فلو
ڊيزائن جو وقت
ڊيزائن جي وقت تي، توهان ماپون تيار ڪريو ٿا ٽيمپليٽس ٺاهي ٽيسٽ ۽ مانيٽرز لاءِ Paragon Active Assurance ۾. اهو ڪيئن ڪجي، صفحي 15 تي باب ”ٽيسٽ ۽ مانيٽر ٽيمپليٽس“ ۾ ڍڪيل آهي.
هلندڙ وقت
رن ٽائم تي، توھان پنھنجي ڊوائيسز کي سيٽ ڪيو ۽ اصل ماپون انجام ڏيو.
- هڪ اوورview سڀ کان اڳamples ڏنل باب ۾ ملي ٿو "Examples of Controlling Paragon Active Assurance via NETCONF & YANG API ”صفحو 15 تي.
- ٽيسٽ ايجنٽن کي ڪيئن ترتيب ڏيڻ ۽ ترتيب ڏيڻ باب ۾ گذري چڪو آهي “Examples: ٽيسٽ ايجنٽ" صفحي 16 تي.
- انوینٽري شيون ڪيئن درآمد ڪرڻ جهڙوڪ TWAMP عڪاسي ڪندڙ ۽ IPTV چينلز باب ۾ گذري ويا آهن "Examples: Inventory Items" صفحي 29 تي.
- الارم کي ڪيئن ترتيب ڏيڻ جي وضاحت ڪئي وئي باب ۾ "Examples: الارم” صفحي 35 تي.
- NETCONF ذريعي Paragon Active Assurance templates تي عمل ڪندي ٽيسٽ ۽ مانيٽر ڪيئن هلائجن بابن ۾ بيان ڪيو ويو آهي “Examples: ٽيسٽ" صفحي 43 تي ۽ "examples: مانيٽرز" صفحي 54 تي.
Paragon Active Assurance ۾ سپورٽ ٿيل خاصيتون
Paragon Active Assurance ۾ سڀ ٽيسٽ ۽ مانيٽر جا قسم ٽيمپليٽس جي استعمال ذريعي ٺاهي ۽ ان تي عمل ڪري سگھجن ٿا. اهو ڪيئن ڪجي "ٽيسٽ ۽ مانيٽر" > "ٽيمپليٽ ٺاهڻ" جي تحت ايپ اندر مدد ۾ شامل آهي.
Paragon Active Assurance اڪائونٽس ٺاهڻ جي في الحال سپورٽ ناھي. جڏهن ته، صارف لاءِ هڪ يا ڪيترائي اڳواٽ بيان ڪيل اڪائونٽ قائم ڪيا ويندا.
هيٺ ڏنل جدول تفصيل سان بيان ڪري ٿو ته Paragon Active Assurance ۾ ڪهڙيون خاصيتون موجود آهن هن رليز ۾، ۽ اهي خاصيتون YANG ۾ ڪيئن پيش ڪيون ويون آهن.
YANG تعميرات جي وضاحت
سهولت لاءِ، خصوصيت جي جدول ۾ ڏنل YANG تعميرات جون هتي وضاحتون ڏنيون ويون آهن.
- Config (config=true): ڪنفيگريشن ڊيٽا، هڪ سسٽم کي هڪ رياست کان ٻئي ۾ تبديل ڪرڻ جي ضرورت آهي.
- اسٽيٽ (config=false): اسٽيٽ ڊيٽا: هڪ سسٽم تي اضافي ڊيٽا جيڪا ترتيب واري ڊيٽا نه آهي، جهڙوڪ پڙهڻ لاءِ صرف اسٽيٽس جي معلومات ۽ گڏ ڪيل انگ اکر.
- RPC: هڪ ريموٽ پروسيسنگ ڪال، جيئن استعمال ڪيو ويو NETCONF پروٽوڪول اندر.
- نوٽيفڪيشن: واقعا اطلاع موڪليا ويا NETCONF سرور کان NETCONF ڪلائنٽ ڏانهن.
آرڪيسٽريشن لاءِ موجود پيراگون ايڪٽو ايشورنس فيچرز جا ٽيبل
ذريعو: نگراني
يانگ رستو:/اڪائونٽس/اڪائونٽ/مانيٽر
| خاصيت | ذيلي خصوصيت | YANG تعمير |
| مانيٽر ٺاهيو / تبديل ڪريو / حذف ڪريو | مانيٽر ٽيمپليٽ جي بنياد تي | ترتيب |
| مانيٽر شروع / بند ڪريو | – | ترتيب |
| مانيٽر ٽيمپليٽس | لسٽ ۾ موجود مانيٽر ٽيمپليٽس سان گڏ | رياست |
| NETCONF اطلاع | الارم حالت تبديل ٿي وئي | اطلاع |
| نتيجن جي نگراني ڪريو | مٿين سطح لاءِ SLA/ES ڪائونٽر (٪) ٽاسڪ ليول لاءِ SLA/ES ڪائونٽر (٪) |
رياست |
ٽيسٽن جي برعڪس (مقابلو ڪريو وسيلا: هيٺ ڏنل ٽيسٽ)، مانيٽر آر پي سي سان شروع نه ڪيا ويا آهن بلڪه مانيٽر جي ترتيب سان.
ذريعو: ٽيسٽ
يانگ رستو: /اڪائونٽس/اڪائونٽ/ ٽيسٽ
| خاصيت | ذيلي خصوصيت | YANG تعمير |
| ٽيسٽ شروع ڪريو | ٽيسٽ ٽيمپليٽ جي بنياد تي | آر پي سي |
| ٽيسٽ کي منظم ڪريو | اسٽيٽس سان ٽيسٽ لسٽ ڪريو | رياست |
| ٽيسٽ ٽيمپليٽس | موجوده ٽيسٽ ٽيمپليٽس کي ان پٽن سان لسٽ ڪريو | رياست |
| NETCONF اطلاع | ٽيسٽ اسٽيٽس تبديل ٿي وئي | اطلاع |
| ٽيسٽ جا نتيجا | ٽيسٽ قدم جي حيثيت حاصل ڪريو (پاس، ناڪام، غلطي، ...) | رياست |
ذريعو: ٽيسٽ ايجنٽ
يانگ رستا:
- /accounts/account/test-Agents (Config)
- /accounts/account/رجسٽرڊ-ٽيسٽ-ايجنٽ (رياست)
/accounts/account/test-agents تحت ٽيسٽ ايجنٽ اھي آھن جيڪي اڪائونٽ ۾ ترتيب ڏنل آھن. صرف اهي ٽيسٽ ايجنٽ ترتيب ڏئي سگھجن ٿا ۽ ٽيسٽ ۽ مانيٽر ۾ NETCONF ذريعي آرڪيسٽرٽر پاران استعمال ڪيا وڃن.
توهان هڪ ٽيسٽ ايجنٽ کي ترتيب ڏيڻ کان پوءِ ۽ اهو اڪائونٽ ۾ رجسٽر ٿيو آهي، ٽيسٽ ايجنٽ هيٺ ظاهر ٿيندو /accounts/account/registered-test-agents. توھان NETCONF ۾ "حاصل ڪريو" ڪمانڊ استعمال ڪندي سڀ رجسٽرڊ ٽيسٽ ايجنٽ ڳولي سگھو ٿا (باب جو مقابلو ڪريو Ex.amples: ٽيسٽ ايجنٽ).
هيٺ /accounts/account/registered-test-agents توهان شايد ٽيسٽ ايجنٽ ڳولي سگهو ٿا جيڪي اڃا تائين ترتيب نه ڏنا ويا آهن. ڪنهن به اهڙي ٽيسٽ ايجنٽ کي ترتيب ڏيڻ گهرجي ان کان اڳ جو اهي استعمال ڪري سگھجن.
آرڪيسٽريشن جي منظرنامي ۾، اها عام طور تي سفارش ڪئي وئي آهي ته توهان NETCONF ذريعي پنهنجي Paragon Active Assurance اڪائونٽ جي سموري ترتيب کي ترتيب ڏيو. اهو يقيني بڻائي ٿو ته ٽيسٽ-ايجنٽ ۽ رجسٽرڊ-ٽيسٽ-ايجنٽ ڌار نه ٿين.
| خاصيت | ذيلي خصوصيت | YANG تعمير |
| سرور تي ٽيسٽ ايجنٽ اڳ ۾ ٺاهيو | – | ترتيب |
| آف لائن ٽيسٽ ايجنٽ کي ترتيب ڏيو | (ڪنٽرول سينٽر کي ترتيب ڏئي ٿو ٽيسٽ ايجنٽ ڏانهن جڏهن اهو آن لائن اچي ٿو) |
ترتيب |
| موجوده / خارجي ترتيب ڏنل ٽيسٽ ايجنٽ استعمال ڪريو | ٽيسٽ / مانيٽر ۾ استعمال ڪريو | ترتيب |
| انٽرفيس کي ترتيب ڏيو | ترتيب | |
| حيثيت حاصل ڪريو | رياست | |
| ٽيسٽ ايجنٽ کي ترتيب ڏيو (صرف ٽيسٽ سامان) | NTP ترتيب ڏيو | ترتيب |
| پلن کي ترتيب ڏيو | ترتيب | |
| VLAN انٽرفيس کي ترتيب ڏيو | ترتيب | |
| SSH ڪيچيون ترتيب ڏيو | ترتيب | |
| IPv6 | ترتيب | |
| يوٽيل | ريبوٽ | آر پي سي |
| تازه ڪاري | آر پي سي | |
| NETCONF اطلاع | آن لائين اسٽيٽس تبديل ٿي وئي | اطلاع |
| حيثيت | سسٽم اسٽيٽس حاصل ڪريو (اپ ٽائم، ميموري استعمال، لوڊ اوسط، نسخو) |
رياست |
وسيلو: فهرست
YANG رستو: /accounts/account/twamp- عڪاسي ڪندڙ
سپورٽ NETCONF صلاحيتون
هيٺ ڏنل جدول IETF RFCs ڏانهن اشارو ڪري ٿو جيڪو بيان ڪري ٿو NETCONF صلاحيتن کي Paragon Active Assurance orchestration جي مقصد لاءِ استعمال ڪيو ويو.
- 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
ٽيسٽ ۽ مانيٽر ٽيمپليٽ
ٽيسٽ ۽ مانيٽر جي قسمن لاءِ ٽيمپليٽس کي دستي طور تي Paragon Active Assurance فرنٽ-اينڊ يوزر انٽرفيس ذريعي ترتيب ڏيڻ جي ضرورت آهي. اهو ڪيئن ڪجي "ٽيسٽ ۽ مانيٽر" > "ٽيمپليٽ ٺاهڻ" جي تحت ايپ اندر مدد ۾ شامل آهي.
Examples of Controlling Paragon Active Assurance via NETCONF & YANG API
ايندڙ بابن ۾، اهو فرض ڪيو ويو آهي ته مناسب ٽيسٽ ۽ مانيٽر ٽيمپليٽس کي باب 15 تي باب ”ٽيسٽ ۽ مانيٽر ٽيمپليٽس“ ۾ ڏنل هدايتن مطابق بيان ڪيو ويو آهي.
Ex. ۾ استعمال ٿيل اوزارamples
سڀ سابقamples ايندڙ بابن ۾ هيٺ ڏنل آزاد طور تي دستياب اوزار استعمال ڪندي تعمير ڪيا ويا آهن:
- Pang: YANG ماڊلز کي ڏسڻ ۽ براؤز ڪرڻ لاءِ استعمال ڪيو ويندو آهي.
- تي دستياب آهي https://github.com/mbj4668/pyang (گٽ مان ڪلون ڪريو ۽ python setup.py انسٽال ڪريو).
- Python NETCONF ڪلائنٽ ”ncclient“: NETCONF استعمال ڪندي ڪنٽرول سينٽر سان رابطو ڪرڻ لاءِ استعمال ڪيو ويو.
- دستياب https://github.com/ncclient/ncclient (رن پائپ انسٽال ڪريو ncclient).
netrounds-ncc.yang ڊيٽا ماڊل /opt/netrounds-confd ۾ مليو آهي جڏهن ConfD انسٽال ڪيو ويو آهي انسٽاليشن گائيڊ مطابق).
مٿانview ڪيل اهم ڪمن جو
(ڪجهه ٻيا ڪم پڻ مثال طور هيٺ ڏنل آهن.)
- صفحي 16 تي ”نئون ٽيسٽ ايجنٽ ٺاهڻ ۽ مقرر ڪرڻ“
- صفحي 29 تي ”انجنٽري شيون ٺاهڻ (مثال طور عڪاسي ڪندڙ)“
- "الارم ٽيمپليٽس سيٽ ڪرڻ ۽ الارم ڪٿي موڪلڻ لاء" صفحي 35 تي
- "ٽيسٽ ٺاهڻ ۽ هلائڻ" صفحي 45 تي
- صفحي 50 تي ”ٽيسٽ جا نتيجا حاصل ڪرڻ“
- صفحي 60 تي ”مانيٽر شروع ڪرڻ (الرم جو سيٽ اپ شامل آهي)“
- صفحي 67 تي ”مانيٽر لاءِ SLA اسٽيٽس ٻيهر حاصل ڪرڻ“
- ”ڪم ڪندي tags"صفحو 71 تي
Examples: ٽيسٽ ايجنٽ
مٿانview ٽيسٽ ايجنٽ آرڪيسٽريشن جو
Paragon Active Assurance ۾ ٽيسٽ ايجنٽن کي آرڪيسٽريشن جي حوالي سان ”ترتيب“ سمجهيو وڃي ٿو. ان جو مطلب آهي ته ٽيسٽ ايجنٽن جي ٺاھڻ، ڪنٽرول ڪرڻ ۽ ختم ڪرڻ آرڪيسٽرٽر ۽ NETCONF ذريعي ٿيڻ گھرجي بجاءِ Paragon Active Assurance GUI ذريعي.
اهم: جيڪڏهن ٽيسٽ ايجنٽ هڪ ٽيڪنيشن طرفان نصب ڪيو ويو آهي ۽ ڪنٽرول سينٽر تي رجسٽر ٿيل آهي بغير پهريون NETCONF ۽ YANG API جي ذريعي، ٽيسٽ ايجنٽ موجود نه هوندو ترتيب واري ڊيٽابيس ۾، ۽ سسٽم هم وقت کان ٻاهر ٿي ويندو. ConfD لاءِ هن معاملي ۾ ٽيسٽ ايجنٽ کان واقف ٿيڻ لاءِ، ان لاءِ ضروري هوندو ته ڪنٽرول سينٽر سان هڪ نئين هم وقت سازي ڪرڻ، جيئن صفحي 4 تي ”ڪنٽرول سينٽر سان ڪنفيگريشن ڊيٽابيس کي هم وقت سازي“ واري حصي ۾ تفصيل سان بيان ڪيو ويو آهي.
تنهن ڪري ورچوئل ٽيسٽ ايجنٽن (vTAs) جي آرڪيسٽريشن کي هيٺين مرحلن ۾ ڪرڻ گهرجي:
- ورچوئل ٽيسٽ ايجنٽ ٺاهيو، ان جي انٽرفيس جي ٺاھ جوڙ سميت، NETCONF ۽ YANG انٽرفيس کي ڪنٽرول سينٽر استعمال ڪندي. ٽيسٽ ايجنٽ جو نالو ان جي منفرد ڪنجي هوندي.
- ورچوئلائيزيشن پليٽ فارم تي vTA کي ترتيب ڏيو. آن لائن مدد ۾ ڏنل هدايتن تي عمل ڪريو ٽيسٽ ايجنٽ > تنصيب. بنيادي انٽرفيس جي جوڙجڪ جيڪا vTA کي ڪنٽرول سينٽر سان ڳنڍڻ جي اجازت ڏئي ٿي، انهي سان گڏ تصديق لاءِ سندون، ڪلائوڊ-init صارف ڊيٽا استعمال ڪندي vTA ۾ مهيا ڪيل آهن.
هڪ دفعو vTA بوٽ ڪيو ويو آهي، اهو خودڪار طور تي ڪنٽرول سينٽر سان ڳنڍيندو هڪ اينڪريڊ ٿيل OpenVPN ڪنيڪشن استعمال ڪندي. هڪ NETCONF نوٽيفڪيشن موڪليو ويو آهي جڏهن ته vTA جي ٽيسٽ-ايجنٽ-statuschange پيٽرولر جي قيمت هاڻي "آن لائن" ۾ تبديل ٿي وئي آهي.
نوٽ: جيئن ته vTA جو نالو ڪنٽرول سينٽر ۾ ان جي سڃاڻپ ڪندڙ آهي، اهو نالو ساڳيو هجڻ گهرجي جيئن ڪنٽرول سينٽر ۾ بيان ڪيو ويو آهي "قدم 1" ۾ صفحي 17 تي. - هڪ دفعو vTA ڳنڍيو ويو آهي ۽ ڪنٽرول سينٽر سان تصديق ٿيل آهي، انٽرفيس جي ترتيب کي vTA ڏانهن ڌڪيو ويندو آهي. ھي آھي انٽرفيس ترتيب ڏنل آھي ”قدم 1“ ۾ صفحي 17 تي جڏھن vTA ٺاھيو ويو ڪنٽرول سينٽر ۾.
- vTA پنهنجي مقصد کي پورو ڪرڻ کان پوء، vTA کي ختم ڪريو.
نئين ٽيسٽ ايجنٽ ٺاهڻ ۽ ترتيب ڏيڻ
اسان کي پهريان هڪ ٽيسٽ ايجنٽ ٺاهڻ جي ضرورت آهي NETCONF ۽ YANG انٽرفيس ذريعي ڪنٽرول سينٽر ڏانهن. جڏهن هڪ ٽيسٽ ايجنٽ هن طريقي سان ٺهيل آهي، ڪنٽرول سينٽر سان ڪو هم وقت سازي جي ضرورت ناهي.
ٽيسٽ ايجنٽ لاءِ YANG ماڊل هيٺ ڏنل ڏيکاريل آهي. اهو حڪم مان حاصل ڪيو ويندو آهي
پيانگ -f وڻ netrounds-ncc.yang
مڪمل YANG ماڊل صفحي 81 تي ”ضميمه: مڪمل يانگ ماڊل جو وڻ جي جوڙجڪ“ ۾ ڏنو ويو آهي، جنهن ۾ پڻ هڪ ڏند ڪٿا آهي جنهن ۾ استعمال ٿيل ڪنوينشن کي بيان ڪيو ويو آهي ۽ موجوده دستاويز ۾ يانگ ماڊل جي ٻين مثالن ۾.
اسان هيٺ ڏنل قدمن ۾ اڳتي وڌون ٿا، جن جي تفصيل هيٺ ڏنل آهي:
- شروعات ۾، Paragon Active Assurance اڪائونٽ ”ڊيمو“ وٽ ان جي انوینٽري ۾ ڪوبه ٽيسٽ ايجنٽ ناهي.
- "vta1" نالي هڪ ٽيسٽ ايجنٽ ncclient استعمال ڪندي ٺاهي وئي آهي. ان موقعي تي ايسtagاي، ڪوبه حقيقي ٽيسٽ ايجنٽ اڃا تائين موجود ناهي (اهو آهي، اهو اڃا تائين شروع نه ڪيو ويو آهي).
- ٽيسٽ ايجنٽ OpenStack ۾ لڳايو ويو آهي. (ان پليٽ فارم تي تعیناتي هتي ٻين جي وچ ۾ هڪ امڪان جي طور تي چونڊيو ويو آهي.)
- ٽيسٽ ايجنٽ ڪنٽرول سينٽر اڪائونٽ "ڊيمو" سان ڳنڍيندو آهي ۽ هاڻي استعمال لاءِ تيار آهي.
مرحلا 1: شروعات ۾، اڪائونٽ "ڊيمو" ۾ ٽيسٽ ايجنٽ نه آهن. هيٺ ڏنل اسڪرين شاٽ ڏسو ڪنٽرول سينٽر GUI مان.
قدم 2: هڪ ٽيسٽ ايجنٽ ٺهيل آهي ڪنٽرول سينٽر ۾ Python NETCONF ڪلائنٽ "ncclient" استعمال ڪندي. هيٺ ڏنل ncclient ڪوڊ آهي هڪ ٽيسٽ ايجنٽ ٺاهڻ لاءِ جنهن وٽ هڪ جسماني انٽرفيس هڪ DHCP ايڊريس سان آهي:
argparse درآمد ڪريو
ncclient درآمد مينيجر کان
parser = argparse.ArgumentParser(description='Test Creating Test Agent')
parser.add_argument('–host', help='هوسٽ جو نالو جتي ConfD مليو آهي'، گهربل=سچو)
parser.add_argument('–port', help='confD سان ڳنڍڻ لاءِ بندرگاهه'، گهربل=سچو)
parser.add_argument('–username', help='Username ConfD سان ڳنڍڻ لاءِ، گهربل=سچو)
parser.add_argument('–password', help='ConfD اڪائونٽ ۾ پاسورڊ'، گهربل=سچو)
parser.add_argument('–netrounds-account', help='The NCC اڪائونٽ جو مختصر نالو'، گهربل=True)
parser.add_argument('-test-agent-name', help='Test Agent جو نالو', گهربل=True)
args = parser.parse_args()
سان manager.connect(host=args.host, port=args.port, username=args.username,
پاسورڊ=args.password، hostkey_verify=False) جيئن m:
# ڪنٽرول سينٽر ۾ ٽيسٽ ايجنٽ ٺاهيو
xml = """
)پرنٽ m.edit_config(target='رننگ'، config=xml)
نوٽ: manager.connect(…) سان گڏ اڳئين ڪوڊ کي بعد ۾ ختم ڪيو ويو آھي example code snippets.
هڪ NTP سرور eth0 تي ترتيب ڏنل آهي، ۽ eth0 پڻ مينيجمينٽ انٽرفيس آهي (يعني، انٽرفيس جيڪو ڪنٽرول سينٽر سان ڳنڍي ٿو).
ٽيسٽ ايجنٽ ايپليڪيشن في الحال انٽرفيس کي ترتيب ڏيڻ جي اجازت نٿو ڏئي. انهي سبب لاء، ورجن 2.34.0 کان اڳتي، اهو ممڪن آهي ته YANG اسڪيما ۾ انٽرفيس جي ترتيب کي ختم ڪرڻ. انهي سان لاڳاپيل XML انهي صورت ۾ بنيادي طور تي آسان آهي:
هڪ دفعو ٽيسٽ ايجنٽ ٺاهيو ويو آهي، اهو موجود آهي ترتيب واري ڊيٽابيس ۾ ۽ ڪنٽرول سينٽر ۾. هيٺ ڏنل اسڪرين شاٽ ڏسو ٽيسٽ ايجنٽ انوینٽري جي، ڏيکاريندي ٽيسٽ ايجنٽ ”vta1“:
مرحلا 3: اهو هاڻي وقت آهي ٽيسٽ ايجنٽ "vta1" کي لڳائڻ جو OpenStack ۾.
ٽيسٽ ايجنٽ ڪلائوڊ-init صارف ڊيٽا استعمال ڪندو معلومات کي ٻيهر حاصل ڪرڻ لاءِ ڪنٽرول سينٽر سان ڪيئن ڳنڍجي. خاص طور تي، صارف ڊيٽا ٽيڪسٽ file ھيٺ ڏنل مواد آھي (نوٽ ڪريو ته #cloud-config ۽ netrounds_test_agent لائينون موجود ھجن، ۽ باقي رھيل لائينون ضرور ھجن:
وڌيڪ معلومات لاءِ، مھرباني ڪري حوالو ڏيو دستاويز ڪيئن ڪجي ورچوئل ٽيسٽ ايجنٽن کي OpenStack ۾.
هڪ دفعو ٽيسٽ ايجنٽ کي مقرر ڪيو ويو آهي ۽ ڪنٽرول سينٽر سان ڳنڍيل آهي، ترتيب کي ڪنٽرول سينٽر کان ٽيسٽ ايجنٽ ڏانهن ڌڪيو ويندو.
قدم 4: ٽيسٽ ايجنٽ ھاڻي ڪنٽرول سينٽر ۾ آن لائن آھي ۽ ان جي ٺاھ جوڙ حاصل ڪري چڪو آھي. ٽيسٽ ايجنٽ ٽيسٽ ۽ نگراني ۾ استعمال لاءِ تيار آهي. اهي حصا ڏسو:
- صفحي 45 تي ”ٽيسٽ شروع ڪرڻ“
- صفحي 60 تي ”مانيٽر شروع ڪرڻ“
توهان جي پيراگون ايڪٽو ايشورنس اڪائونٽ ۾ ٽيسٽ ايجنٽن جي لسٽنگ
هيٺ ڏنل آهي exampLe ncclient Python ڪوڊ هڪ Paragon Active Assurance اڪائونٽ ۾ ٽيسٽ ايجنٽن کي لسٽ ڪرڻ لاءِ:
ھن ڪوڊ کي ھلائڻ سان ھيٺ ڏنل ٻاھر ڏنل آھي:
ٽيسٽ ايجنٽ کي ختم ڪرڻ
ٽيسٽ مڪمل ٿيڻ کان پوءِ، اهو لاڳاپيل ٿي سگھي ٿو ڪجهه استعمال جي ڪيسن ۾ ٽيسٽ ايجنٽ کي ختم ڪرڻ لاءِ.
هيٺ ڏنل ڪوڊ جو ٽڪرو ڏيکاريل آهي ته اهو ڪيئن ڪجي ncclient سان:
NETCONF نوٽيفڪيشن
هيٺ، اسان هڪ سادي نموني پيش ڪندا آهيونampلي اسڪرپٽ ڪنٽرول سينٽر کان ايندڙ سڀني NETCONF اطلاعن کي ٻڌڻ لاءِ. اهي اطلاع موڪليا ويندا آهن جڏهن ڪجهه واقعا ٿين ٿا، جهڙوڪ ٽيسٽ ايجنٽ آف لائن وڃڻ يا صارف پاران شروع ڪيل ٽيسٽ مڪمل ٿيڻ تي. اطلاعن ۾ ڏنل معلومات جي بنياد تي، صارف آرڪيسٽرٽر ۾ خودڪار پيروي اپ ڪارناما تفويض ڪري سگھن ٿا.
جڏهن مٿي ڏنل اسڪرپٽ تي عمل ڪيو ويندو آهي، اين سي ڪلائنٽ حاصل ڪيل نوٽيفڪيشن کي ترتيب ڏنل XML ۾ پيش ڪندو. اڳيون ڏسوampهيٺ ڏنل آئوٽ، جيڪو ڏيکاري ٿو ٽيسٽ ايجنٽ غير متوقع طور تي آف لائن وڃي رهيو آهي.
2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
ڊيمو
HW1
آف لائن
Examples: فهرستن جون شيون
ٺاھڻ (درآمد ڪرڻ) ۽ انوینٽري شيون منظم ڪرڻ جهڙوڪ TWAMP Reflectors ۽ Y.1731 MEPs ائين ئي ڪيو ويندو آهي جيئن ٽيسٽ ايجنٽن لاءِ. ھيٺ ڏنل آھي XML ۽ NETCONF ڪوڊ آھن اهڙن ادارن جي وضاحت ڪرڻ لاءِ Paragon Active Assurance ۾ NETCONF ۽ YANG API ذريعي ۽ بيان ڪيل شين جي لسٽ حاصل ڪرڻ لاءِ.
هڪ TW ٺاهڻAMP عڪاسي ڪندڙ
Y.1731 MEP ٺاهڻ
هڪ IPTV چينل ٺاهڻ
هڪ پنگ ميزبان ٺاهڻ
SIP اڪائونٽ ٺاهڻ
انوینٽري شيون ٻيهر حاصل ڪرڻ
ھيٺ ڏنل آھي پٿون ڪوڊ ھڪڙي اڪائونٽ ۾ بيان ڪيل سڀني انوینٽري شيون حاصل ڪرڻ لاءِ. (سڀني قسم جي انوینٽري آئٽمز کي هتي هڪ ڀيرو ۾ آندو ويو آهي ته جيئن دستاويز ۾ ڪجهه ورهاڱي کان بچڻ لاءِ. قدرتي طور تي، انوینٽري شين جو ڪو به ذيلي سيٽ هيٺ ڏنل اڪائونٽ هيٺ ڏنل ڪجهه لائينن کي ڇڏڻ سان حاصل ڪري سگهجي ٿو.)
ھن ڪوڊ کي ھلائڻ سان ھيٺ ڏنل ٻاھر ڏنل آھي:
Examples: الارم
الارم ٽيمپليٽس ۽ لاڳاپيل شيون (SNMP مينيجرز، الارم اي ميل لسٽون) ٺاهيل ۽ منظم ڪيون ويون آهن ساڳئي طريقي سان انوینٽري شيون. هي باب XML ۽ NETCONF ڪوڊ تي مشتمل آهي NETCONF ۽ YANG API ذريعي Paragon Active Assurance ۾ اهڙن ادارن جي وضاحت ڪرڻ ۽ بيان ڪيل شين جي لسٽن کي ٻيهر حاصل ڪرڻ لاءِ.
الارم اي ميل لسٽون
الارم اي ميل لسٽ ٺاهڻ
سڀ الارم اي ميل لسٽون حاصل ڪرڻ
SNMP مينيجرز
هڪ SNMP مئنيجر ٺاهڻ
سڀني SNMP مينيجرز کي ٻيهر حاصل ڪرڻ
الارم ٽيمپليٽس
الارم ٽيمپليٽ ٺاهڻ
سڀ الارم ٽيمپليٽ ٻيهر حاصل ڪرڻ
Examples: SSH ڪيز
توھان NETCONF ۽ YANG API ذريعي ٽيسٽ ايجنٽ ۾ SSH پبلڪ ڪيز شامل ڪري سگھو ٿا. لاڳاپيل پرائيويٽ ڪيئي استعمال ڪندي توھان وري لاگ ان ڪري سگھو ٿا ٽيسٽ ايجنٽ ۾ SSH ذريعي.
SSH ڪنجين تي دستياب عملن جي مڪمل فهرست ھيٺ ڏنل آھي:
- هڪ SSH چيڪ شامل ڪريو
- SSH ڪيچ کي تبديل ڪريو
- هڪ SSH چيڪ جي چڪاس ڪريو
- فهرست SSH چابيون
- هڪ SSH چيڪ کي ختم ڪريو.
هيٺ، شامل ڪريو ۽ ختم ڪريو عملن جو مثال ڏنو ويو آهي.
هڪ SSH چيڪ کي ختم ڪرڻ
جيڪڏھن توھان چاھيو ٿا ھڪ SSH چاٻي کي ختم ڪريو، ھيٺ ڏنل حڪم استعمال ڪريو:
Examples: ٽيسٽ
هتي اهو فرض ڪيو ويو آهي ته ٽيسٽ ايجنٽ (جيترا گهڻا ٽيسٽ لاءِ گهربل آهن) سيڪشن 17 تي ”نئون ٽيسٽ ايجنٽ ٺاهڻ ۽ ترتيب ڏيڻ“ جي مطابق ٺاهيا ويا آهن.
ٽيسٽ لاءِ يانگ ماڊل رستا
| شيءِ | YANG ماڊل رستو: /اڪائونٽس/اڪائونٽ/ ٽيسٽ… |
| ٽيسٽون | /. |
| ٽيسٽ[ID] | / ٽيسٽ |
| id | /test/id |
| نالو | /test/نالو |
| حيثيت | / ٽيسٽ / اسٽيٽس |
| شروعاتي وقت | ٽيسٽ / شروعاتي وقت |
| آخر وقت | /امتحان/آخري وقت |
| رپورٽ-url | /ٽيسٽ/رپورٽ-url |
| قدم | /امتحان/قدم |
| قدم [id] | /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 |
| سانچو[نالو] | /templates/templates |
| نالو | /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 ۾ پيٽرولر جي طور تي جڏهن ٽيسٽ ٽيمپليٽ جي شروعات کي ترتيب ڏيڻ.
- Paragon Active Assurance ۾ هلندڙ ٽيسٽن کي آرڪيسٽريشن جي حوالي سان ”رياست“ سمجهيو ويندو آهي. رياستي ڊيٽا غير لکڻ جي قابل ڊيٽا آهي جيڪا ترتيب واري ڊيٽابيس ۾ محفوظ نه ڪئي وئي آهي، جيئن سيڪشن ۾ ذڪر ڪيل ترتيب واري ڊيٽا جي مخالفت ڪئي وئي آهي "اوور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
ٽيسٽ شروع ڪرڻ
جيئن صفحي 17 تي ”نئون ٽيسٽ ايجنٽ ٺاهڻ ۽ ترتيب ڏيڻ“ سيڪشن ۾ بيان ڪيو ويو آهي، حڪم هلايو pang -f tree netrounds-ncc.yang
ڊاريڪٽري مان /opt/netrounds-confd/ YANG ماڊل کي ٻاھر ڪڍڻ لاء. هن ماڊل ۾، اين سي ڪلائنٽ استعمال ڪندي ٽيسٽ شروع ڪرڻ لاءِ آر پي سي هن ريت آهي:
وضاحت لاءِ، ڏسو سيڪشن صفحي 81 تي ”ليجنڊ“ ضميمه ۾.
هيٺيان قدم هيٺ ڏيکاريا ويا آهن:
- ٽيسٽ ايجنٽن کي پيراگون ايڪٽو ايشورنس کاتي ۾ رجسٽرڊ ڪيو ويو آهي، پر اڃا تائين ڪا به ٽيسٽ شروع نه ڪئي وئي آهي.
- ٽيسٽ ٽيمپليٽ ۾ گهربل ان پٽ پيٽرولر جي سڃاڻپ ڪئي ويندي جيڪا هلائي ويندي.
- هڪ 60 سيڪنڊ HTTP ٽيسٽ ncclient استعمال ڪندي شروع ڪيو ويو آهي.
قدم 1: شروعات ۾، Paragon Active Assurance اڪائونٽ ۾ ڪوبه ٽيسٽ شروع نه ڪيو ويو آهي. هيٺ ڏنل اسڪرين شاٽ ڏسو ڪنٽرول سينٽر GUI مان.
قدم 2: ٽيمپليٽ جيڪو اسان استعمال ڪنداسين ٽيسٽ کي شروع ڪرڻ لاءِ هن ايڪس ۾ample هڪ HTTP ٽيسٽ ٽيمپليٽ آهي. ان ۾ ٻه لازمي ان پٽ فيلڊ آهن (ڪلائنٽ ۽ URL) جنهن کي اسان بيان ڪيو آهي جيئن ڪنٽرول سينٽر GUI ۾ ٽيمپليٽ ٺاهي.
اسان انهن معيارن جي وضاحت ڪنداسين (ٻين جي وچ ۾) XML ترتيب ۾ اسان جي NETCONF مئنيجر (ncclient) پاران ترتيب واري ڊيٽابيس کي ٻڌايو ويو آهي.
قدم 3: ايڇ ٽي پي ٽيسٽ شروع ڪئي وئي آهي ncclient استعمال ڪندي.
هيٺ ڏنل آهي example ڪوڊ جتي گهربل تشڪيل جي معلومات ۽ پيٽرولن کي HTTP ٽيسٽ ٽيمپليٽ لاءِ بيان ڪيو ويو آهي. ان تي منحصر آهي ته ٽيمپليٽ ڪيئن ٺهيل آهي، هتي تفصيل مختلف ٿي سگهن ٿا.
هر پيٽرولر لاء، خاصيت فراهم ڪرڻ جي ضرورت آهي. ڪنجي پيراميٽر جي هڪجهڙائي آهي
ڪنٽرول سينٽر ۾ متغير جو نالو. توھان ھيٺ ڏنل متغير نالن جو معائنو ڪري سگھو ٿا:
- پاسي واري بار تي ٽيسٽ تي ڪلڪ ڪريو ۽ نئون ٽيسٽ تسلسل چونڊيو.
- ڪلڪ My Templates .
- دلچسپي جي ٽيمپليٽ هيٺ ڏنل ايڊٽ لنڪ تي ڪلڪ ڪريو.
- مٿي ساڄي ڪنڊ ۾ ايڊٽ ان پٽ بٽڻ تي ڪلڪ ڪريو.
اسان جي اڳوڻي ۾ample، ۽ ڊفالٽ طور، متغير جا نالا صرف ڪنٽرول سينٽر ۾ ڏيکاريل نالن جا ننڍا ننڍا نسخا آهن (“url"بمقابلي"URL”، وغيره). جڏهن ته، ڪنٽرول سينٽر GUI ۾، توهان متغير جو نالو تبديل ڪري سگهو ٿا جيڪو توهان چاهيو ٿا.
چاٻي کان علاوه، هر پيٽرولر کي ان جي قسم جي وضاحت ڪرڻ جي ضرورت آهي: مثال لاءampلي، لاءِ URL.
مهرباني ڪري نوٽ ڪريو ته توهان کي ٻيهر ڪرڻو پوندوview مڪمل YANG ماڊل قسمن تي مڪمل معلومات حاصل ڪرڻ لاء. ٽيسٽ ايجنٽ انٽرفيس لاءِ قسم جو وڌيڪ پيچيده ڍانچو آهي، جيئن هيٺ بيان ڪيو ويو آهي هيٺ ڏنل ڪوڊ ۾.
اسان ھاڻي ncclient استعمال ڪندي اسڪرپٽ هلائي سگھون ٿا. فرض ڪيو ته سڀ صحيح آهي، ٽيسٽ شروع ڪئي ويندي ۽ ان جي عمل کي ڪنٽرول سينٽر ۾ ڏيکاريو ويندو:
جيڪڏهن ٽيسٽ ڪاميابيءَ سان شروع ٿئي ٿي، ڪنٽرول سينٽر جواب ڏيندو ٽيسٽ ID سان. هن ۾ اڳوڻيampلي، ٽيسٽ ID 3 آهي:
ٽيسٽ جي سڃاڻپ پڻ ملي سگهي ٿي URL ڪنٽرول سينٽر GUI ۾ ٽيسٽ لاءِ. هن ۾ اڳوڻيampلي، اهو URL آهي https://host/demo/testing/3/.
ٽيسٽ جا نتيجا حاصل ڪرڻ
امتحان جا نتيجا حاصل ڪرڻ لاء سڀ کان وڌيڪ سڌو رستو امتحان جي ID ڏانهن اشارو ڪندي آهي.
هيٺ ڏنل پيٿون ڪوڊ آهي مٿي ڏنل HTTP ٽيسٽ مان نتيجا حاصل ڪرڻ لاءِ ID = 3:
مينيجر سان. ڳنڍيو(host=args.host, port=args.port, username=args.username,password=args.password, hostkey_verify=False) جيئن m:
پيداوار هن طرح ڪجهه نظر ايندي:
ٽيسٽ ٽيمپليٽس کي برآمد ۽ درآمد ڪرڻ
ٽيسٽ ٽيمپليٽس JSON فارميٽ ۾ برآمد ڪري سگھجن ٿيون ۽ ان فارميٽ ۾ ڪنٽرول سينٽر ۾ ٻيهر درآمد ڪري سگھجن ٿيون. اھو مفيد آھي جيڪڏھن توھان استعمال ڪرڻ چاھيو ٿا ٽيسٽ ٽيمپليٽس ڪنٽرول سينٽر جي مختلف تنصيب ۾. (ٽيمپليٽس جي شروعاتي تخليق ڪنٽرول سينٽر GUI ذريعي چڱي طرح سنڀاليو وڃي ٿو.)
هيٺ ڏنل ڪوڊ آهي برآمد ڪرڻ ۽ درآمد ڪرڻ لاءِ.
ايڪسپورٽ ٽيسٽ ٽيمپليٽس
# حاصل ڪريو json config جواب مان
روٽ = ET.fromstring(response._raw)
json_config = روٽ[0].text
پرنٽ json_config
ٽيمپليٽ json_config اعتراض ۾ شامل آهي.
امپورٽ ٽيسٽ ٽيمپليٽس
A JSON config آبجیکٹ هولڊنگ ٽيسٽ ٽيمپليٽس کي ڪنٽرول سينٽر ۾ ٻيهر درآمد ڪري سگهجي ٿو جيئن هيٺ ڏنل.
Examples: مانيٽر
هي سيڪشن فرض ڪري ٿو ته ٽيسٽ ايجنٽ (جيترا گهڻا مانيٽر گهربل آهن) سيڪشن 17 تي ”نئون ٽيسٽ ايجنٽ ٺاهڻ ۽ ترتيب ڏيڻ“ جي مطابق ٺاهيا ويا آهن.
مانيٽر لاءِ يانگ ماڊل رستا
| شيءِ | يانگ ماڊل رستو: /اڪائونٽس/اڪائونٽ/مانيٽرز… |
| مانيٽر | /. |
| نگراني[نالو] | / مانيٽر |
| نالو | مانيٽر/نالو |
| وضاحت | /مانيٽر/وضاحت |
| شروع ڪيو | مانيٽر/شروع ڪيو ويو |
| ٽيمپليٽ | /مانيٽر/ٽيمپليٽ |
| الارم ترتيب | /monitor/alarm-configs |
| شيءِ | YANG ماڊل رستو: /اڪائونٽ/اڪائونٽ/مانيٽر/مانيٽر/الارم-configs ... |
| الارم ترتيب ڏيڻ[سڃاڻندڙ] | الارم ترتيب |
| سڃاڻپ ڪندڙ | /alarm-config/identifier |
| ٽيمپليٽ | /alarm-config/template |
| اي ميل | /alarm-config/email |
| snmp | /alarm-config/snmp |
| thr-es-critical | /alarm-config/thr-es-critical |
| thr-es- نازڪ- واضح | /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-minor | /alarm-config/thr-es-minor |
| thr-es-minor- clear | /alarm-config/thr-es-minor-clear |
| thr-es- وارننگ | /alarm-config/thr-es-warning |
| 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-per-stream | /alarm-config/snmp-trap-per-stream |
| شيءِ | يانگ ماڊل رستو: /اڪائونٽس/اڪائونٽ/مانيٽرز… |
| پيرا ميٽر | /مانيٽر/پيراميٽر |
| شيءِ | YANG ماڊل رستو: /اڪائونٽس/اڪائونٽ/مانيٽر/مانيٽر/پيراميٽر… |
| پيٽرولر[ڪي] | /پيراميٽر |
| چاٻي | /parameter/key |
| (قدر جو قسم) | /پيراميٽر |
| :(انٽجر) | /پيراميٽر |
| عدد | /پيراميٽر/انٽيجر |
| :(فلوٽ) | /پيراميٽر |
| فلوٽ | /parameter/float |
| :(تار) | /پيراميٽر |
| شيءِ | YANG ماڊل رستو: /اڪائونٽس/اڪائونٽ/مانيٽر/مانيٽر/پيراميٽر… |
| تار | /parameter/string |
| :(ٽيسٽ-ايجنٽ-انٽرفيس) | /پيراميٽر |
| ٽيسٽ ايجنٽ-انٽرفيس | /parameter/test-agent-interfaces |
| test-agent-interface[“1” صفحي 58 تي | /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 |
| ip-version | /parameter/test-agent-interfaces/test-agent-interface/ip-version |
| :(ٽيamp- عڪاسي ڪندڙ) | /پيراميٽر |
| twamp- عڪاسي ڪندڙ | /پيراميٽر/twamp- عڪاسي ڪندڙ |
| twamp-عڪس ڪندڙ[نالو] | /پيراميٽر/twamp- عڪاسي ڪندڙ / ٽوamp- عڪاسي ڪندڙ |
| نالو | /پيراميٽر/twamp- عڪاسي ڪندڙ / ٽوamp- عڪاسي ڪندڙ/ نالو |
| :(y1731-meps) | /پيراميٽر |
| y1731-meps | /پيراميٽر/y1731-meps |
| y1731-mep[نالو] | /پيراميٽر/y1731-meps/y1731-mep |
| نالو | /parameter/y1731-meps/y1731-mep/name |
| :(sip-اڪائونٽس) | /پيراميٽر |
| sip-اڪائونٽس | /پيراميٽر/sip-اڪائونٽس |
| sip-count[“2” صفحي 58 تي] | /parameter/sip-accounts/sip-account |
| اڪائونٽ | /parameter/sip-accounts/sip-account/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-channels |
| iptv چينل[نالو] | /parameter/iptv-channels/iptv-channel |
| نالو | /parameter/iptv-channels/iptv-channel/name |
- اڪائونٽ ٽيسٽ ايجنٽ انٽرفيس
- اڪائونٽ ٽيسٽ-ايجنٽ انٽرفيس سيپ-ايڊريس
| شيءِ | يانگ ماڊل رستو: /اڪائونٽس/اڪائونٽ/مانيٽرز… |
| حيثيت | /مانيٽر / اسٽيٽس |
| آخري 15 منٽ | /مانيٽر/ اسٽيٽس/آخري-15 منٽ |
| حيثيت | /monitor/status/last-15-minutes/status |
| حيثيت- قدر | /monitor/status/last-15-minutes/status-value |
| آخري ڪلاڪ | /مانيٽر/ اسٽيٽس/آخري ڪلاڪ |
| حيثيت | /مانيٽر/ اسٽيٽس/ آخري ڪلاڪ/ اسٽيٽس |
| حيثيت- قدر | /monitor/status/last-hour/status-value |
| آخري 24 ڪلاڪ | /مانيٽر/اسٽيٽس/آخري-24-ڪلاڪ |
| حيثيت | /monitor/status/last-24-hours/status |
| حيثيت- قدر | /monitor/status/last-24-hours/status-value |
| ٽيمپليٽس | /templates |
| سانچو[نالو] | /templates/templates |
| نالو | /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 ۾ مانيٽر ٽيمپليٽ ٺاھڻ جي ضرورت آھي جيئن ”ٽيسٽ ۽ مانيٽر“ > ”ٺاھڻ ٽيمپليٽس“ جي ھيٺان ايپ مدد ۾ وضاحت ڪئي وئي آھي. ان ٽيمپليٽ ۾ "Template input" جي طور تي بيان ڪيل سڀئي شعبا XML ۾ پيرا ميٽرز جي طور تي گھربل هوندا جڏهن ٽيمپليٽ جي شروعات کي ترتيب ڏيڻ.
مانيٽر ٽيمپليٽس مان انپٽ پيٽرولر حاصل ڪرڻ
هيٺ، ٻه نمونا ڏيکاريا ويا آهن. پهريون آهي UDP مانيٽرنگ لاءِ ٻن ٽيسٽ ايجنٽ انٽرفيس جي وچ ۾، ۽ ٻيو آهي HTTP لاءِ هڪ واحد ٽيسٽ ايجنٽ انٽرفيس استعمال ڪندي.
ٽيمپليٽ جا ان پٽ پيٽرول ڳولڻ لاءِ، ٽيمپليٽ جي نمائندگي ڪندڙ باڪس تي ڪلڪ ڪريو. HTTP ٽيمپليٽ لاءِ، پيٽرول هن طرح نظر اچن ٿا:
مانيٽر شروع ڪرڻ وقت اسان کي ايندڙ قدم ۾ انهن پيٽرولن کي بيان ڪرڻ جي ضرورت آهي.
مانيٽر شروع ڪرڻ
ٽيسٽ ايجنٽن کي استعمال ڪندي جن کي اسان صفحو 17 تي سيڪشن “Creating and Deploying a New Test Agent” ۾ بيان ڪيو ۽ مقرر ڪيو آهي، اسان هيٺ ڏيکاريل ٽيمپليٽ “HTTP” مان مانيٽر شروع ڪري سگهون ٿا.
هر پيٽرولر لاء، خاصيت فراهم ڪرڻ جي ضرورت آهي. ڪنجي ڪنٽرول سينٽر ۾ پراميٽر جي متغير نالي سان هڪجهڙائي آهي. توھان ھيٺ ڏنل متغير نالن جو معائنو ڪري سگھو ٿا:
- سائڊ بار تي مانيٽرنگ تي ڪلڪ ڪريو ۽ نئون مانيٽر چونڊيو.
- ڪلڪ My Templates .
- دلچسپي جي ٽيمپليٽ هيٺ ڏنل ايڊٽ لنڪ تي ڪلڪ ڪريو.
- مٿي ساڄي ڪنڊ ۾ ايڊٽ ان پٽ بٽڻ تي ڪلڪ ڪريو.
اسان جي اڳوڻي ۾ample، ۽ ڊفالٽ طور، متغير جا نالا صرف ڪنٽرول سينٽر ۾ ڏيکاريل نالن جا ننڍا ننڍا نسخا آهن (“url"بمقابلي"URL”، وغيره). جڏهن ته، ڪنٽرول سينٽر GUI ۾، توهان متغير جو نالو تبديل ڪري سگهو ٿا جيڪو توهان چاهيو ٿا.
چاٻي کان علاوه، هر پيٽرولر کي ان جي قسم جي وضاحت ڪرڻ جي ضرورت آهي: مثال لاءampلي، لاءِ URL. مهرباني ڪري نوٽ ڪريو ته پيراميٽر جي قسم تي مڪمل معلومات YANG ماڊل ۾ ملي ٿي. ٽيسٽ ايجنٽ انٽرفيس لاءِ قسم جو وڌيڪ پيچيده ڍانچو آهي، جيئن هيٺ ڏنل ڪوڊ ۾ ڏيکاريل آهي.
اڳ ۾ampانهي جي پٺيان، مانيٽر سان ڪوبه الارم لاڳاپيل ناهي. مثال لاءِamples جنهن ۾ الارم شامل آهن، صفحي 62 تي ”Starting a Monitor with an Alarm“ سيڪشن ڏانھن وڃو.
الارم سان مانيٽر شروع ڪرڻ
الارم کي مانيٽر سان ڳنڍڻ لاءِ، توهان يا ته هڪ الارم ٽيمپليٽ ڏانهن اشارو ڪري سگهو ٿا جنهن جي وضاحت ڪئي وئي آهي، يا مانيٽر ٺاهڻ وقت توهان پوري الارم جي ترتيب فراهم ڪري سگهو ٿا. اسان هڪ ڏينداسين exampهيٺ ڏنل هر طريقي سان.
هڪ الارم ٽيمپليٽ ڏانهن اشارو ڪندي مانيٽر الارم کي ترتيب ڏيڻ
الارم ٽيمپليٽ استعمال ڪرڻ لاء، توهان کي ان جي سڃاڻپ ڄاڻڻ گهرجي. ان لاءِ، سڀ کان پهريان پنهنجا سڀئي الارم ٽيمپليٽ ٻيهر حاصل ڪريو جيئن صفحي 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 تي سيڪشن “Exporting and Importing Test Templates” جو مقابلو ڪريو. هيٺ ڏنل ڪوڊ جا ٽڪرا واضح ڪن ٿا ته مانيٽر لاءِ ٽيمپليٽس کي ڪيئن برآمد ۽ درآمد ڪجي.
ايڪسپورٽ مانيٽر ٽيمپليٽ
مانيٽر ٽيمپليٽ درآمد ڪرڻ
Tags Paragon Active Assurance ۾ بيان ڪيل ان تي لاڳو ٿي سگھي ٿو:
- مانيٽر
- مانيٽر ٽيمپليٽ
- ٽيسٽ ايجنٽ
- TWAMP عڪاسي ڪندڙ
- پنگ ميزبان.
مثال طورampلي، توهان ڪري سگهو ٿا tag هڪ مانيٽر سان گڏ tag ٽيسٽ ايجنٽ جي هڪ ذيلي سيٽ جي طور تي جيڪي مانيٽر کي هلائڻ وارا آهن. هي خصوصيت خاص طور تي مددگار آهي جيڪڏهن توهان وٽ وڏي تعداد ۾ مانيٽر ۽ ٽيمپليٽ بيان ڪيل آهن.
جيڪڏهن توهان هڪ مانيٽر لاءِ SNMP ٽريپس سان الارم قائم ڪيو آهي، ته پوءِ SNMP جا ڦڙا ساڳيا مقرر ڪيا ويندا tags مانيٽر جي طور تي، جيڪڏهن ڪو.
ٺاهڻ Tags
هيٺ اسين ڏيکاريون ٿا ته ڪيئن ٺاهيو a tag نالو ۽ رنگ سان جيئن بيان ڪيل XML پارانtag> زير تعمير.
تفويض ڪرڻ a Tag
تفويض ڪرڻ a tag هڪ وسيلن ڏانهن، توهان ان کي نئين طور شامل ڪيوtag> عنصر هيٺtags> عنصر انهي وسيلن لاء.
هتي آهي ڪيئن تفويض ڪرڻ a tag ٽيسٽ ايجنٽ ڏانهن:
تفويض ڪرڻ a tag هڪ TW ڏانهنAMP عکاس، هيٺيان ڪريو:
تفويض ڪرڻ a tag هڪ مانيٽر کي ساڳئي طرح سنڀاليو ويندو آهي:
متبادل طور تي، توهان هڪ موجوده تفويض ڪري سگهو ٿا tag انهن وسيلن جي ڪنهن به قسم کي جڏهن وسيلا ٺاهي، شامل ڪنديtags> عنصر جنهن تي مشتمل آهي tag سوال ۾.
اپڊيٽ ڪرڻ a Tag
موجوده کي اپڊيٽ ڪرڻ tag نئين خاصيتن سان ٺاھڻ جي برابر آھي tag:
غير تفويض ڪرڻ a Tag
تفويض ختم ڪرڻ a tag وسيلن مان، وصف شامل ڪريو nc:operation=”delete“ ۾tag> عنصر جو تعلق وسيلن سان آهي. هيٺ، اسان غير تفويض a tag مانيٽر کان.
حذف ڪرڻ a Tag
حذف ڪرڻ لاءِ a tag مڪمل طور تي ڪنٽرول سينٽر مان، وصف nc:operation = "delete" ٻيهر استعمال ڪيو ويندو آهي، پر هن وقت تي لاڳو ڪيو ويو آهي tag پاڻ، هيٺ بيان ڪيل .
مشڪلاتون
مسئلو: آرڪيسٽرٽر ۽ پيراگون ايڪٽو ايشورنس آئوٽ آف سنڪ
آرڪيسٽرٽر ۽ پيراگون ايڪٽو ايشورنس ختم ٿي سگھي ٿو هم وقت سازي کان ٻاهر ex forample جيڪڏھن ڪنٽرول سينٽر GUI ۾ ٺاھ جوڙ ۾ تبديليون ڪيون ويون آھن، يا جيڪڏھن ڪو ٺاھ جوڙ لاڳو ڪرڻ ڪامياب نه ٿيو ۽ پوئين حالت ڏانھن واپس رولنگ ناڪام ٿي.
ناڪام ٿيڻ جي صورت ۾، NETCONF سرور وڌيڪ قبول نه ڪندو ترتيب جي تبديلين؛ اهو هڪ غلطي پيغام سان جواب ڏيندو جنهن ۾ چيو ويو آهي ته ترتيب کي بند ڪيو ويو آهي جيستائين واپس هم وقت ۾. هم وقت سازي ۾ واپس حاصل ڪرڻ ۽ ترتيب جي تبديلين کي انلاڪ ڪرڻ لاءِ، توهان کي حڪم هلائڻو پوندو rpc sync-from-ncc جيڪو ڪنٽرول سينٽر کان ڪنفيگريشن ڊيٽابيس تائين سڀني ترتيبن کي هم وقت سازي ڪري ٿو.
نوٽ: جي confd@netrounds.com استعمال ڪندڙ (يا جيڪو به ترتيب ڏنو ويو آهي) کي لازمي طور تي هر شي کي ڪاميابي سان هم وقت سازي ڪرڻ لاءِ سپر يوزر استحقاق حاصل ڪرڻ گهرجي. اهو حاصل ڪري سگھجي ٿو ڪمانڊ اين سي سي يوزر-اپڊيٽ سان confd@netrounds.com -is-superuser جيڪڏهن صارف هڪ سپر يوزر نه آهي، هڪ ڊيڄاريندڙ ظاهر ٿيندو ته اهو سڀ ڪجهه هم وقت سازي نه ٿي سگهي، پر اهو سڀ ڪجهه هٿ ڪيو ويو آهي.
نوٽ: جيڪڏهن توهان جو آرڪيسٽرٽر به ڪنفيگريشن کي ذخيرو ڪري ٿو، توهان کي ٻيهر هم وقت سازي ڪرڻ جي ضرورت پوندي انهي سان گڏوگڏ درخواست ڪيل ترتيب (اها ترتيب جنهن جي آرڪيسٽرٽر کي ڪنٽرول سينٽر جي توقع آهي) لاڳو نه ڪئي ويندي.
مسئلو: شروعاتي هم وقت سازي (sync-from-ncc) ناڪام ٿي وئي ناڪاري وسيلن جي ڪري
جيڪڏهن توهان ڪوشش ڪندا آهيو ته rpc sync-from-ncc هڪ اڪائونٽ تي جيڪو ان جي ترتيب ٺاهيل آهي ڪنٽرول سينٽر GUI ۾، توهان کي مشڪلاتن ۾ پئجي سگھي ٿو جيڪڏهن اڪائونٽ غير معاون وسيلن تي مشتمل آهي. اها صلاح ڏني وئي آهي ته توهان هڪ خالي اڪائونٽ سان شروع ڪريو ۽ ان جي سڀني ترتيبن کي NETCONF ذريعي ڪريو. ٻي صورت ۾، جيڪڏهن توهان وسيلن جي تڪرار سان مسئلن کي منهن ڏيو ٿا، توهان کي اڪائونٽ مان تڪراري وسيلن کي هٽائڻو پوندو.
مسئلو: NETCONF حڪم ncclient.operations.rpc.RPCError سان ناڪام: ايپليڪيشن ڪميونيڪيشن ناڪامي
NETCONF سرور خودڪار طريقي سان ڪنٽرول سينٽر سرور سان رابطي کي بحال نه ڪندو آهي جيڪڏهن ڪنٽرول سينٽر ٻيهر شروع ٿئي. ڪنيڪشن کي بحال ڪرڻ لاءِ ڪنٽرول سينٽر، NETCONF عمل کي ٻيهر شروع ڪريو: sudo systemctl netrounds-confd ٻيهر شروع ڪريو
ٽيسٽ ايجنٽ ايپليڪيشنن ۽ ٽيسٽ ايجنٽ ايپلائيزيشن تي نوٽس
ٽيسٽ ايجنٽ ايپليڪيشنون ConfD ۾
ٽيسٽ ايجنٽن جي وچ ۾، (نئون) ٽيسٽ ايجنٽ ايپليڪيشن (پراڻي) ٽيسٽ ايجنٽ اپلائنس کان ٿورو مختلف ڪم ڪري ٿي.
ٽيسٽ ايجنٽ ايپليڪيشنون في الحال انٽرفيس جي ٺاھ جوڙ کي سپورٽ نٿا ڪن. تنهن ڪري، YANG اسڪيما اهڙي ٽيسٽ ايجنٽ لاءِ خالي انٽرفيس ترتيب ڏيڻ جي اجازت ڏئي ٿي. ڏسو ”هي اقتباس“ صفحي 23 تي هڪ مثال لاءِampلي.
جڏهن ConfD ڊيٽابيس کي ڪنٽرول سينٽر سان هم وقت سازي ڪري رهيا آهيو sync-from-ncc ڪمانڊ استعمال ڪندي، توهان چاهيو ٿا ته انٽرفيس جي جوڙجڪ خالي رهي ۽ ڪنٽرول سينٽر ۾ موجود شين سان اوور رائٽ نه ڪيو وڃي. تنهن ڪري توهان کي هڪ خاص پرچم استعمال ڪرڻ جي ضرورت آهي -without_interface_config انهي حڪم سان جڏهن ٽيسٽ ايجنٽ ايپليڪيشنن سان ڪم ڪندي.
ٽيسٽ ايجنٽ آلات لاءِ خالي انٽرفيس ترتيب
جيئن مٿي بيان ڪيو ويو آهي، ٽيسٽ ايجنٽ ايپليڪيشن انٽرفيس جي ٺاھ جوڙ کي سپورٽ نٿو ڪري، ۽ ان ڪري انٽرفيس کي YANG اسڪيما ۾ ختم ڪرڻ ممڪن آھي.
پر اتي پڻ ڪيس استعمال ڪيا ويا آھن جتي توھان چاھيو ٿا ختم ڪرڻ چاھيو انٽرفيس ٺاھ جوڙ کان ٽيسٽ ايجنٽ اپلائينس مان. هڪ سابقampاهو هڪ آرڪيسٽريشن وارو منظر ٿي سگهي ٿو جتي توهان ڪلائوڊ-انٽ استعمال ڪندي ٽيسٽ ايجنٽ کي گھمائي رهيا آهيو، ۽ توهان چاهيو ٿا ته انٽرفيس جي ترتيب کي اتان کان استعمال ڪيو وڃي، ان جي بدران ConfD کي اوور رائٽ ڪرڻ ڏيو جيئن ٽيسٽ ايجنٽ آن لائن اچي.
YANG اسڪيما تبديليون اڻ ڄاڻايل انٽرفيس جي حوالي سان
جيئن ته هڪ خالي انٽرفيس ترتيب ڏيڻ جي اجازت ڏني وئي آهي (ورجن 2.34.0 کان پوءِ)، اهو ممڪن آهي ته ڪنهن به انٽرفيس جو نالو ان پٽ جي طور تي بيان ڪيو وڃي جيئن ڪنهن ٽيسٽ يا مانيٽر جي حصي طور هلندڙ ڪم ۾.
اهو ضروري آهي ته هڪ ٽيسٽ ايجنٽ ايپليڪيشن استعمال ڪرڻ جي قابل ٿي وڃي، ڇاڪاڻ ته انهن لاءِ ڪو به انٽرفيس نالن جي وضاحت نه ڪئي وئي آهي ConfD ۾. نوٽ، بهرحال، اهو پڻ مطلب آهي ته توهان مسئلن ۾ هلي سگهو ٿا جيڪڏهن حادثي سان توهان هڪ غير موجود انٽرفيس کي استعمال ڪرڻ لاء ٽيسٽ يا مانيٽر ترتيب ڏيو ٿا. تنهن ڪري مهرباني ڪري هن جو خيال رکجو.
حدون جڏهن رجسٽر ٿيل هڪ ٽيسٽ ايجنٽ ConfD ۾ ٺاهي وئي
جڏهن REST يا NETCONF/YANG API ذريعي هڪ ٽيسٽ ايجنٽ ٺاهي رهيا آهيون، اسان اڳ ۾ نه ٿا ڄاڻون ته اهو ڪهڙي قسم جو آهي: ٽيسٽ ايجنٽ اپلائنس يا ٽيسٽ ايجنٽ ايپليڪيشن. اهو صرف ٽيسٽ ايجنٽ جي رجسٽر ٿيڻ کان پوء واضح ٿئي ٿو.
هڪ دفعو ٽيسٽ ايجنٽ رجسٽر ٿي ويو آهي ۽ انهن مان هڪ ڪنڪريٽ قسم ۾ تبديل ٿي چڪو آهي، توهان کي اجازت نه آهي ته ان کي ٻيهر رجسٽر ڪرڻ جي مختلف قسم جي ٽيسٽ ايجنٽ طور. ان جو مطلب آهي ته توهان کي اجازت نه آهي ته پهرين ان کي رجسٽرڊ ڪريو ٽيسٽ ايجنٽ اپلائنس، پوءِ ٻيهر رجسٽر ڪريو ٽيسٽ ايجنٽ ايپليڪيشن طور، يا ان جي برعڪس. جيڪڏهن توهان کي مختلف قسم جي ٽيسٽ ايجنٽ جي ضرورت آهي، توهان کي هڪ نئين ٽيسٽ ايجنٽ ٺاهڻ جي ضرورت پوندي.
ضميمه: مڪمل يانگ ماڊل جي وڻ جي جوڙجڪ
هن ضميمي ۾، صفحي 81 تي سيڪشن ”ليجنڊ“ YANG ماڊل ٽري ڍانچي جي نحو کي بيان ڪري ٿو جيڪو ڪمانڊ pyang -f وڻ سان ٺاهيل آهي.
صفحي 82 تي سيڪشن ”YANG ماڊل ٽري اسٽرڪچر“ netrounds-ncc.yang تي لاڳو ڪيل حڪم مان نتيجو ڏئي ٿو. هن پيداوار جا حصا دستاويز ۾ ٻي جاء تي ورجائي رهيا آهن.
ڏند ڪٿا
YANG ماڊل وڻ جي جوڙجڪ
Juniper Networks, the Juniper Networks logo, Juniper, and Junos آمريڪا ۽ ٻين ملڪن ۾ Juniper Networks, Inc. جا رجسٽرڊ ٽريڊ مارڪ آھن. ٻيا سڀئي ٽريڊ مارڪ، سروس جا نشان، رجسٽرڊ مارڪ، يا رجسٽرڊ سروس جا نشان انهن جي لاڳاپيل مالڪن جي ملڪيت آهن. Juniper Networks هن دستاويز ۾ ڪنهن به غلطيءَ جي ذميواري قبول نه ڪندو آهي. Juniper Networks بغير اطلاع جي ھن اشاعت کي تبديل ڪرڻ، تبديل ڪرڻ، منتقلي ڪرڻ، يا ٻي صورت ۾ نظرثاني ڪرڻ جو حق محفوظ رکي ٿو. ڪاپي رائيٽ © 2023 Juniper Networks, Inc. سڀ حق محفوظ آهن.
دستاويز / وسيلا
 |
Juniper NETWORKS NETCONF ۽ YANG API سافٽ ويئر [pdf] استعمال ڪندڙ ھدايت NETCONF YANG API سافٽ ويئر، YANG API سافٽ ويئر، API سافٽ ويئر، سافٽ ويئر |