Juniper NETWORKS NETCONF & YANG API ဆော့ဖ်ဝဲအသုံးပြုသူလမ်းညွှန်

ဤစာတမ်း၏ရည်ရွယ်ချက်
ဤစာရွက်စာတမ်းတွင် Paragon Active Assurance ကို Control Center NETCONF & YANG API မှတစ်ဆင့် ကွန်ရက်ဝန်ဆောင်မှုပေးသူနှင့် ပေါင်းစပ်နည်းကို ဖော်ပြထားပါသည်။ လက်ဆင့်ကမ်း ရည်းစားဟောင်းamples တွင် ပါဝင်သည့် အဓိကတာဝန်များကို ပေးအပ်သည်- Virtual Test Agents ဖန်တီးခြင်းနှင့် အသုံးချခြင်း၊ စမ်းသပ်မှုများ လုပ်ဆောင်ခြင်းနှင့် မော်နီတာများ လုပ်ဆောင်ခြင်းနှင့် ဤလုပ်ဆောင်ချက်များမှ ရလဒ်များကို ပြန်လည်ရယူခြင်းတို့ ပါဝင်သည်။
ဤစာတမ်းတွင်၊ လွတ်လပ်စွာရရှိနိုင်သော Python NETCONF ဖောက်သည် ncclient ကို သံစုံတီးဝိုင်း၏အခန်းကဏ္ဍတွင် အသုံးပြုထားသည်။

သဘောတူညီချက်များ
ဤစာတမ်းတွင် အောက်ပါအတိုကောက်များကို အသုံးပြုသည်-

အတိုကောက်	အဓိပ္ပါယ်
CLI	Command Line Interface
EM	ဒြပ်စင်မန်နေဂျာ
ES	ဒုတိယ အမှား
MEP	MEG (Maintenance Entity Group) End Point (ITU-T Y.1731 အဓိပ္ပါယ်) သို့မဟုတ် Maintenance End Point (Cisco အဓိပ္ပါယ်)
NFV	ကွန်ယက်ကို Function Virtualization
NFVO	Network Function Virtualization Orchestrator
NSD	ကွန်ရက်ဝန်ဆောင်မှုဖော်ပြချက်
RPC	အဝေးထိန်းလုပ်ငန်းစဉ်ခေါ်ဆိုမှု
SIP	Session Initiation Protocol
SLA	ဝန်ဆောင်မှုအဆင့် သဘောတူညီချက်
S-VNFM	အထူး VNF မန်နေဂျာ
VNF	Virtual Network Function
vTA	Virtual Test Agent

Backward Compatibility ဆိုင်ရာ မှတ်စုများ

NETCONF & YANG API ၏ ဗားရှင်း 2.35.4/2.36.0 တွင်၊ အချို့သော တောင်းဆိုမှုများ၏ တရားဝင်မှုကို NETCONF စံနှုန်းကို လိုက်နာရန် ပိုမို တင်းကျပ်လာခဲ့သည်။ ဆိုလိုသည်မှာ ဤလမ်းညွှန်၏ ဗားရှင်းအဟောင်းများကို အခြေခံထားသော သုံးစွဲသူကုဒ်ကို ယခု ပယ်ချနိုင်မည်ဖြစ်သည်။
ဟောင်းအတွက်ample၊ ယခင် Python example ကုဒ်၊ namespace attribute ကို ပေးမထားပါ။ ConfD ရင်းမြစ်ကို သင်မွမ်းမံလိုသည့်အခါတိုင်း တောင်းဆိုမှု XML တွင် namespace ကို ဖြည့်သွင်းရန်လိုအပ်သည်။

ကြိုတင်လိုအပ်ချက်များနှင့် ပြင်ဆင်မှုများ

ConfD တပ်ဆင်ခြင်း။
ConfD (Tail-f မှ ထုတ်ကုန်တစ်ခု) ကို Paragon Active Assurance စနစ်နှင့် NETCONF အကြား ကြားခံအဖြစ် အသုံးပြုပါသည်။ ConfD သည် Paragon Active Assurance ဖွဲ့စည်းမှုပုံစံနှင့် လုပ်ငန်းလည်ပတ်မှုဒေတာကို NETCONF & YANG API သို့ ချိတ်ဆက်သည်။
တပ်ဆင်ခြင်းလမ်းညွှန်တွင်ဖော်ပြထားသည့်အတိုင်း ConfD ကို Control Center ဆော့ဖ်ဝဲနှင့်အတူ ထည့်သွင်းထားသင့်သည်။

ConfD အလုပ်လုပ်နေကြောင်း အတည်ပြုခြင်း။
ConfD သည် လည်ပတ်နေပြီးဖြစ်ကြောင်း စစ်ဆေးရန်၊ အမိန့်ကို run ပါ။
ssh -s @localhost -p 830 netconf
ConfD သည် port 830 တွင် တုံ့ပြန်ကြောင်း စစ်ဆေးရန်။ command တွင်၊ netconf အသုံးပြုသူဖန်တီးမှုမှသတ်မှတ်ထားသည့်အတိုင်းဖြစ်သည်။
တပ်ဆင်ခြင်းလမ်းညွှန်၊ အပိုင်း တပ်ဆင်ခြင်း ConfD တွင် ညွှန်ကြားချက်။ တူညီသော command ဖြင့်သတ်မှတ်ထားသော password ကိုပေးပါ။
အထွက်တွင်၊ Control Center module ပါဝင်ကြောင်း စစ်ဆေးပါ။ အထွက်တွင် အောက်ပါကဲ့သို့ စာကြောင်းတစ်ခု ပါရှိသင့်သည်-
http://ncc.netrounds.com?module=netrounds-ncc&revision=2017-06-15

Configuration Database ကို Control Center ဖြင့် ထပ်တူပြုခြင်း။

နောက်ဆုံးတွင်၊ ကျွန်ုပ်တို့သည် NETCONF မှတဆင့် configuration database ကို update လုပ်ရန်လိုအပ်သည်။ ncclient (NETCONF Client) ဟုခေါ်သော Python စာကြည့်တိုက်ကို အသုံးပြု၍ ဤနေရာတွင် ပြုလုပ်ပါမည်။ သို့သော်၊ ၎င်းသည် NETCONF/YANG ပရိုတိုကောကို အသုံးပြုနေသရွေ့ ၎င်းသည် မတူညီသော ပရိုဂရမ်းမင်းဘာသာစကားဖြင့်လည်း လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။
ncclient ၏ အခန်းကဏ္ဍသည် NETCONF/YANG API ကို လက်ခံဆောင်ရွက်ပေးသည့် ConfD ဆာဗာဆီသို့ ကလိုင်းယင့်တစ်ဦးအနေဖြင့် လုပ်ဆောင်ရန်ဖြစ်သည်။

ncclient သည် Control Center (ယခင်က "Netrounds Control Center") နှင့် မည်သည့်နည်းဖြင့်မျှ မသက်ဆိုင်ကြောင်း ညွှန်ပြရကျိုးနပ်ပါသည်။
ဤတွင် ncclient ထည့်သွင်းနည်း။

ဆော့ဝဲကို ဒေါင်းလုဒ်လုပ်ပါ။ https://github.com/ncclient/ncclient.
ဤ command ကိုဖွင့်ပါ- pip install ncclient

ယခု ကျွန်ုပ်တို့သည် အောက်ပါအတိုင်း ထပ်တူပြုနိုင်ပါပြီ။ ၎င်းကို သီးခြားကွန်ပြူတာတွင် လုပ်ဆောင်ရန် လိုအပ်ပြီး Control Center ဆာဗာကိုယ်တိုင်တွင် မဟုတ်ဘဲ၊

#
# မှတ်ချက်:
# ဤစခရစ်သည် NCC ဆာဗာပေါ်တွင် လုပ်ဆောင်နေသည့် ConfD အတွက် ဖောက်သည်အဖြစ် လုပ်ဆောင်သည်။
# ဆက်သွယ်ရေးအတွက် NETCONF/YANG API ကို အသုံးပြုပါမည်။

မှတ်ချက်: Test Agents များကို NETCONF မှ သီးခြားထည့်သွင်းပြီး မှတ်ပုံတင်ထားသည့်အခါတိုင်း ဤလုပ်ငန်းစဉ်ကိုလည်း လိုအပ်ပါသည်။ အပိုင်း “ကျော်view ပိုမိုသိရှိလိုပါကများအတွက် စာမျက်နှာ 17 ရှိ Test Agent Orchestration

များစွာသော NETCONF-ထိန်းချုပ်ထားသော Paragon Active Assurance အကောင့်များကို တည်ဆောက်ခြင်း။

NETCONF မှ ထိန်းချုပ်ရန် နောက်ထပ် Paragon Active Assurance အကောင့်များကို ထည့်သွင်းလိုပါက အောက်ပါအဆင့်များသည် တပ်ဆင်ခြင်းလမ်းညွှန်၊ အပိုင်း "Installing ConfD" တွင် ဤနည်းဖြင့် ပြုပြင်ထားသောအကောင့်အပြင် လိုအပ်ပါသည်။
ထိုအကောင့်တစ်ခုစီအတွက်၊ အောက်ပါအတိုင်းလုပ်ဆောင်ပါ။

ထိန်းချုပ်ရေးစင်တာတွင်၊ အကောင့်သို့ဝင်ရောက်ပြီး အကောင့် > ခွင့်ပြုချက်များသို့ သွားပါ။

အသုံးပြုသူကိုထည့်ပါconfd@netrounds.com“၊ ဖိတ်ကြားချက်ခလုတ်ကိုနှိပ်ခြင်းဖြင့် ဤ ConfD အသုံးပြုသူစီမံခန့်ခွဲသူကို GUI တွင်ခွင့်ပြုချက်ပေးပါ။
စာမျက်နှာ 4 ရှိ “Configuration Database နှင့် Control Center” ကဏ္ဍတွင် ဖော်ပြထားသည့်အတိုင်း ဖွဲ့စည်းမှုဒေတာဘေ့စ်ကို Control Center ဖြင့် ထပ်တူပြုပါ။
ယခု သင်သည် တူညီသော ConfD အသုံးပြုသူဖြင့် Paragon Active Assurance အကောင့်များစွာကို သင်ထိန်းချုပ်နိုင်ရပါမည်။

မှတ်ချက်− ConfD မှတစ်ဆင့် Paragon Active Assurance အကောင့်ကို သင်စတင်ထိန်းချုပ်ပြီးသည်နှင့်၊ သင်သည် ဤအကောင့်မှတစ်ဆင့် အပြောင်းအလဲများကို မလုပ်ရပါ။ web “config” ဖြစ်သည့် Paragon Active Assurance အင်္ဂါရပ်များနှင့်စပ်လျဉ်းသည့် GUI (စာမျက်နှာ 9 ရှိ “Paragon Active Assurance တွင် ပံ့ပိုးထားသောအင်္ဂါရပ်များ” အခန်းကို ကြည့်ပါ။ သင်ပြုလုပ်ပါက၊ ထပ်တူကျခြင်း ရလဒ်ထွက်လာလိမ့်မည်။

NETCONF Orchestration API ကို မိတ်ဆက်ခြင်း။

ကျော်view

ပြင်ပအဖွဲ့အစည်း NFVO သို့မဟုတ် ဝန်ဆောင်မှုပေးသူသည် ပုံမှန်အားဖြင့် Control Center API ကို အသုံးပြု၍ စမ်းသပ်ခြင်းနှင့် စောင့်ကြည့်ခြင်းများကို စတင်သည့် အစိတ်အပိုင်းဖြစ်သည်။ ဤတီးမှုတ်ဆရာသည် Test Agent လုပ်ဆောင်ချက်များမှ စုစည်းတိုင်းတာမှုရလဒ်များကို ထုတ်ယူသည်။ စွမ်းဆောင်ရည် KPIs များကို ပြင်ပအဖွဲ့အစည်း စွမ်းဆောင်ရည်စီမံခန့်ခွဲမှုစနစ်များမှ ပြန်လည်ထုတ်ယူနိုင်သော်လည်း၊ Control Center တွင် သတ်မှတ်ထားသော သတ်မှတ်ချက်ချိုးဖောက်မှုများကြောင့် ဖြစ်ပေါ်လာသည့် အဖြစ်အပျက်များသည် ပြင်ပအဖွဲ့အစည်း ချို့ယွင်းမှုစီမံခန့်ခွဲမှုစနစ်များသို့ ပေးပို့နိုင်ပါသည်။
အနှစ်ချုပ်ရစေရန်၊ အောက်ဖော်ပြပါပုံသည် Paragon Active Assurance သည် OSS အခင်းအကျင်းရှိ အခြားသော ပြင်ပအဖွဲ့အစည်းစနစ်များနှင့် မည်ကဲ့သို့ အပြန်အလှန်အကျိုးသက်ရောက်သည်ကို ပြသထားသည်။

NFVO/Service Orchestrator- vTAs များကို အသုံးပြုရန် VNF မန်နေဂျာအား ညွှန်ကြားပြီး Paragon Active Assurance ကို ဝန်ဆောင်မှုကွင်းဆက်တွင် ထည့်သွင်းပါ။ ဝန်ဆောင်မှုကို အသက်သွင်းပြီးသည်နှင့်၊ တီးမှုတ်သူသည် ဝန်ဆောင်မှုစတင်ခြင်းဆိုင်ရာ စမ်းသပ်မှုများကို အစပျိုးရန်နှင့် ဖြတ်သန်းမှု/မအောင်မြင်သော ရလဒ်များကို ရယူရန်အတွက် ထိန်းချုပ်စင်တာဆီသို့ API ကို အသုံးပြုပါသည်။ စမ်းသပ်မှုများ အောင်မြင်ပါက၊ ဖျော်ဖြေရေးမှူးသည် ဝန်ဆောင်မှုကို စတင်စောင့်ကြည့်ရန် ထိန်းချုပ်စင်တာဆီသို့ API ကို အသုံးပြုမည်ဖြစ်သည်။ စောင့်ကြည့်ခြင်းမှ KPI များကို သံစုံတီးဝိုင်းမှ သို့မဟုတ် သီးခြား Performance Management ပလပ်ဖောင်းဖြင့် စဉ်ဆက်မပြတ် ပြန်လည်ရယူပါသည်။
ထိန်းချုပ်ရေးစင်တာ- NFVO သို့မဟုတ် ဝန်ဆောင်မှု orchestrator မှ ညွှန်ကြားသည့်အတိုင်း vTA ကို ဖြန့်ကျက်၊ အတိုင်းအတာနှင့် ရပ်ဆိုင်းသည်။

စွမ်းဆောင်ရည်စီမံခန့်ခွဲမှုစနစ် သို့မဟုတ် ဝန်ဆောင်မှုအရည်အသွေးစီမံခန့်ခွဲမှုစနစ်- Control Center API မှတစ်ဆင့် လက်ရှိစောင့်ကြည့်ခြင်းမှ KPIs ကို ဖတ်သည်။
မှားယွင်းသောစီမံခန့်ခွဲမှုစနစ်- SLA များကိုချိုးဖောက်ပါက Control Center မှ NETCONF၊ SNMP သို့မဟုတ် အီးမေးလ်သတိပေးချက်များကို လက်ခံရရှိမည်ဖြစ်သည်။

Paragon Active Assurance တွင် သဘောတရားများ အဓိပ္ပါယ်ဖွင့်ဆိုချက်

Test Agents- Paragon Active Assurance စနစ်ရှိ တိုင်းတာမှုများ (စမ်းသပ်မှုများနှင့် မော်နီတာများအတွက်) လုပ်ဆောင်သည့် အစိတ်အပိုင်းများ။ Test Agents များသည် အမှန်တကယ် ကွန်ရက်အသွားအလာကို ထုတ်လုပ်ခြင်း၊ လက်ခံခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာနိုင်စွမ်းရှိသော ဆော့ဖ်ဝဲများ ပါဝင်သည်။
ဤစာတမ်းတွင် ဆွေးနွေးထားသော Test Agent အမျိုးအစားမှာ Hypervisor ပေါ်တွင် အသုံးပြုထားသည့် Virtual Network Function (VNF)၊ Virtual Test Agent (vTA) ဖြစ်သည်။ အခြားသော Test Agent အမျိုးအစားများလည်း ရှိသေးသည်။

Paragon Active Assurance၊ စမ်းသပ်မှုများနှင့် မော်နီတာများတွင် အခြေခံတိုင်းတာခြင်း နှစ်မျိုးရှိသည်။
စမ်းသပ်မှု- စမ်းသပ်မှုတစ်ခုတွင် အဆင့်တစ်ခု သို့မဟုတ် အများအပြားပါဝင်ပြီး တစ်ခုစီတွင် သတ်မှတ်ထားသော၊ အကန့်အသတ်ရှိသော ကြာချိန်ရှိသည်။ အဆင့်များကို ဆက်တိုက်လုပ်ဆောင်သည်။ အဆင့်တစ်ဆင့်ချင်းစီတွင် အလုပ်များစွာကို တစ်ပြိုင်နက် လုပ်ဆောင်နိုင်သည်။

Monitor- မော်နီတာတွင် သတ်မှတ်ထားသော ကြာချိန်မရှိသော်လည်း အကန့်အသတ်မရှိ လုပ်ဆောင်သည်။ စမ်းသပ်မှုတစ်ခုတွင် ခြေလှမ်းတစ်ခုကဲ့သို့ပင်၊ မော်နီတာသည် တစ်ပြိုင်နက်တည်း လုပ်ဆောင်စရာများစွာကို လုပ်ဆောင်နိုင်သည်။
နမူနာပုံစံ- Paragon Active Assurance ကို သံစုံတီးဝိုင်းမှ ထိန်းချုပ်သည့်အခါ၊ စမ်းသပ်မှု သို့မဟုတ် မော်နီတာ သတ်မှတ်သည့် ပုံစံပုံစံများဖြင့် အမြဲတမ်း စမ်းသပ်မှုများနှင့် မော်နီတာများကို လုပ်ဆောင်ပါသည်။ ကန့်သတ်ဆက်တင်များကို runtime တွင် template သို့ input များအဖြစ်ဖြတ်သန်းနိုင်သည်။

Automation အတွက် အလုပ်အသွားအလာ
ဒီဇိုင်းအချိန်

ဒီဇိုင်းအချိန်၌ သင်သည် Paragon Active Assurance တွင် စမ်းသပ်မှုများနှင့် မော်နီတာများအတွက် နမူနာပုံစံများကို ဖန်တီးခြင်းဖြင့် တိုင်းတာမှုများကို ပြင်ဆင်ပါ။ ၎င်းကို မည်သို့လုပ်ဆောင်ရမည်ကို စာမျက်နှာ 15 ရှိ “စမ်းသပ်ခြင်းနှင့် စောင့်ကြည့်ခြင်း နမူနာများ” အခန်းတွင် ပါဝင်သည်။

Runtime
Runtime တွင် သင်သည် သင့်စက်ပစ္စည်းများကို စနစ်ထည့်သွင်းပြီး အမှန်တကယ်တိုင်းတာမှုများကို လုပ်ဆောင်ပါသည်။

အုview ex အားလုံးကိုamples ပေးသည်ကို အခန်း “ထွampစာမျက်နှာ 15 တွင် NETCONF & YANG API မှတစ်ဆင့် Paragon Active Assurance ကို ထိန်းချုပ်ခြင်း
Test Agents များကို အသုံးချပုံနှင့် configure လုပ်နည်းကို အခန်း “Examples: Test Agents” စာမျက်နှာ 16 တွင်။

TW ကဲ့သို့သော ပစ္စည်းစာရင်းတင်သွင်းနည်းAMP Reflectors နှင့် IPTV ချန်နယ်များကို အခန်း “Examples: Inventory Items” စာမျက်နှာ 29 တွင်။
နှိုးစက်များကို ပြင်ဆင်သတ်မှတ်ပုံအား အခန်း “ထွampစာမျက်နှာ ၃၅ တွင် les-နှိုးစက်များ။

NETCONF မှတဆင့် Paragon Active Assurance နမူနာပုံစံများကို လုပ်ဆောင်ခြင်းဖြင့် စစ်ဆေးမှုများနှင့် မော်နီတာများကို မည်သို့လုပ်ဆောင်ရမည်ကို အခန်းများတွင် ဖော်ပြထားပြီး “Examples- Tests စာမျက်နှာ 43 နှင့် “Examples: Monitors” စာမျက်နှာ 54 ရှိ။

Paragon Active Assurance တွင် ပံ့ပိုးထားသော အင်္ဂါရပ်များ

Paragon Active Assurance ရှိ စမ်းသပ်မှုနှင့် မော်နီတာ အမျိုးအစားအားလုံးကို နမူနာပုံစံများကို အသုံးပြုခြင်းဖြင့် ဖန်တီးပြီး လုပ်ဆောင်နိုင်သည်။ ၎င်းကို မည်သို့လုပ်ဆောင်ရမည်ကို "စမ်းသပ်မှုများနှင့် မော်နီတာများ" > "ပုံစံများဖန်တီးခြင်း" အောက်ရှိ အက်ပ်အတွင်းအကူအညီတွင် အကျုံးဝင်ပါသည်။

Paragon Active Assurance အကောင့်များဖန်တီးခြင်းကို လောလောဆယ် မဆောင်ရွက်ပေးပါ။ သို့သော်၊ အသုံးပြုသူအတွက် ကြိုတင်သတ်မှတ်ထားသော အကောင့်တစ်ခု သို့မဟုတ် အများအပြားကို သတ်မှတ်ပေးမည်ဖြစ်သည်။
အောက်ဖော်ပြပါဇယားများသည် Paragon Active Assurance တွင်ရရှိနိုင်သည့်အင်္ဂါရပ်များနှင့် YANG တွင်ဤအင်္ဂါရပ်များကိုမည်သို့ကိုယ်စားပြုကြောင်းအသေးစိတ်ဖော်ပြသည်။

YANG Construct ၏ ရှင်းလင်းချက်

အဆင်ပြေစေရန်အတွက်၊ အင်္ဂါရပ်ဇယားတွင် ဖော်ပြထားသော YANG တည်ဆောက်မှုများ၏ ဤနေရာတွင် အဓိပ္ပါယ်ဖွင့်ဆိုချက်များပေးထားပါသည်။

Config (config=true): စနစ်တစ်ခုမှ ပြည်နယ်တစ်ခုမှ အခြားတစ်ခုကို ပြောင်းလဲရန် လိုအပ်သော ဖွဲ့စည်းမှုဒေတာ။
ပြည်နယ် (config=false): နိုင်ငံတော် ဒေတာ- ဖတ်ရှုရန် သီးသန့် အခြေအနေ အချက်အလက်နှင့် စုဆောင်းထားသော စာရင်းအင်းများ ကဲ့သို့သော စနစ်ဖွဲ့စည်းမှုဒေတာ မဟုတ်သော စနစ်တစ်ခုရှိ အပိုဒေတာ။
RPC- NETCONF ပရိုတိုကောအတွင်း အသုံးပြုထားသည့်အတိုင်း အဝေးထိန်းလုပ်ငန်းစဉ်ခေါ်ဆိုမှု။
အသိပေးချက်- ပွဲအကြောင်းကြားစာများကို NETCONF ဆာဗာမှ NETCONF သုံးစွဲသူထံ ပေးပို့သည်။

တီးမှုတ်ခြင်းအတွက် ရနိုင်သော Paragon Active Assurance အင်္ဂါရပ်များ
အရင်းအမြစ်- စောင့်ကြည့်လေ့လာခြင်း။
YANG လမ်းကြောင်း:/accounts/account/monitors

ထူးခြားချက်	ထူးခြားချက်	YANG ဆောက်လုပ်ရေး
မော်နီတာကို ဖန်တီး/ပြင်ဆင်/ဖျက်ပါ။	မော်နီတာပုံစံကိုအခြေခံသည်။	ပြင်ဆင်မှု
စတင်/ရပ်တန့် မော်နီတာ	–	ပြင်ဆင်မှု
နမူနာပုံစံများကို စောင့်ကြည့်ပါ။	ထည့်သွင်းမှုများနှင့်အတူ ရှိပြီးသား မော်နီတာ နမူနာများကို စာရင်းပြုစုပါ။	ပြည်နယ်
NETCONF အသိပေးချက်များ	နှိုးစက်အခြေအနေ ပြောင်းသွားသည်။	အသိပေးချက်
ရလဒ်များကို စောင့်ကြည့်ပါ။	ထိပ်တန်းအဆင့် (%) အတွက် SLA/ES ကောင်တာ လုပ်ငန်းအဆင့် (%) အတွက် SLA/ES ကောင်တာ	ပြည်နယ်

စမ်းသပ်မှုများနှင့်မတူဘဲ (အရင်းအမြစ်ကို နှိုင်းယှဉ်ပါ- အောက်တွင်စမ်းသပ်မှုများ)၊ မော်နီတာများသည် RPC ဖြင့် စတင်ခြင်းမဟုတ်ဘဲ မော်နီတာဖွဲ့စည်းပုံပုံစံကို လုပ်ဆောင်ခြင်းဖြင့်သာဖြစ်သည်။
အရင်းအမြစ်- စမ်းသပ်မှုများ
YANG လမ်းကြောင်း- /accounts/account/tests

ထူးခြားချက်	ထူးခြားချက်	YANG ဆောက်လုပ်ရေး
စတင်စမ်းသပ်ပါ။	စမ်းသပ်မှုပုံစံကိုအခြေခံသည်။	RPC
စမ်းသပ်မှုများကို စီမံပါ။	စစ်ဆေးမှုများကို အဆင့်အတန်းဖြင့် စာရင်းပြုစုပါ။	ပြည်နယ်
စမ်းသပ်ပုံစံများ	သွင်းအားစုများဖြင့် ရှိပြီးသား စမ်းသပ်ပုံစံများကို စာရင်းပြုစုပါ။	ပြည်နယ်
NETCONF အသိပေးချက်များ	စမ်းသပ်မှု အခြေအနေကို ပြောင်းလဲခဲ့သည်။	အသိပေးချက်
စမ်းသပ်မှုရလဒ်များ	စမ်းသပ်အဆင့် အခြေအနေကို ရယူပါ (pass၊ ကျရှုံး၊ အမှား၊ …)	ပြည်နယ်

အရင်းအမြစ်- စမ်းသပ်အေးဂျင့်များ
YANG လမ်းကြောင်းများ

/accounts/account/test-agents (Config)
/accounts/account/registered-test-agents (ပြည်နယ်)

/accounts/account/test-agents လက်အောက်ရှိ စမ်းသပ်အေးဂျင့်များသည် အကောင့်တစ်ခုတွင် config လုပ်ထားသောသူများဖြစ်သည်။ ဤစမ်းသပ်မှု အေးဂျင့်များကိုသာ စီစဉ်ပြီး NETCONF မှတစ်ဆင့် စမ်းသပ်မှုများနှင့် မော်နီတာများတွင် အသုံးပြုနိုင်သည်။
သင်သည် Test Agent ကို configure လုပ်ပြီးပါက ၎င်းသည် အကောင့်သို့ မှတ်ပုံတင်ထားပြီး၊ Test Agent သည် /accounts/account/registered-test-agents အောက်တွင် ပေါ်လာပါမည်။ NETCONF တွင် "get" အမိန့်ကို အသုံးပြု၍ စာရင်းသွင်းထားသော Test Agent အားလုံးကို သင်ရှာတွေ့နိုင်သည် (အခန်း Ex ကို နှိုင်းယှဉ်ပါ။amples- စမ်းသပ်အေးဂျင့်များ)။
/accounts/account/registered-test-agents အောက်တွင် သတ်မှတ်မထားသော Test Agents များကိုလည်း တွေ့နိုင်ပါသည်။ မည်သည့် Test Agents ကိုမဆို အသုံးမပြုမီ ပြင်ဆင်သတ်မှတ်ရပါမည်။
တီးမှုတ်ခြင်းဆိုင်ရာ အခြေအနေတစ်ခုတွင်၊ NETCONF မှတစ်ဆင့် သင်၏ Paragon Active Assurance အကောင့်၏ ဖွဲ့စည်းမှုအားလုံးကို လုပ်ဆောင်ရန် ယေဘုယျအားဖြင့် အကြံပြုထားသည်။ ၎င်းသည် စမ်းသပ်အေးဂျင့်များနှင့် မှတ်ပုံတင်ထားသော စမ်းသပ်အေးဂျင့်များ ကွဲပြားခြင်းမရှိကြောင်း သေချာစေသည်။

ထူးခြားချက်	ထူးခြားချက်	YANG ဆောက်လုပ်ရေး
ဆာဗာတွင် Test Agent ကို ကြိုတင်ဖန်တီးပါ။	–	ပြင်ဆင်မှု
အော့ဖ်လိုင်းစမ်းသပ်မှု အေးဂျင့်ကို စီစဉ်သတ်မှတ်ပါ။	(Control Center သည် config ကို Test Agent သို့ တွန်းပို့သည်။ အွန်လိုင်းရောက်တဲ့အခါ)	ပြင်ဆင်မှု
ရှိပြီးသား/ပြင်ပမှ စီစဉ်သတ်မှတ်ထားသော စမ်းသပ်အေးဂျင့်များကို အသုံးပြုပါ။	စမ်းသပ်မှု/မော်နီတာတွင် အသုံးပြုပါ။	ပြင်ဆင်မှု
	အင်တာဖေ့စ်များကို စီစဉ်သတ်မှတ်ပါ။	ပြင်ဆင်မှု
	အခြေအနေကိုရယူပါ။	ပြည်နယ်
Test Agent ကို စီစဉ်သတ်မှတ်ပါ (Test Appliance သာ)	NTP ကို စီစဉ်သတ်မှတ်ပါ။	ပြင်ဆင်မှု
	တံတားများ စီစဉ်ပေးသည်။	ပြင်ဆင်မှု
	VLAN အင်တာဖေ့စ်များကို စီစဉ်သတ်မှတ်ပါ။	ပြင်ဆင်မှု
	SSH သော့များကိုပြုပြင်ပါ	ပြင်ဆင်မှု
	IPv6	ပြင်ဆင်မှု
အသုံးအဆောင်များ	ပြန်ဖွင့်ပါ။	RPC
	မွမ်းမံ	RPC
NETCONF အသိပေးချက်များ	အွန်လိုင်းအခြေအနေပြောင်းသွားသည်။	အသိပေးချက်
အဆင့်အတန်း	စနစ်အခြေအနေရယူပါ (အလုပ်ချိန်၊ မှတ်ဉာဏ်အသုံးပြုမှု၊ load ပျမ်းမျှ၊ ဗားရှင်း)	ပြည်နယ်

အရင်းအမြစ်- စာရင်းအင်း
YANG လမ်းကြောင်း- /accounts/account/twamp- ရောင်ပြန်များ

NETCONF စွမ်းရည်များကို ပံ့ပိုးထားသည်။

အောက်ဖော်ပြပါဇယားသည် Paragon Active Assurance orchestration ၏ရည်ရွယ်ချက်အတွက်အသုံးပြုသည့် NETCONF စွမ်းရည်များကိုဖော်ပြသည့် IETF RFCs ကိုညွှန်ပြသည်။

ietf-netconf.yang
IETF RFC 6241၊ Network Configuration Protocol (NETCONF)၊ https://tools.ietf.org/html/rfc6241
တစ်ခုတည်းသော အမှားအယွင်းကို ကိုင်တွယ်ဖြေရှင်းသည့်နည်းလမ်းမှာ လှည့်ပြန်-ပေါ်-တင်-အမှားဖြစ်သည်။
ပံ့ပိုးပေးထားသည့် တစ်ခုတည်းသော ဒေတာသိမ်းဆည်းမှုသည် စာရေး၍ရနိုင်သည် ။
ietf-netconf-notifications.yang
IETF RFC 5277၊ NETCONF ဖြစ်ရပ် အသိပေးချက်များ၊ https://tools.ietf.org/html/rfc5277

စမ်းသပ်ပြီး နမူနာပုံစံများကို စောင့်ကြည့်ပါ။
စမ်းသပ်မှုနှင့် မော်နီတာအမျိုးအစားများအတွက် ပုံစံပလိတ်များကို Paragon Active Assurance ၏ ရှေ့ဆုံးအသုံးပြုသူ အင်တာဖေ့စ်မှတစ်ဆင့် ကိုယ်တိုင်ထည့်သွင်းရန် လိုအပ်သည်။ ၎င်းကို မည်သို့လုပ်ဆောင်ရမည်ကို "စမ်းသပ်မှုများနှင့် မော်နီတာများ" > "ပုံစံများဖန်တီးခြင်း" အောက်ရှိ အက်ပ်အတွင်းအကူအညီတွင် အကျုံးဝင်ပါသည်။

ExampNETCONF & YANG API မှတဆင့် Paragon Active Assurance ကို ထိန်းချုပ်ခြင်း။

ဖော်ပြပါအခန်းများတွင်၊ စာမျက်နှာ 15 ရှိ အခန်း “စမ်းသပ်ခြင်းနှင့် စောင့်ကြည့်စစ်ဆေးသည့် ပုံစံများ” ပါ ညွှန်ကြားချက်များနှင့်အညီ သင့်လျော်သော စမ်းသပ်မှုနှင့် စောင့်ကြည့် နမူနာပုံစံများကို သတ်မှတ်ခဲ့ကြောင်း ယူဆပါသည်။

Ex တွင်အသုံးပြုသောကိရိယာများamples
ရည်းစားဟောင်းအားလုံးampနောက်ဆက်တွဲအခန်းများတွင် les ကိုအောက်ပါအခမဲ့ရရှိနိုင်သောကိရိယာများကိုအသုံးပြု၍တည်ဆောက်ထားပါသည်။

Pang- YANG မော်ဒယ်များကို မြင်ယောင်ပြီး ကြည့်ရှုရန် အသုံးပြုသည်။
မှာ ရရှိနိုင်ပါတယ်။ https://github.com/mbj4668/pyang (git မှ clone လုပ်ပြီး python setup.py install လုပ်ပါ)။
Python NETCONF ဖောက်သည် “ncclient”- NETCONF ကို အသုံးပြု၍ ထိန်းချုပ်ရေးစင်တာနှင့် ဆက်သွယ်ရန်အတွက် အသုံးပြုသည်။

https://github.com/ncclient/ncclient (pip install ncclient ကို run) တွင်ရနိုင်သည်။
ConfD ကို ထည့်သွင်းပြီးသည်နှင့် netrounds-ncc.yang ဒေတာမော်ဒယ်ကို /opt/netrounds-confd တွင် တွေ့ရသည်)။

ကျော်view လုပ်ဆောင်ခဲ့သော အဓိကတာဝန်များ

(နောက်ထပ်လုပ်ဆောင်စရာအချို့ကိုလည်း နမူနာပြထားပါသည်။)

စာမျက်နှာ 16 တွင် “စမ်းသပ်အေးဂျင့်အသစ်ကို ဖန်တီးခြင်းနှင့် အသုံးချခြင်း”
စာမျက်နှာ 29 တွင် “စာရင်းပစ္စည်းများကို ဖန်တီးခြင်း (ဥပမာ- ရောင်ပြန်ချပ်များ)”
စာမျက်နှာ 35 တွင် “နှိုးစက်ပုံစံများကို သတ်မှတ်ခြင်းနှင့် နှိုးစက်များ ပေးပို့ရမည့်နေရာ”

စာမျက်နှာ ၄၅ တွင် “စမ်းသပ်မှုတစ်ခုကို ဖန်တီးခြင်းနှင့် လုပ်ဆောင်ခြင်း”
စာမျက်နှာ 50 ရှိ “စမ်းသပ်မှုရလဒ်များ ပြန်လည်ရယူခြင်း”
စာမျက်နှာ 60 တွင် “မော်နီတာတစ်ခု စတင်ခြင်း (နှိုးစက်တပ်ဆင်မှု အပါအဝင်)”
စာမျက်နှာ 67 ရှိ “မော်နီတာအတွက် SLA အခြေအနေကို ပြန်လည်ရယူခြင်း”
“အတူအလုပ်လုပ်တယ်။ tags” စာမျက်နှာ ၁၀

Examples- စမ်းသပ်အေးဂျင့်များ

ကျော်view Test Agent Orchestration ၏
Paragon Active Assurance ရှိ Test Agents များကို စုစည်းမှု၏ ဆက်စပ်မှုတွင် "ဖွဲ့စည်းမှု" အဖြစ် သတ်မှတ်သည်။ ဆိုလိုသည်မှာ Paragon Active Assurance GUI မှမဟုတ်ပဲ စမ်းသပ်သူနှင့် NETCONF မှတစ်ဆင့် စမ်းသပ်မှုအေးဂျင့်များ ဖန်တီးခြင်း၊ ထိန်းချုပ်ခြင်းနှင့် ဖျက်ခြင်းတို့ကို လုပ်ဆောင်သင့်သည်။
အရေးကြီးသည်- အကယ်၍ Test Agent တစ်ခုကို နည်းပညာရှင်က ထည့်သွင်းပြီး NETCONF & YANG API မှတစ်ဆင့် ပထမဦးစွာ မဖန်တီးဘဲ Control Center သို့ စာရင်းသွင်းပါက၊ Test Agent သည် configuration database တွင် ရှိတော့မည်မဟုတ်ပါ၊ နှင့် စနစ်သည် ထပ်တူကျပါမည်။ ConfD သည် ဤကိစ္စတွင် Test Agent ကိုသတိပြုမိစေရန် စာမျက်နှာ 4 ရှိ “Configuration Database with Control Center” ကဏ္ဍတွင် အသေးစိတ်ဖော်ပြထားသည့်အတိုင်း Control Center နှင့် ထပ်တူပြုခြင်းအသစ်တစ်ခုကို လုပ်ဆောင်ရန် လိုအပ်မည်ဖြစ်ပါသည်။

ထို့ကြောင့် Virtual Test Agents (vTAs) ကို စုစည်းမှုအား အောက်ပါအဆင့်များတွင် လုပ်ဆောင်သင့်သည်-

NETCONF & YANG အင်တာဖေ့စ်ကို အသုံးပြု၍ ထိန်းချုပ်စင်တာသို့ ၎င်း၏ အင်တာဖေ့စ်ဖွဲ့စည်းပုံ အပါအဝင် Virtual Test Agent ကို ဖန်တီးပါ။ Test Agent ၏အမည်သည် ၎င်း၏ထူးခြားသောသော့ဖြစ်လိမ့်မည်။
vTA ကို virtualization ပလပ်ဖောင်းပေါ်တွင် အသုံးပြုပါ။ Test Agents > Installation အောက်ရှိ အွန်လိုင်းအကူအညီတွင် ညွှန်ကြားချက်များကို လိုက်နာပါ။ vTA အား Control Center သို့ ချိတ်ဆက်နိုင်စေမည့် အခြေခံ မျက်နှာပြင်ဖွဲ့စည်းပုံအပြင် အထောက်အထားစိစစ်ခြင်းအတွက် အထောက်အထားများကို cloud-init အသုံးပြုသူဒေတာကို အသုံးပြု၍ vTA တွင် ပေးထားသည်။
vTA စတင်ပြီးသည်နှင့်၊ ၎င်းသည် ကုဒ်ဝှက်ထားသော OpenVPN ချိတ်ဆက်မှုကို အသုံးပြု၍ ထိန်းချုပ်ရေးစင်တာသို့ အလိုအလျောက် ချိတ်ဆက်မည်ဖြစ်သည်။ vTA ၏ test-agent-statuschange parameter ၏တန်ဖိုးသည် "online" သို့ပြောင်းသွားသောကြောင့် NETCONF အကြောင်းကြားချက်တစ်ခု ပေးပို့ပါသည်။
မှတ်ချက်vTA ၏အမည်သည် Control Center တွင် ၎င်း၏အမှတ်အသားဖြစ်သောကြောင့်၊ ဤအမည်သည် စာမျက်နှာ 1 ရှိ “အဆင့် 17” တွင် Control Center တွင် သတ်မှတ်ထားသည့်အတိုင်း ဤအမည်သည် တူညီရပါမည်။
vTA သည် Control Center သို့ ချိတ်ဆက်ပြီး စစ်မှန်ကြောင်း အတည်ပြုပြီးသည်နှင့်၊ အင်တာဖေ့စ်ဖွဲ့စည်းပုံကို vTA သို့ တွန်းပို့သည်။ ၎င်းသည် စာမျက်နှာ 1 တွင် vTA ကို Control Center တွင်ဖန်တီးသောအခါ “အဆင့် 17” တွင် ပေးထားသည့် အင်တာဖေ့စ်ပုံစံဖွဲ့စည်းပုံဖြစ်သည်။

vTA သည် ၎င်း၏ရည်ရွယ်ချက်ကို လုပ်ဆောင်ပြီးနောက် vTA ကို ဖျက်ပါ။

စမ်းသပ်အေးဂျင့်အသစ်ကို ဖန်တီးခြင်းနှင့် အသုံးချခြင်း။

ကျွန်ုပ်တို့သည် Control Center သို့ NETCONF & YANG မျက်နှာပြင်ကို အသုံးပြု၍ စမ်းသပ်အေးဂျင့်တစ်ခု ဖန်တီးရန် လိုအပ်ပါသည်။ ဤနည်းဖြင့် Test Agent ကို ဖန်တီးသောအခါ၊ Control Center နှင့် ထပ်တူပြုခြင်း မလိုအပ်ပါ။
Test Agent အတွက် YANG မော်ဒယ်သည် အောက်တွင်ဖော်ပြထားသည့်အတိုင်းဖြစ်သည်။ ၎င်းကို command မှ output အဖြစ်ရယူသည်။
pyang -f tree netrounds-ncc.yang
YANG မော်ဒယ်အပြည့်အစုံကို စာမျက်နှာ 81 တွင် “နောက်ဆက်တွဲ- သစ်ပင်ဖွဲ့စည်းပုံ- YANG မော်ဒယ်လ်” တွင် ဖော်ပြထားပြီး၊ ဤနှင့် လက်ရှိစာရွက်စာတမ်းရှိ အခြား YANG မော်ဒယ်သရုပ်ဖော်ပုံများတွင် အသုံးပြုသည့် စည်းဝေးကြီးများကို ရှင်းပြထားသည့် ဒဏ္ဍာရီတစ်ခုလည်းပါရှိသည်။

အောက်ပါအဆင့်များတွင် အသေးစိတ်ဖော်ပြထားသော ကျွန်ုပ်တို့သည် အောက်ပါအဆင့်များအတိုင်း ဆက်လက်လုပ်ဆောင်ပါ:

အစပိုင်းတွင် Paragon Active Assurance အကောင့် “သရုပ်ပြ” တွင် ၎င်း၏စာရင်းတွင် Test Agent မရှိပါ။
“vta1” ဟုခေါ်သော စမ်းသပ်အေးဂျင့်ကို ncclient သုံးပြီး ဖန်တီးထားသည်။ ဒီ s မှာtage၊ စစ်မှန်သော Test Agent မရှိသေးပါ (ဆိုလိုတာက မစတင်ရသေးပါ)။
Test Agent ကို OpenStack တွင် အသုံးပြုထားသည်။ (ထိုပလပ်ဖောင်းပေါ်တွင် ဖြန့်ကျက်ခြင်းကို အခြားဖြစ်နိုင်ခြေတစ်ခုအဖြစ် ဤနေရာတွင် ရွေးချယ်ထားသည်။)

Test Agent သည် Control Center အကောင့် “သရုပ်ပြ” နှင့် ချိတ်ဆက်ပြီး ယခုအခါ အသုံးပြုရန် အသင့်ဖြစ်နေပါပြီ။
အဆင့် 1- အစပိုင်းတွင်၊ အကောင့် "သရုပ်ပြ" တွင် Test Agent မရှိပါ။ Control Center GUI မှအောက်ပါ screenshot ကိုကြည့်ပါ။အဆင့် 2- Test Agent ကို Python NETCONF client “ncclient” ကို အသုံးပြု၍ Control Center တွင် ဖန်တီးထားသည်။ အောက်တွင် DHCP လိပ်စာတစ်ခုပါရှိသော ရုပ်ပိုင်းဆိုင်ရာအင်တာဖေ့စ်တစ်ခုပါရှိသော Test Agent ဖန်တီးရန်အတွက် ncclient ကုဒ်ဖြစ်သည်။

argparse ကိုတင်သွင်းပါ။
ncclient တင်သွင်းမှုမန်နေဂျာထံမှ
parser = argparse.ArgumentParser(description='စမ်းသပ်ဖန်တီးမှု စမ်းသပ်ခြင်း')
parser.add_argument('–host'၊ help='ConfD ရှာတွေ့သည့် hostname'၊ လိုအပ်သည်=True)
parser.add_argument('–port'၊ help='ConfD သို့ ချိတ်ဆက်ရန် ဆိပ်ကမ်း'၊ လိုအပ်သည်=True)
parser.add_argument('–username', help='ConfD' သို့ ချိတ်ဆက်ရန် အသုံးပြုသူအမည်၊ လိုအပ်သည်=True)
parser.add_argument('–password'၊ help='ConfD အကောင့်သို့ စကားဝှက်'၊ လိုအပ်သည်=True)
parser.add_argument('–netrounds-account'၊ help='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၊
password=args.password၊ hostkey_verify=False) m အဖြစ်
# Control Center တွင် Test Agent ဖန်တီးပါ။
xml = """

) ပရင့် m.edit_config(target='running'၊ config=xml)

မှတ်ချက်manager.connect(…) နှင့် ရှေ့ကုဒ်ကို နောက်ဆက်တွဲ ex မှ ချန်လှပ်ထားသည်။ample code အတိုအထွာ။
NTP ဆာဗာကို eth0 တွင် configure လုပ်ထားပြီး eth0 သည် စီမံခန့်ခွဲမှု အင်တာဖေ့စ် (ဆိုလိုသည်မှာ၊ Control Center သို့ ချိတ်ဆက်သည့် အင်တာဖေ့စ်) ဖြစ်သည်။
Test Agent အပလီကေးရှင်းသည် လက်ရှိတွင် ပြင်ဆင်သတ်မှတ်ခြင်း အင်တာဖေ့စ်များကို ခွင့်မပြုပါ။ ဤအကြောင်းကြောင့်၊ ဗားရှင်း 2.34.0 မှစတင်၍ YANG schema ရှိ interface configuration ကို ချန်လှပ်ထားနိုင်ပါသည်။ ထို့ကြောင့် သက်ဆိုင်ရာ XML သည် ဤကိစ္စတွင် အလွန်ရိုးရှင်းပါသည်။Test Agent ကို ဖန်တီးပြီးသည်နှင့် ၎င်းသည် configuration database နှင့် Control Center တွင် ရှိနေသည်။ Test Agent “vta1” ကိုပြသထားပြီး Test Agent စာရင်း၏အောက်တွင် ဖန်သားပြင်ဓာတ်ပုံကို ကြည့်ပါ-

အဆင့် 3- ယခု OpenStack တွင် Test Agent “vta1” ကို အသုံးပြုရန် အချိန်ကျရောက်နေပြီဖြစ်သည်။
Test Agent သည် Control Center သို့ ချိတ်ဆက်ပုံနှင့်ပတ်သက်သည့် အချက်အလက်များကို ရယူရန် cloud-init အသုံးပြုသူဒေတာကို အသုံးပြုမည်ဖြစ်သည်။ အထူးသဖြင့် အသုံးပြုသူဒေတာစာသား file အောက်ပါ အကြောင်းအရာများ ပါရှိသည် ( #cloud-config နှင့် netrounds_test_agent လိုင်းများ ရှိနေရမည် ၊ ကျန်သော လိုင်းများကို မျဉ်းသားထားရမည် ကို သတိပြုပါ ။

နောက်ထပ်အချက်အလက်များအတွက်၊ OpenStack တွင် Virtual Test Agents ကိုမည်သို့အသုံးပြုနည်း စာရွက်စာတမ်းအား ဖတ်ရှုပါ။
Test Agent ကို အသုံးပြုပြီး Control Center နှင့် ချိတ်ဆက်ပြီးသည်နှင့်၊ Configuration ကို Control Center မှ Test Agent သို့ တွန်းပို့ပေးပါမည်။

အဆင့် 4- Test Agent သည် ယခုအခါ Control Center တွင် အွန်လိုင်းပေါ်တွင် ရှိနေပြီး ၎င်း၏ ဖွဲ့စည်းမှုပုံစံကို ရရှိထားသည်။ Test Agent သည် စမ်းသပ်မှုများနှင့် စောင့်ကြည့်ခြင်းများတွင် အသုံးပြုရန်အတွက် အဆင်သင့်ဖြစ်နေပါပြီ။ ဤကဏ္ဍများကိုကြည့်ပါ-

စာမျက်နှာ ၄၅ တွင် “စမ်းသပ်မှုစတင်ခြင်း”
စာမျက်နှာ 60 တွင် “မော်နီတာတစ်ခု စတင်ခြင်း”

သင်၏ Paragon Active Assurance အကောင့်တွင် Test Agent များကို စာရင်းပြုစုခြင်း။
အောက်မှာ ex ပါ။ampParagon Active Assurance အကောင့်တွင် Test Agent များကို စာရင်းပြုစုရန်အတွက် le ncclient Python ကုဒ်

ဤကုဒ်ကို run ခြင်းဖြင့် အောက်ပါအတိုင်း output ကိုပေးသည်-

စမ်းသပ်အေးဂျင့်ကို ဖျက်ခြင်း။
စမ်းသပ်မှုတစ်ခုပြီးသွားသောအခါ၊ Test Agent ကိုဖျက်ရန် အချို့သောအသုံးပြုမှုကိစ္စများတွင် သက်ဆိုင်ရာဖြစ်နိုင်သည်။
အောက်တွင် ncclient ဖြင့် ၎င်းကိုပြုလုပ်နည်းကိုပြသထားသည့် ကုဒ်အတိုအထွာတစ်ခုဖြစ်သည်။

NETCONF အသိပေးချက်များ
အောက်မှာ ရိုးရှင်းတဲ့ ex ကို တင်ပြပါမယ်။ampControl Center မှ ဝင်လာသော NETCONF အကြောင်းကြားချက်များကို နားထောင်ရန်အတွက် le script အော့ဖ်လိုင်းဖြစ်နေသော စမ်းသပ်အေးဂျင့် သို့မဟုတ် အသုံးပြုသူမှ အစပြုသည့် စမ်းသပ်မှု ပြီးဆုံးသည့်အခါတိုင်း ဤသတိပေးချက်များကို ပေးပို့ပါသည်။ အကြောင်းကြားချက်များတွင် ပါရှိသည့် အချက်အလက်များအပေါ် အခြေခံ၍ အသုံးပြုသူများသည် သံစုံတီးဝိုင်းတွင် အလိုအလျောက် နောက်ဆက်တွဲ လုပ်ဆောင်ချက်များကို သတ်မှတ်ပေးနိုင်ပါသည်။

အထက်ဖော်ပြပါ script ကို လုပ်ဆောင်သောအခါ၊ NC ဖောက်သည်သည် လက်ခံရရှိသော အသိပေးချက်ကို ဖွဲ့စည်းပုံ XML တွင် တင်ပြပါမည်။ ရည်းစားဟောင်းကိုကြည့်ပါ။ampစမ်းသပ် Agent သည် မမျှော်လင့်ဘဲ အော့ဖ်လိုင်းဖြစ်သွားသည်ကို ပြသသည့် အောက်တွင်ဖော်ပြထားသော ရလဒ်။

2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
ဒီမို
HW1
အော့ဖ်လိုင်း

Examples- စာရင်းအင်းပစ္စည်းများ

TW ကဲ့သို့သော ကုန်ပစ္စည်းစာရင်းကို ဖန်တီးခြင်း (တင်သွင်းခြင်း) နှင့် စီမံခန့်ခွဲခြင်း။AMP Reflectors နှင့် Y.1731 MEPs များကို Test Agents များကဲ့သို့ အလားတူနည်းလမ်းဖြင့် လုပ်ဆောင်ပါသည်။ အောက်တွင်ဖော်ပြထားသည်မှာ NETCONF & YANG API မှတဆင့် Paragon Active Assurance တွင် ထိုသို့သောအကြောင်းအရာများကိုသတ်မှတ်ခြင်းအတွက် XML နှင့် NETCONF ကုဒ်နှင့် သတ်မှတ်ထားသည့်အရာများ၏စာရင်းများကိုပြန်လည်ရယူရန်အတွက်ဖြစ်သည်။

TW ဖန်တီးခြင်း။AMP ရောင်ပြန်

Y.1731 MEP ဖန်တီးခြင်း။

IPTV Channel တစ်ခု ဖန်တီးခြင်း။

Ping Host ဖန်တီးခြင်း။

SIP အကောင့်တစ်ခုဖန်တီးခြင်း။

Inventory Items များကို ပြန်လည်ရယူခြင်း။
အောက်တွင်ဖော်ပြထားသည်မှာ အကောင့်တစ်ခုအတွင်း သတ်မှတ်ထားသော စာရင်းဝင်ပစ္စည်းများအားလုံးကို ပြန်လည်ရယူရန်အတွက် Python ကုဒ်ဖြစ်သည်။ (စာရွက်စာတမ်းတွင် ထပ်တလဲလဲဖြစ်မှုအချို့ကို ရှောင်ရှားရန်အတွက် ကုန်ပစ္စည်းစာရင်းအမျိုးအစားအားလုံးကို ဤနေရာ၌ တစ်နေရာတည်းတွင် ထုတ်ယူနိုင်သည်။ ပုံမှန်အားဖြင့်၊ အကောင့်အောက်ရှိ စာကြောင်းအချို့ကို ချန်ထားခဲ့ခြင်းဖြင့် ကုန်ပစ္စည်းစာရင်း၏ အမျိုးအစားခွဲများကို ထုတ်ယူနိုင်ပါသည်။)

ဤကုဒ်ကို run ခြင်းဖြင့် အောက်ပါအတိုင်း output ကိုပေးသည်-

Examples: နှိုးစက်များ

နှိုးစက်ပုံစံများနှင့် ဆက်စပ်ပစ္စည်းများ (SNMP မန်နေဂျာများ၊ နှိုးစက်အီးမေးလ်စာရင်းများ) ကို စာရင်းအင်းပစ္စည်းများကဲ့သို့ အလားတူနည်းဖြင့် ဖန်တီးပြီး စီမံခန့်ခွဲပါသည်။ ဤအခန်းတွင် NETCONF & YANG API မှတစ်ဆင့် Paragon Active Assurance တွင် ထိုသို့သောအကြောင်းအရာများကို သတ်မှတ်ရန်အတွက် XML နှင့် NETCONF ကုဒ်ပါရှိသည်။
နှိုးစက်အီးမေးလ်စာရင်းများ
နှိုးစက်အီးမေးလ်စာရင်းဖန်တီးခြင်း။

နှိုးစက်အီးမေးလ်စာရင်းများအားလုံးကို ပြန်လည်ရယူခြင်း။

SNMP မန်နေဂျာများ
SNMP Manager ကိုဖန်တီးခြင်း။

SNMP မန်နေဂျာများအားလုံးကို ပြန်လည်ရယူခြင်း။

အချက်ပေးပုံစံများ
နှိုးစက်ပုံစံတစ်ခု ဖန်တီးခြင်း။

နှိုးစက်ပုံစံများအားလုံးကို ပြန်လည်ရယူခြင်း။

Examples- SSH သော့များ

SSH အများသူငှာသော့များကို NETCONF & YANG API မှတစ်ဆင့် စမ်းသပ်အေးဂျင့်သို့ သင်ထည့်နိုင်သည်။ သက်ဆိုင်ရာ သီးသန့်သော့ကို အသုံးပြု၍ SSH မှတစ်ဆင့် Test Agent သို့ ဝင်ရောက်နိုင်သည်။
SSH သော့များပေါ်တွင် ရရှိနိုင်သော လုပ်ဆောင်မှုစာရင်း အပြည့်အစုံမှာ အောက်ပါအတိုင်းဖြစ်သည်။

SSH ကီးတစ်ခုထည့်ပါ။
SSH သော့ကို မွမ်းမံပါ။
SSH ကီးကို စစ်ဆေးပါ။
SSH သော့များစာရင်း
SSH သော့ကိုဖျက်ပါ။
အောက်တွင်၊ ပေါင်းထည့်ခြင်းနှင့် ဖျက်ခြင်းဆိုင်ရာ လုပ်ဆောင်ချက်များကို နမူနာပြထားပါသည်။

SSH ကီးထည့်ခြင်း။

ဤသည်မှာ SSH သော့အသစ်တစ်ခုဖန်တီးနည်းဖြစ်သည်။

Juniper NETWORKS NETCONF & YANG API ဆော့ဖ်ဝဲ - သော့

SSH ကီးကို ဖျက်ခြင်း။
SSH ကီးကို ဖျက်လိုပါက အောက်ပါ command ကို အသုံးပြုပါ။

Examples: စမ်းသပ်မှုများ

စာမျက်နှာ 17 ရှိ "စမ်းသပ်မှုအသစ်တစ်ခုကို ဖန်တီးခြင်းနှင့် အသုံးချခြင်း" ကဏ္ဍအရ Test Agents (စမ်းသပ်မှုများအတွက် လိုအပ်သလောက်) ကို ဖန်တီးခဲ့ကြောင်း ဤနေရာတွင် ယူဆပါသည်။
စစ်ဆေးမှုများအတွက် YANG မော်ဒယ်လမ်းကြောင်းများ

ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/tests…
စမ်းသပ်မှုများ	/.
စမ်းသပ်မှု[id]	/စမ်းသပ်
id	/test/id
နာမည်	/test/အမည်
အခြေအနေ	/test/အခြေအနေ
စတင်ချိန်	/test/start-အချိန်
ကုန်ဆုံးချိန်	/test/ပြီးဆုံးချိန်
အစီရင်ခံစာ-url	/test/အစီရင်ခံစာ-url
ခြေလှမ်းများ	/test/steps
အဆင့်[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/template/အမည်
ဖော်ပြချက်	/templates/template/description
ကန့်သတ်ချက်များ	/templates/template/parameters
ကန့်သတ်ချက်[သော့]	/templates/template/parameters/parameter
သော့	/templates/template/parameters/parameter/key
အမျိုးအစား	/templates/template/parameters/parameter/type

Test Orchestration အတွက် ကြိုတင်လိုအပ်ချက်များ

NC client ကိုအသုံးပြု၍ NETCONF မှတစ်ဆင့် စမ်းသပ်မှုတစ်ခုစတင်ရန်အတွက် "စမ်းသပ်မှုများနှင့် မော်နီတာများ" > "ပုံစံများဖန်တီးခြင်း" အောက်တွင် အသေးစိတ်ဖော်ပြထားသည့်အတိုင်း Control Center GUI ကို အသုံးပြု၍ စမ်းသပ်မှုပုံစံတစ်ခုကို ဦးစွာတည်ဆောက်ရန် လိုအပ်ပါသည်။ "Template ထည့်သွင်းခြင်း" အဖြစ် အဆိုပါ နမူနာတွင် သတ်မှတ်ထားသည့် အကွက်များအားလုံးသည် XML ရှိ ကန့်သတ်ချက်များအဖြစ် စမ်းသပ်ပုံစံပလိတ်ကို စတင်လုပ်ဆောင်ချိန်တွင် လိုအပ်မည်ဖြစ်သည်။

Paragon Active Assurance တွင် အပြေးစစ်ဆေးမှုများကို ကြိုးကိုင်မှု၏ ဆက်စပ်မှုတွင် "ပြည်နယ်" အဖြစ် သတ်မှတ်သည်။ State data သည် “Over” တွင်ဖော်ပြထားသော configuration data နှင့် ဆန့်ကျင်သည့်အနေဖြင့် configuration database တွင် သိမ်းဆည်းထားခြင်းမရှိသော စာမရေးနိုင်သော data များview စာမျက်နှာ 17 ရှိ Test Agent Orchestration” ၏ အခြေခံအားဖြင့် ဆိုလိုသည်မှာ Control Center GUI ရှိ စမ်းသပ်မှုများ သို့မဟုတ် နမူနာပုံစံများ အပြောင်းအလဲများသည် Control Center နှင့် configuration database အကြား ထပ်တူပြုခြင်းဆိုင်ရာ ပြဿနာများကို ဖြစ်စေမည်မဟုတ်ပါ။
အစီရင်ခံစာရယူရန်-URL စမ်းသပ်မှုအစီရင်ခံစာများတွင်မှန်ကန်စွာ Control Center ကိုသေချာအောင်လုပ်ရန်လိုအပ်သည်။ URL မှန်ကန်စွာ စီစဉ်သတ်မှတ်ထားသည်။ ဤသည်၌ပြု၏။ file /opt/netrounds-confd/settings.py။ ပုံမှန်အားဖြင့် Control Center လက်ခံသူအမည်ကို socket.gethostname(): ဖြင့် အောက်တွင် ကြည့်ပါ။ ၎င်းသည် မှန်ကန်သောရလဒ်ကို မပေးပါက၊ လက်ခံသူအမည် (သို့မဟုတ် တစ်ခုလုံးကို သတ်မှတ်ရန် လိုအပ်သည်။ URL) ဒီထဲမှာ ကိုယ်တိုင်လုပ်ပါ။ file.

# URL နောက်မှ မျဉ်းစောင်းမပါဘဲ ထိန်းချုပ်ရေးစင်တာ။
#ဒါက ex ပါ။ampစမ်းသပ်မှုအစီရင်ခံစာတွင်အသုံးပြုသည်-url.
HOSTNAME = socket.gethostname()
NETROUNDS_URL = 'https://%s' %HOSTNAME
စမ်းသပ်မှုတစ်ခုစတင်ခြင်း။
စာမျက်နှာ 17 တွင် “စမ်းသပ်မှုအသစ်တစ်ခုကို ဖန်တီးခြင်းနှင့် အသုံးချခြင်း” ကဏ္ဍတွင် ဖော်ပြထားသည့်အတိုင်း၊ command pang -f tree netrounds-ncc.yang ကို run ပါ။
YANG မော်ဒယ်ကို ထုတ်ရန်အတွက် /opt/netrounds-confd/ လမ်းညွှန်မှ ဤမော်ဒယ်တွင် NC client ကိုအသုံးပြု၍ စမ်းသပ်မှုတစ်ခုစတင်ရန်အတွက် RPC သည် အောက်ပါအတိုင်းဖြစ်သည်-

ရှင်းလင်းချက်များအတွက် အပိုင်းကို ကြည့်ပါ။ စာမျက်နှာ 81 တွင် "ဒဏ္ဍာရီ" နောက်ဆက်တွဲတွင်။

အောက်ပါအဆင့်များကို အောက်တွင်ဖော်ပြထားသည်-

Test Agents များသည် Paragon Active Assurance အကောင့်တွင် စာရင်းသွင်းထားသော်လည်း စမ်းသပ်မှုများ မစတင်ရသေးပါ။
လုပ်ဆောင်မည့် စမ်းသပ်ပုံစံတွင် လိုအပ်သော ထည့်သွင်းမှုဘောင်များကို ဖော်ထုတ်ထားသည်။

60 စက္ကန့် HTTP စမ်းသပ်မှုကို ncclient ကို အသုံးပြုပြီး စတင်ပါပြီ။

အဆင့် 1- အစပိုင်းတွင် Paragon Active Assurance အကောင့်တွင် မည်သည့်စစ်ဆေးမှုမှ စတင်လုပ်ဆောင်ခြင်းမရှိသေးပါ။ Control Center GUI မှအောက်ပါ screenshot ကိုကြည့်ပါ။
အဆင့် 2- ဤ ex တွင် စမ်းသပ်မှု စတင်ရန် ကျွန်ုပ်တို့ အသုံးပြုမည့် ပုံစံample သည် HTTP စမ်းသပ်မှုပုံစံတစ်ခုဖြစ်သည်။ ၎င်းတွင် မဖြစ်မနေထည့်သွင်းသည့်နယ်ပယ်နှစ်ခု (ဖောက်သည်များနှင့် URLControl Center GUI တွင် ပုံစံပလိတ်ကိုတည်ဆောက်သောအခါတွင် ကျွန်ုပ်တို့သတ်မှတ်ထားသည့်အတိုင်းဖြစ်သည်။

ကျွန်ုပ်တို့၏ NETCONF မန်နေဂျာ (ncclient) မှ စီစဉ်သတ်မှတ်ထားသော ဒေတာဘေ့စ်သို့ ဆက်သွယ်ထားသော XML ဖွဲ့စည်းမှုပုံစံတွင် ဤကန့်သတ်ချက်များ (အခြားသူများအကြား) ကို သတ်မှတ်ပါမည်။
အဆင့် 3- HTTP စမ်းသပ်မှုကို ncclient ကို အသုံးပြု၍ စတင်သည်။
အောက်မှာ ex ပါ။ampHTTP စမ်းသပ်မှုပုံစံအတွက် လိုအပ်သော ဖွဲ့စည်းမှုအချက်အလက်နှင့် ကန့်သတ်ချက်များ သတ်မှတ်သည့်နေရာတွင် ကုဒ်။ နမူနာပုံစံကို တည်ဆောက်ပုံပေါ်မူတည်၍ ဤနေရာတွင် အသေးစိတ်အချက်အလက်များ ကွဲပြားနိုင်သည်။
ကန့်သတ်ချက်တစ်ခုစီအတွက်၊ attribute ပေးရန်လိုအပ်သည်။ သော့သည် ကန့်သတ်ချက်များနှင့် တူညီသည်။
Control Center တွင် ပြောင်းလဲနိုင်သော အမည်။ အောက်ပါအတိုင်း ပြောင်းလဲနိုင်သော အမည်များကို သင်စစ်ဆေးနိုင်ပါသည်။

ဘေးဘားရှိ Tests ကိုနှိပ်ပြီး New Test Sequence ကိုရွေးချယ်ပါ။

My Templates ကိုနှိပ်ပါ။
စိတ်ပါဝင်စားသော နမူနာပုံစံအောက်ရှိ တည်းဖြတ်လင့်ခ်ကို နှိပ်ပါ။
ညာဘက်အပေါ်ထောင့်ရှိ Edit input ခလုတ်ကို နှိပ်ပါ။

ကျွန်တော်တို့ရဲ့ ex မှာample၊ နှင့် ပုံမှန်အားဖြင့်၊ ပြောင်းလဲနိုင်သောအမည်များသည် Control Center တွင်မြင်ရသည့် ဖော်ပြအမည်များ၏ အသေးစိပ်ဗားရှင်းများဖြစ်သည် (“url“ဆန့်ကျင်ဘက်”URL” စသည်ဖြင့်)။ သို့သော်၊ Control Center GUI တွင်၊ သင်သည် ပြောင်းလွဲချက်များကို သင်နှစ်သက်သည့်အတိုင်း အမည်ပြောင်းနိုင်သည်။
သော့အပြင်၊ ပါရာမီတာတစ်ခုစီသည် ၎င်း၏အမျိုးအစားကို သတ်မှတ်ထားသော အမျိုးအစားရှိရန် လိုအပ်သည်- ဥပမာampလဲ့၊ အတွက် URL.
ပြန်လည်လုပ်ဆောင်ရန် လိုအပ်ကြောင်း သတိပြုပါ။view အမျိုးအစားများဆိုင်ရာ အချက်အလက်အပြည့်အစုံကို ရယူရန်အတွက် ပြီးပြည့်စုံသော YANG မော်ဒယ်။ Test Agent အင်တာဖေ့စ်များအတွက် အမျိုးအစားသည် အောက်တွင်ဖော်ပြထားသည့်အတိုင်း ပိုမိုရှုပ်ထွေးသော ဖွဲ့စည်းပုံရှိသည်။ အောက်ပါကုဒ်တွင်။

ncclient ကိုသုံးပြီး script ကို run နိုင်ပါပြီ။ အားလုံးမှန်သည်ဟုယူဆပါက၊ စစ်ဆေးမှုစတင်မည်ဖြစ်ပြီး ၎င်း၏လုပ်ဆောင်မှုကို Control Center တွင်ပြသမည်-စမ်းသပ်မှုကို အောင်မြင်စွာစတင်ပါက၊ Control Center သည် စမ်းသပ် ID ဖြင့် တုံ့ပြန်မည်ဖြစ်သည်။ ဒီ exampဒါဆို စာမေးပွဲ ID က 3 ပါ။စာမေးပွဲ ID ကို တွင်လည်း တွေ့နိုင်သည်။ URL Control Center GUI တွင် စမ်းသပ်ရန်။ ဒီ example, အဲဒါ URL https://host/demo/testing/3/ ဖြစ်ပါတယ်။
စမ်းသပ်မှုရလဒ်များ ပြန်လည်ရယူခြင်း။
စာမေးပွဲရလဒ်များရယူရန် အရိုးရှင်းဆုံးနည်းလမ်းမှာ စမ်းသပ် ID ကို ညွှန်ပြခြင်းဖြစ်သည်။
အောက်တွင် ID = 3 ဖြင့် အထက် HTTP စမ်းသပ်မှုမှ ရလဒ်များကို ရယူရန်အတွက် Python ကုဒ်ဖြစ်သည်။
မန်နေဂျာနှင့်အတူ။ m(host=args.host၊ port=args.port၊ username=args.username၊password=args.password၊ hostkey_verify=False) အဖြစ် m-

အထွက်သည် ဤကဲ့သို့ ဖြစ်သည်-

စမ်းသပ်ပုံစံများကို တင်ပို့ခြင်းနှင့် တင်သွင်းခြင်း
စမ်းသပ်ပုံစံများကို JSON ဖော်မတ်ဖြင့် ထုတ်ယူနိုင်ပြီး Control Center သို့ ထိုဖော်မတ်ဖြင့် ပြန်လည်တင်သွင်းနိုင်သည်။ Control Center ၏ မတူညီသော တပ်ဆင်မှုတွင် စမ်းသပ် နမူနာပုံစံများကို အသုံးပြုလိုပါက ၎င်းသည် အသုံးဝင်သည်။ (တင်းပလိတ်များ၏ ကနဦးဖန်တီးမှုကို Control Center GUI မှတဆင့် အကောင်းဆုံး ကိုင်တွယ်သည်။)
အောက်တွင် ပို့ကုန်နှင့် တင်သွင်းမှုကို လုပ်ဆောင်ရန်အတွက် ကုဒ်ဖြစ်သည်။
စမ်းသပ်ပုံစံများကို ထုတ်ယူခြင်း။

# တုံ့ပြန်မှုမှ json config ကိုရယူပါ။
root = ET.fromstring(response._raw)
json_config = root[0].text
json_config ကို print ထုတ်ပါ။
နမူနာပုံစံကို json_config object တွင်ပါရှိသည်။
စမ်းသပ်ပုံစံများကို တင်သွင်းခြင်း။
စမ်းသပ်မှုပုံစံများကို ကိုင်ဆောင်ထားသည့် JSON config object တစ်ခုကို အောက်ပါအတိုင်း Control Center သို့ ပြန်လည်တင်သွင်းနိုင်ပါသည်။

Examples: စောင့်ကြည့်မှုများ

စာမျက်နှာ 17 ရှိ "စမ်းသပ်မှုအသစ်တစ်ခုကို ဖန်တီးခြင်းနှင့် အသုံးချခြင်း" ကဏ္ဍအရ Test Agents (မော်နီတာများ လိုအပ်သလောက်) ကို ဖန်တီးခဲ့ကြောင်း ဤကဏ္ဍက ယူဆပါသည်။
စောင့်ကြည့်သူများအတွက် YANG မော်ဒယ်လမ်းကြောင်းများ

ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/monitors…
မော်နီတာများ	/.
စောင့်ကြည့်[အမည်]	/ စောင့်ကြည့်
နာမည်	/monitor/name
ဖော်ပြချက်	/monitor/description
စတင်ခဲ့သည်။	/monitor/started
ပုံစံခွက်	/monitor/template
နှိုးစက်-ပြင်ဆင်မှုများ	/monitor/alarm-configs
ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/monitors/monitor/alarm-configs…
နှိုးစက်-ပြင်ဆင်မှု[identifier]	/alarm-config
အမှတ်အသား	/alarm-config/identifier
ပုံစံခွက်	/alarm-config/template
အီးမေးလ်	/alarm-config/အီးမေးလ်
snmp	/alarm-config/snmp
thr-es-critical	/alarm-config/thr-es-critical
thr-es-critical- ရှင်းပါတယ်။	/alarm-config/thr-es-critical-clear
thr-es-major	/alarm-config/thr-es-major
thr-es-major-ရှင်းပါတယ်။	/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-သတိပေးချက်
thr-es-သတိပေးချက်-ရှင်းလင်းသည်။	/alarm-config/thr-es-warning-clear
no-data-severity	/alarm-config/no-data-severity
no-data-အချိန်ကုန်	/alarm-config/no-data-timeout
လုပ်ဆောင်ချက်	/alarm-config/action
ပြတင်းပေါက်အရွယ်အစား	/alarm-config/window-size
ကြားကာလ	/alarm-config/interval
တစ်ကြိမ်သာ ပေးပို့ပါ။	/alarm-config/send-only-တစ်ကြိမ်
snmp-trap-per-stream	/alarm-config/snmp-trap-per-stream
ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/monitors…
ကန့်သတ်ချက်များ	/monitor/parameters များ
ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/monitors/monitor/parameters …
ကန့်သတ်ချက်[သော့]	/ သတ်မှတ်ချက်
သော့	/parameter/key
(တန်ဖိုးအမျိုးအစား)	/ သတ်မှတ်ချက်
:(ကိန်းပြည့်)	/ သတ်မှတ်ချက်
ကိန်းပြည့်	/parameter/integer
:(float)	/ သတ်မှတ်ချက်
မျှော	/parameter/float
:(စာတန်း)	/ သတ်မှတ်ချက်
ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/monitors/monitor/parameters …
ကြိုးတစ်ချောင်း	/parameter/string
:(စမ်းသပ်-အေးဂျင့်-အင်တာဖေ့စ်)	/ သတ်မှတ်ချက်
စမ်းသပ်-အေးဂျင့်-အင်တာဖေ့စ်	/parameter/test-agent-interfaces
test-agent-interface["1" စာမျက်နှာ 58 ရှိ	/parameter/test-agent-interfaces/
အကောင့်	/parameter/test-agent-interfaces/test-agent-interface/အကောင့်
စမ်းသပ်-အေးဂျင့်	/parameter/test-agent-interfaces/test-agent-interface/test-agent
ကြားခံ	/parameter/test-agent-interfaces/test-agent-interface/interface
ip-ဗားရှင်း	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:( twamp- ရောင်ပြန်ဟပ်ခြင်း)	/ သတ်မှတ်ချက်
twamp- ရောင်ပြန်များ	/parameter/twamp- ရောင်ပြန်များ
twampရောင်ပြန် [အမည်]	/parameter/twamp-reflectors/twamp- ရောင်ပြန်ဟပ်ခြင်း။
နာမည်	/parameter/twamp-reflectors/twamp- ရောင်ပြန်/အမည်
:(y1731-meps)	/ သတ်မှတ်ချက်
y1731-meps	/parameter/y1731-meps
y1731-mep[အမည်]	/parameter/y1731-meps/y1731-mep
နာမည်	/parameter/y1731-meps/y1731-mep/အမည်
:(ကျစ်လစ်အကောင့်များ)	/ သတ်မှတ်ချက်
ကျစ်လစ်အကောင့်များ	/parameter/sip-accounts
sip-အကောင့်[စာမျက်နှာ 2 ရှိ “58”]	/parameter/sip-accounts/sip-account
အကောင့်	/parameter/sip-accounts/sip-account/အကောင့်
စမ်းသပ်-အေးဂျင့်	/parameter/sip-accounts/sip-account/test-agent
ကြားခံ	/parameter/sip-accounts/sip-account/interface
ကျိုချက်လိပ်စာ	/parameter/sip-accounts/sip-account/sip-address
:(iptv-ချန်နယ်များ)	/ သတ်မှတ်ချက်
iptv-ချန်နယ်များ	/parameter/iptv-ချန်နယ်များ
iptv-ချန်နယ်[အမည်]	/parameter/iptv-channels/iptv-channel
နာမည်	/parameter/iptv-channels/iptv-channel/name

အကောင့်စမ်းသပ်-အေးဂျင့်အင်တာဖေ့စ်
အကောင့်စမ်းသပ်-အေးဂျင့်အင်တာဖေ့စ် sip-လိပ်စာ

ကုသိုလ်ကံ	YANG မော်ဒယ်လမ်းကြောင်း- /accounts/account/monitors…
အခြေအနေ	/monitor/status
နောက်ဆုံး - 15 မိနစ်	/monitor/status/last-15-မိနစ်
အခြေအနေ	/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
နောက်ဆုံး ၂၄ နာရီ	/monitor/status/last-24-hours
အခြေအနေ	/monitor/status/last-24-hours/status
အခြေအနေ-တန်ဖိုး	/monitor/status/last-24-hours/status-value
ပုံစံများ	/ ပုံစံများ
နမူနာ[အမည်]	/templates/ပုံစံပလိတ်
နာမည်	/templates/template/အမည်
ဖော်ပြချက်	/templates/template/description
ကန့်သတ်ချက်များ	/templates/template/parameters
ကန့်သတ်ချက်[သော့]	/templates/template/parameters/parameter
သော့	/templates/template/parameters/parameter/key
အမျိုးအစား	/templates/template/parameters/parameter/type

Monitor Orchestration အတွက် ကြိုတင်လိုအပ်ချက်များ
ncclient ကို အသုံးပြု၍ NETCONF မှတစ်ဆင့် မော်နီတာတစ်ခု မစတင်မီ “စမ်းသပ်မှုများနှင့် မော်နီတာများ” > “ပုံစံများ ဖန်တီးခြင်း” အောက်တွင် ရှင်းပြထားသည့်အတိုင်း Control Center GUI တွင် မော်နီတာ နမူနာပုံစံတစ်ခုကို တည်ဆောက်ရန် လိုအပ်ပါသည်။ ပုံစံပလိတ်တွင် "Template ထည့်သွင်းခြင်း" အဖြစ် သတ်မှတ်ထားသော အကွက်များအားလုံးသည် XML ရှိ ဘောင်များအဖြစ် ပုံစံပလိတ်၏ အစပြုမှုကို ကြိုးကိုင်နေချိန်တွင် လိုအပ်မည်ဖြစ်ပါသည်။
Monitor Templates မှ Input Parameters များကို ရယူခြင်း။
အောက်တွင် နမူနာပုံစံ နှစ်ခုကို ပြသထားသည်။ ပထမတစ်ခုသည် Test Agent အင်တာဖေ့စ်နှစ်ခုကြားရှိ UDP စောင့်ကြည့်ခြင်းအတွက်ဖြစ်ပြီး၊ ဒုတိယမှာ Test Agent အင်တာဖေ့စ်တစ်ခုတည်းကိုအသုံးပြုထားသော HTTP အတွက်ဖြစ်သည်။
တမ်းပလိတ်တစ်ခု၏ ထည့်သွင်းမှုကန့်သတ်ချက်များကို သိရှိရန်၊ နမူနာပုံစံကို ကိုယ်စားပြုသည့် အကွက်ကို နှိပ်ပါ။ HTTP နမူနာပုံစံအတွက်၊ ဘောင်များသည် ဤကဲ့သို့ဖြစ်နိုင်သည်-

မော်နီတာတစ်ခုစတင်သောအခါ နောက်တဆင့်တွင် ဤဘောင်များကို သတ်မှတ်ရန် လိုအပ်သည်။
Monitor တစ်ခုကို စတင်ခြင်း။
စာမျက်နှာ 17 ရှိ “စမ်းသပ်မှုအသစ်တစ်ခုကို ဖန်တီးခြင်းနှင့် ဖြန့်ကျက်ခြင်း” ကဏ္ဍတွင် ကျွန်ုပ်တို့သတ်မှတ်ထားသည့် စမ်းသပ်အေးဂျင့်များကို အသုံးပြု၍ အောက်တွင်ဖော်ပြထားသည့်အတိုင်း “HTTP” ပုံစံခွက်မှ မော်နီတာတစ်ခုကို စတင်နိုင်ပါသည်။
ကန့်သတ်ချက်တစ်ခုစီအတွက်၊ attribute ပေးရန်လိုအပ်သည်။ သော့သည် Control Center ရှိ ကန့်သတ်ဘောင်၏ Variable အမည်နှင့် တူညီပါသည်။ အောက်ပါအတိုင်း ပြောင်းလဲနိုင်သော အမည်များကို သင်စစ်ဆေးနိုင်ပါသည်။

ဘေးဘားရှိ Monitoring ကိုနှိပ်ပြီး New Monitor ကိုရွေးချယ်ပါ။

My Templates ကိုနှိပ်ပါ။
စိတ်ပါဝင်စားသော နမူနာပုံစံအောက်ရှိ တည်းဖြတ်လင့်ခ်ကို နှိပ်ပါ။
ညာဘက်အပေါ်ထောင့်ရှိ Edit input ခလုတ်ကို နှိပ်ပါ။

ကျွန်တော်တို့ရဲ့ ex မှာample၊ နှင့် ပုံမှန်အားဖြင့်၊ ပြောင်းလဲနိုင်သောအမည်များသည် Control Center တွင်မြင်ရသည့် ဖော်ပြအမည်များ၏ အသေးစိပ်ဗားရှင်းများဖြစ်သည် (“url“ဆန့်ကျင်ဘက်”URL” စသည်ဖြင့်)။ သို့သော်၊ Control Center GUI တွင်၊ သင်သည် ပြောင်းလွဲချက်များကို သင်နှစ်သက်သည့်အတိုင်း အမည်ပြောင်းနိုင်သည်။
သော့အပြင်၊ ပါရာမီတာတစ်ခုစီသည် ၎င်း၏အမျိုးအစားကို သတ်မှတ်ထားသော အမျိုးအစားရှိရန် လိုအပ်သည်- ဥပမာampလဲ့၊ အတွက် URL. ပါရာမီတာအမျိုးအစားရှိ အချက်အလက်အပြည့်အစုံကို YANG မော်ဒယ်တွင် တွေ့ရှိကြောင်း ကျေးဇူးပြု၍ သတိပြုပါ။ Test Agent အင်တာဖေ့စ်များအတွက် အမျိုးအစားသည် အောက်ပါကုဒ်တွင် သက်သေပြထားသည့်အတိုင်း ပိုမိုရှုပ်ထွေးသော ဖွဲ့စည်းပုံရှိသည်။
ဟောင်း၌ampအောက်ဖော်ပြပါအတိုင်း၊ မော်နီတာနှင့် နှိုးစက်နှင့် ဆက်စပ်မှုမရှိပါ။ ဟောင်းအတွက်ampနှိုးစက်များပါ၀င်သည် ၊ စာမျက်နှာ 62 ရှိ “နှိုးစက်ဖြင့် မော်နီတာတစ်ခု စတင်ခြင်း” ကဏ္ဍသို့ သွားပါ။

နှိုးစက်ဖြင့် Monitor ကို စတင်ခြင်း။
မော်နီတာတစ်ခုနှင့် နှိုးစက်တစ်ခုကို ချိတ်ဆက်ရန်၊ သတ်မှတ်ထားသော နှိုးစက်ပုံစံကို သင်ညွှန်နိုင်သည်၊ သို့မဟုတ် မော်နီတာကို ဖန်တီးသည့်အခါ နှိုးစက်ဖွဲ့စည်းပုံတစ်ခုလုံးကို ပံ့ပိုးနိုင်သည်။ ရည်းစားဟောင်းတစ်ယောက်ကို ပေးမယ်။ample တစ်ခုစီ၏ ချဉ်းကပ်မှုအောက်တွင်။
နှိုးစက်ပုံစံကို ညွှန်ပြခြင်းဖြင့် Monitor Alarm တစ်ခုကို စနစ်ထည့်သွင်းခြင်း။
နှိုးစက်ပုံစံကို အသုံးပြုရန်အတွက်၊ သင်သည် ၎င်း၏ ID ကို သိရပါမည်။ ဤအချက်အတွက်၊ စာမျက်နှာ 39 ရှိ "နှိုးစက်ပုံစံများအားလုံးကို ပြန်လည်ရယူခြင်း" ကဏ္ဍတွင်ဖော်ပြထားသည့်အတိုင်း သင့်နှိုးစက်ပုံစံများကို ဦးစွာရယူပြီး သက်ဆိုင်ရာပုံစံပလိတ်အမည်ကို မှတ်သားထားပါ။ ထို့နောက် အောက်ပါပုံစံကို သင်ကိုးကားနိုင်သည်-

၎င်းကို Directl သတ်မှတ်ခြင်းဖြင့် Monitor Alarm တစ်ခုကို သတ်မှတ်ခြင်း။y
တနည်းအားဖြင့်၊ နှိုးစက်ပုံစံပုံစံကို ရည်ညွှန်းခြင်းမရှိဘဲ မော်နီတာကိုဖန်တီးသည့်အခါ ၎င်း၏ဖွဲ့စည်းပုံတစ်ခုလုံးကို ပံ့ပိုးပေးခြင်းဖြင့် မော်နီတာအတွက် နှိုးဆော်သံကို သင်သတ်မှတ်နိုင်သည်။ ၎င်းကို အောက်ပါ ex တွင် ပြထားသည့်အတိုင်း လုပ်ဆောင်သည်။ampလဲ့

Running Monitors ကို ပြန်လည်ရယူခြင်း။
လက်ရှိလုပ်ဆောင်နေသော မော်နီတာများအားလုံးကို ပြန်လည်ရယူရန်၊ ဤဇာတ်ညွှန်းကို ဖွင့်ပါ-
မန်နေဂျာနှင့်အတူ။ connect(host=args.host၊ port=args.port၊ username=args. အသုံးပြုသူအမည်၊ password=args.password၊ hostkey_verify=False) m အဖြစ်

အထွက်သည် အောက်ဖော်ပြပါအတိုင်း လုပ်ဆောင်နေသည့် မော်နီတာများအားလုံး၏ စာရင်းဖြစ်သည်။

Monitor အတွက် SLA အခြေအနေကို ပြန်လည်ရယူနေပါသည်။
ဤသည်မှာ မော်နီတာတစ်ခုအတွက် SLA အခြေအနေကို မည်သို့ရယူရမည်နည်း။ ဒီ exampထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် နောက်ဆုံး 15 မိနစ်၊ နောက်ဆုံးနာရီနှင့် နောက်ဆုံး 24 နာရီကြားကာလသုံးခုအတွက် မော်နီတာ "ကွန်ရက်အရည်အသွေး" အတွက် SLA အခြေအနေကို ပြန်လည်ရယူနေပါသည်။

အထွက်သည် ဤကဲ့သို့ ဖြစ်သည်-

NETCONF အသိပေးချက်များ
မော်နီတာများအတွက် NETCONF အကြောင်းကြားချက်များကို SLA ချိုးဖောက်မှုများကြောင့် အစပျိုးပါသည်။ မော်နီတာအတွက် SLA သည် SLA သတ်မှတ်ချက်တစ်ခု (“ကောင်းသည်” သို့မဟုတ် “လက်ခံနိုင်သည်”) နောက်ဆုံး 15 မိနစ်အတွင်း သတ်မှတ်အချိန်ဝင်းဒိုးအတွင်း ကျဆင်းသွားသည့်အခါ ၎င်းတို့သည် ဖြစ်ပေါ်ပါသည်။ SLA ချိုးဖောက်မှု သတိပေးချက်များသည် ပြဿနာတစ်ခုကြောင့် ထိခိုက်ပြီးနောက်တွင် လျင်မြန်စွာပေါ်လာကြောင်း မှတ်သားထားသင့်ပြီး SLA အနေအထားသည် 15 မိနစ်အကြာတွင်သာ “ကောင်းသည်” အဖြစ်သို့ ပြန်လည်ရောက်ရှိမည်ဖြစ်ပြီး နောက်ထပ်ချိုးဖောက်မှုများ ထပ်မံမဖြစ်ပွားပါကမှသာ ပေါ်လာမည်ဖြစ်ကြောင်း သတိပြုသင့်သည်။
SLA_STATUS_WINDOW (စက္ကန့်တန်ဖိုး) တွင် ဆက်တင်ကို တည်းဖြတ်ခြင်းဖြင့် အချိန်ဝင်းဒိုးကို ပြောင်းလဲနိုင်သည်။ /etc/netrounds/netrounds.conf.
Monitor Templates များကို တင်ပို့ခြင်းနှင့် တင်သွင်းခြင်း။
၎င်းသည် စမ်းသပ်မှုပုံစံများကဲ့သို့ အတိအကျလုပ်ဆောင်သည်; စာမျက်နှာ 52 ရှိ “တင်ပို့ခြင်းနှင့် တင်သွင်းခြင်း စမ်းသပ်မှုပုံစံများ” ကဏ္ဍကို နှိုင်းယှဉ်ကြည့်ပါ။ အောက်ဖော်ပြပါ ကုဒ်အတိုအထွာများသည် မော်နီတာများအတွက် တင်းပလိတ်များကို ထုတ်ယူခြင်းနှင့် တင်သွင်းနည်းကို သရုပ်ဖော်သည်။
Monitor Templates များကို ထုတ်ယူခြင်း။

Monitor Templates များကို တင်သွင်းခြင်း။

အသုံးပြုခြင်း။ Tags

Tags Paragon Active Assurance တွင် သတ်မှတ်ထားသော လျှောက်ထားနိုင်သည်-

မော်နီတာများ
စောင့်ကြည့်ပုံစံများ
စမ်းသပ်အေးဂျင့်များ
TWAMP ရောင်ပြန်များ
ပင်းဗိုလ်။
ဟောင်းအတွက်ample၊ မင်းလုပ်နိုင်တယ်။ tag မော်နီတာတစ်လုံးနဲ့ အတူတူပါပဲ။ tag မော်နီတာကိုလည်ပတ်မည့် Test Agent ၏ အစုခွဲတစ်ခုအနေဖြင့်။ သင့်တွင် မော်နီတာများနှင့် ပုံစံပလိတ်များ အများအပြားသတ်မှတ်ထားလျှင် ဤအင်္ဂါရပ်သည် အထူးအသုံးဝင်ပါသည်။

မော်နီတာအတွက် SNMP ထောင်ချောက်များနှင့် အချက်ပေးစနစ်တစ်ခုကို သင်သတ်မှတ်ထားပါက၊ ထို့နောက် SNMP ထောင်ချောက်များကို အလားတူသတ်မှတ်ပေးလိမ့်မည် tags မော်နီတာအနေဖြင့် ရှိလျှင်။
ဖန်တီးခြင်း။ Tags
အောက်တွင်ကျွန်ုပ်တို့သည်တစ်ခုဖန်တီးပုံကိုပြသထားသည်။ tag XML မှသတ်မှတ်ထားသည့်အတိုင်းအမည်နှင့်အရောင်tag> အဆောက်အဦ။

တာဝန်ပေးခြင်း၊ Tag
assign လုပ်ဖို့ tag အရင်းအမြစ်တစ်ခုတွင်၊ ၎င်းကို အသစ်တစ်ခုအဖြစ် သင်ထည့်ပါ။tag> အောက်ရှိဒြပ်စင်tags> ထိုအရင်းအမြစ်အတွက် အစိတ်အပိုင်း။
ဤတွင် A assign လုပ်နည်း tag စမ်းသပ်သူထံ-

assign လုပ်ဖို့ tag TW သို့AMP Reflector, အောက်ပါတို့ကိုလုပ်ဆောင်ပါ။

တာဝန်ပေးခြင်း၊ tag မော်နီတာဆီသို့ အလားတူကိုင်တွယ်သည်-

တနည်းအားဖြင့် သင်သည် ရှိပြီးသားကို သတ်မှတ်ပေးနိုင်သည်။ tag အရင်းအမြစ်ကို ဖန်တီးသောအခါတွင် အဆိုပါ အရင်းအမြစ် အမျိုးအစားများထဲမှ တစ်ခုခုကို ထည့်သွင်းခြင်းဖြင့်၊tags> ပါဝင်သောဒြပ်စင် tag မေးခွန်းထဲမှာ။
မွမ်းမံခြင်းတစ်ခု Tag
ရှိပြီးသားကို အပ်ဒိတ်လုပ်ခြင်း။ tag အသစ်သော attribute များသည် ဖန်တီးခြင်းနှင့် တူညီသည်။ tag:

တစ်လုံးကို ဖြုတ်ချခြင်း။ Tag
တစ်လုံးကို ဖြုတ်ရန် tag အရင်းအမြစ်တစ်ခုမှ၊ attribute nc:operation=”delete” ကို ထည့်ပါ။tag> အရင်းအမြစ်နှင့်သက်ဆိုင်သောဒြပ်စင်။ အောက်တွင် ကျွန်ုပ်တို့သည် a ကို ဖြုတ်လိုက်သည်။ tag မော်နီတာတစ်ခုမှ

ဖျက်ခြင်း Tag
ဖျက်ဖို့အတွက် tag Control Center မှ အလုံးစုံ attribute nc:operation=”delete” ကို ထပ်မံအသုံးပြုထားသော်လည်း ယခုတစ်ကြိမ်တွင် အသုံးပြုထားသည်။ tag သူ့ဟာသူ အောက်မှာ သတ်မှတ်ပါတယ်။ .

ပြသာနာရှာဖွေရှင်းပေးခြင်း

ပြဿနာ- Orchestrator နှင့် Paragon Active Assurance သည် ထပ်တူကျခြင်းမရှိပါ။
သံစုံတီးဝိုင်းနှင့် Paragon Active Assurance သည် ယခင်ဟောင်းအတွက် ထပ်တူမကျနိုင်ပါ။ampထိန်းချုပ်မှုစင်တာ GUI တွင် ဖွဲ့စည်းမှုပုံစံပြောင်းလဲမှုများ ပြုလုပ်ခဲ့ပါက သို့မဟုတ် ဖွဲ့စည်းမှုပုံစံတစ်ခုကို ကျင့်သုံးခြင်း မအောင်မြင်ပါက ယခင်အခြေအနေသို့ ပြန်လှည့်၍မရပါက၊
ပြန်လှည့်မှု မအောင်မြင်ပါက NETCONF ဆာဗာသည် ဖွဲ့စည်းမှုပုံစံပြောင်းလဲမှုများကို လက်ခံတော့မည်မဟုတ်ပါ။ စင့်ခ်မလုပ်မချင်း စီစဉ်ဖွဲ့စည်းမှုကို လော့ခ်ချထားကြောင်း ဖော်ပြသည့် အမှားအယွင်းမက်ဆေ့ဂျ်ဖြင့် စာပြန်မည်ဖြစ်သည်။ စင့်ခ်လုပ်ခြင်း နှင့် ဖွဲ့စည်းမှုဆိုင်ရာ အပြောင်းအလဲများကို လော့ခ်ဖွင့်ရန်၊ Control Center မှ configuration database သို့ တစ်ပြိုင်တည်းလုပ်ဆောင်သည့် command rpc sync-from-ncc ကို run ရန် လိုအပ်သည်။
မှတ်ချက်: ဟိ confd@netrounds.com အသုံးပြုသူ (သို့မဟုတ် မည်သည့်အရာမဆို စီစဉ်သတ်မှတ်ထားသည်) အောင်မြင်စွာ စင့်ခ်လုပ်ရန် အရာအားလုံးအတွက် superuser အခွင့်ထူးများ ရှိရပါမည်။ command ncc user-update ဖြင့် ၎င်းကို အောင်မြင်နိုင်သည်။ confd@netrounds.com –is-superuser အသုံးပြုသူသည် စူပါအသုံးပြုသူမဟုတ်ပါက၊ အရာအားလုံးကို ထပ်တူပြု၍မရသော်လည်း ကိုင်တွယ်နိုင်သမျှပြီးပြီဟု သတိပေးချက်ပေါ်လာပါမည်။
မှတ်ချက်: အကယ်၍ သင်၏ သံစုံတီးဝိုင်းမှ စီစဉ်သတ်မှတ်မှုကိုလည်း သိမ်းဆည်းထားပါက၊ တောင်းဆိုထားသော ဖွဲ့စည်းမှုပုံစံ (ဖွဲ့စည်းမှုမှ စီစဉ်သူသည် Control Center ရှိရန် မျှော်လင့်ထားသည့် ဖွဲ့စည်းမှု) ကို ကျင့်သုံးမည်မဟုတ်သောကြောင့် ၎င်းကိုလည်း ပြန်လည်ချိန်ကိုက်ရန် လိုအပ်မည်ဖြစ်သည်။
ပြဿနာ- ကနဦးစင့်ခ်လုပ်ခြင်း (sync-from-ncc) ပံ့ပိုးမထားသော အရင်းအမြစ်များကြောင့် မအောင်မြင်ပါ
Control Center GUI တွင် ဖန်တီးထားသော ၎င်း၏ configuration ပါရှိသော အကောင့်တစ်ခုတွင် rpc sync-from-ncc ကို run ရန် ကြိုးစားပါက၊ အကောင့်တွင် ပံ့ပိုးမထားသော အရင်းအမြစ်များ ပါဝင်နေပါက ပြဿနာများ ကြုံတွေ့ရနိုင်သည်။ အကောင့်အလွတ်တစ်ခုဖြင့် စတင်ပြီး NETCONF မှတစ်ဆင့် ၎င်း၏ဖွဲ့စည်းပုံအားလုံးကို လုပ်ဆောင်ရန် အကြံပြုထားသည်။ မဟုတ်ပါက၊ သင်သည် အရင်းအမြစ်ပဋိပက္ခများနှင့် ပြဿနာများကို ကြုံတွေ့ရပါက၊ ကွဲလွဲနေသော အရင်းအမြစ်များကို အကောင့်မှ ဖယ်ရှားရပါမည်။
ပြဿနာ- NETCONF ညွှန်ကြားချက်များသည် ncclient.operations.rpc.RPCError ဖြင့် ပျက်ကွက်သည်- အပလီကေးရှင်း ဆက်သွယ်မှု မအောင်မြင်ပါ။
Control Center ကို ပြန်လည်စတင်ပါက NETCONF ဆာဗာသည် Control Center ဆာဗာသို့ ချိတ်ဆက်မှုအား အလိုအလျောက် ပြန်လည်ရယူမည်မဟုတ်ပါ။ ထိန်းချုပ်စင်တာသို့ ချိတ်ဆက်မှုကို ပြန်လည်ရယူရန်၊ NETCONF လုပ်ငန်းစဉ်ကို ပြန်လည်စတင်ပါ- sudo systemctl netrounds-confd ကို ပြန်လည်စတင်ပါ။

Test Agent Applications နှင့် Test Agent Appliances ဆိုင်ရာ မှတ်စုများ

ConfD ရှိ Agent Applications များကို စမ်းသပ်ပါ။
Test Agents များထဲတွင် (အသစ်သော) Test Agent Application သည် (အဟောင်း) Test Agent Appliance နှင့် အနည်းငယ်ကွာခြားပါသည်။
Test Agent အပလီကေးရှင်းများသည် လက်ရှိတွင် အင်တာဖေ့စ်ဖွဲ့စည်းပုံကို မပံ့ပိုးပါ။ ထို့ကြောင့်၊ YANG schema သည် ထိုကဲ့သို့သော Test Agents အတွက် ဗလာ interface configuration ကို သတ်မှတ်ခွင့်ပြုသည်။ ရည်းစားဟောင်းအတွက် စာမျက်နှာ ၂၃ တွင် “ဤကျမ်းပိုဒ်” ကို ကြည့်ပါ။ampလဲ့
Sync-from-ncc ညွှန်ကြားချက်ကို အသုံးပြု၍ ConfD ဒေတာဘေ့စ်ကို Control Center နှင့် ထပ်တူပြုသောအခါ၊ သင်သည် Control Center တွင် တွေ့ရသည့်အရာနှင့် ထပ်မရေးဘဲ အင်တာဖေ့စ်ဖွဲ့စည်းပုံကို ဗလာဖြစ်နေစေလိုသည်။ ထို့ကြောင့် သင်သည် Test Agent အပလီကေးရှင်းများနှင့် အလုပ်လုပ်သောအခါတွင် အဆိုပါ command ဖြင့် အထူးအလံ –without_interface_config ကို အသုံးပြုရန်လိုအပ်သည်။
Test Agent Appliance အတွက် Empty Interface Configuration
အထက်တွင်ဖော်ပြခဲ့သည့်အတိုင်း၊ Test Agent Application သည် အင်တာဖေ့စ်ဖွဲ့စည်းပုံကို မပံ့ပိုးပါ၊ ထို့ကြောင့် YANG အစီအစဉ်ရှိ အင်တာဖေ့စ်များကို ချန်လှပ်ထားနိုင်သည်။
သို့သော် Test Agent Appliance မှ အင်တာဖေ့စ်ဖွဲ့စည်းပုံကို ချန်လှပ်ထားလိုသည့် အသုံးပြုမှုကိစ္စများ ရှိပါသည်။ ရည်းစားဟောင်းampဤအရာမှာ သင်သည် cloud-init ကို အသုံးပြု၍ Test Agent ကို လှည့်ပတ်နေသည့် စုစည်းမှု မြင်ကွင်းတစ်ခု ဖြစ်နိုင်ပြီး Test Agent သည် အွန်လိုင်း တက်လာသည်နှင့် ၎င်းကို ConfD တွင် ထပ်ရေးခြင်း မပြုဘဲ ထိုနေရာမှ အင်တာဖေ့စ်ဖွဲ့စည်းပုံကို အသုံးပြုစေလိုပါသည်။
သတ်မှတ်မထားသော မျက်နှာပြင်များနှင့်ပတ်သက်၍ YANG Schema အပြောင်းအလဲများ
အချည်းနှီးသော အင်တာဖေ့စ်ဖွဲ့စည်းပုံစနစ်ကို ယခုခွင့်ပြုလိုက်သောကြောင့် (ဗားရှင်း 2.34.0 မှစတင်၍) စမ်းသပ်မှု သို့မဟုတ် မော်နီတာ၏တစ်စိတ်တစ်ပိုင်းအဖြစ် လုပ်ဆောင်နေသည့် အလုပ်တစ်ခုအတွက် မည်သည့်အင်တာဖေ့စ်အမည်ကို ထည့်သွင်းသတ်မှတ်ရန် ဖြစ်နိုင်သည်။
ဤအင်တာဖေ့စ်အမည်များကို ConfD တွင်မသတ်မှတ်ထားသောကြောင့် Test Agent Application ကိုအသုံးပြုရန် ၎င်းကိုလိုအပ်ပါသည်။ သို့သော်၊ ၎င်းသည် လက်ရှိမဟုတ်သောအင်တာဖေ့စ်ကိုအသုံးပြုရန်အတွက် စမ်းသပ်မှု သို့မဟုတ် မော်နီတာအား မတော်တဆပြင်ဆင်သတ်မှတ်ပါက သင်သည် ပြဿနာများကြုံတွေ့ရနိုင်သည်ဟု သတိပြုပါ။ ဒါကြောင့် ဒါကို သတိထားပါ။
ConfD တွင်ဖန်တီးထားသော Test Agent ကိုမှတ်ပုံတင်သည့်အခါကန့်သတ်ချက်များ
REST သို့မဟုတ် NETCONF/YANG API မှတစ်ဆင့် Test Agent တစ်ခုကို ဖန်တီးသောအခါ၊ ၎င်းသည် မည်သည့်အမျိုးအစားဖြစ်သည်- Test Agent Appliance သို့မဟုတ် Test Agent Application ကို ကြိုမသိနိုင်ပါ။ Test Agent မှတ်ပုံတင်ပြီးမှသာ ၎င်းသည် ရှင်းပါသည်။
Test Agent ကို မှတ်ပုံတင်ပြီးသည်နှင့် ဤကွန်ကရစ်အမျိုးအစားများထဲမှ တစ်ခုအဖြစ်သို့ ပြောင်းလဲသွားသည်နှင့်၊ သင်သည် ၎င်းကို အခြား Test Agent အမျိုးအစားတစ်ခုအဖြစ် ပြန်လည်မှတ်ပုံတင်ရန် ခွင့်မပြုပါ။ ဆိုလိုသည်မှာ သင်သည် ၎င်းအား Test Agent Appliance အဖြစ် ဦးစွာ မှတ်ပုံတင်ရန် ခွင့်မပြုပါ၊ ထို့နောက် ၎င်းကို Test Agent Application အဖြစ် ပြန်လည် မှတ်ပုံတင်ရန် သို့မဟုတ် အပြန်အလှန် မှတ်ပုံတင်ခွင့် မရှိပါ။ သင်သည် မတူညီသော အမျိုးအစားတစ်ခု၏ Test Agent လိုအပ်ပါက၊ Test Agent အသစ်တစ်ခု ဖန်တီးရန် လိုအပ်မည်ဖြစ်သည်။

နောက်ဆက်တွဲ- Full YANG Model ၏ သစ်ပင်ဖွဲ့စည်းပုံ

ဤနောက်ဆက်တွဲတွင်၊ စာမျက်နှာ 81 ရှိ "ဒဏ္ဍာရီ" ကဏ္ဍတွင် အမိန့်ပေးထားသော pyang -f သစ်ပင်ဖြင့် ထုတ်လုပ်ထားသော YANG မော်ဒယ်သစ်ပင်၏ အထားအသိုကို ရှင်းပြထားသည်။
စာမျက်နှာ 82 ရှိ “YANG Model Tree Structure” ကဏ္ဍသည် netrounds-ncc.yang တွင် အသုံးပြုသည့် အဆိုပါအမိန့်မှ ထွက်ရှိမှုကို ပေးသည်။ ဤထွက်ရှိမှု၏ အစိတ်အပိုင်းများကို စာရွက်စာတမ်းရှိ အခြားနေရာများတွင် ပြန်ထုတ်ပေးပါသည်။
ဒဏ္ဍာရီ

YANG Model Tree Structure

Juniper Networks၊ Juniper Networks လိုဂို၊ Juniper နှင့် Junos တို့သည် United States နှင့် အခြားသောနိုင်ငံများရှိ Juniper Networks, Inc. ၏ မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်များဖြစ်သည်။ အခြားကုန်အမှတ်တံဆိပ်များ၊ ဝန်ဆောင်မှုအမှတ်အသားများ၊ မှတ်ပုံတင်ထားသော အမှတ်အသားများ သို့မဟုတ် မှတ်ပုံတင်ထားသော ဝန်ဆောင်မှုအမှတ်အသားများအားလုံးသည် သက်ဆိုင်ရာပိုင်ရှင်များ၏ ပိုင်ဆိုင်မှုဖြစ်သည်။ Juniper Networks သည် ဤစာတမ်းပါ မှားယွင်းမှုများအတွက် တာဝန်မရှိဟု ယူဆပါသည်။ Juniper Networks သည် ဤထုတ်ဝေမှုကို အသိပေးခြင်းမရှိဘဲ ပြောင်းလဲခြင်း၊ ပြင်ဆင်ခြင်း၊ လွှဲပြောင်းခြင်း၊ သို့မဟုတ် အခြားနည်းဖြင့် ပြန်လည်ပြင်ဆင်ပိုင်ခွင့်ရှိသည်။ မူပိုင်ခွင့် © 2023 Juniper Networks, Inc. ရပိုင်ခွင့်အားလုံး လက်ဝယ်ရှိသည်။

စာရွက်စာတမ်းများ / အရင်းအမြစ်များ

Juniper NETWORKS NETCONF & YANG API ဆော့ဖ်ဝဲလ် [pdf] အသုံးပြုသူလမ်းညွှန်
NETCONF YANG API ဆော့ဖ်ဝဲ၊ YANG API ဆော့ဖ်ဝဲ၊ API ဆော့ဖ်ဝဲ၊ ဆော့ဖ်ဝဲ

ကိုးကား

အသုံးပြုသူလက်စွဲ

နိဒါန်း