Juniper NETWORKS NETCONF & YANG API hugbúnaðarhandbók

Tilgangur þessa skjals
Þessi skjöl lýsir því hvernig á að samþætta Paragon Active Assurance við netþjónustusveitarmann í gegnum Control Center NETCONF & YANG API. Handvirkt fyrrvampLest er um helstu verkefnin sem taka þátt, þar á meðal: að búa til og dreifa sýndarprófunarmiðlum, keyra prófanir og eftirlit og sækja niðurstöður úr þessari starfsemi.
Í þessu skjali er ókeypis aðgengilegur Python NETCONF biðlari ncclient notaður í hlutverki hljómsveitarstjóra.

Samþykktir
Eftirfarandi skammstafanir eru notaðar í þessu skjali:

Skammstöfun	Merking
CLI	Skipanalínuviðmót
EM	Einingastjóri
ES	Mistök í öðru lagi
MEP	MEG (Maintenance Entity Group) End Point (ITU-T Y.1731 skilgreining) eða Maintenance End Point (Cisco skilgreining)
NFV	Virtualization netkerfis
NFVO	Network Function Virtualization Orchestrator
NSD	Lýsing netþjónustu
RPC	Fjarútkall
SIP	Session Initiation Protocol
SLA	Þjónustustigssamningur
S-VNFM	Sérstakur VNF framkvæmdastjóri
VNF	Sýndarnetsaðgerð
vTA	Sýndarprófunarumboðsmaður

Athugasemdir um afturábak eindrægni

Í útgáfum 2.35.4/2.36.0 af NETCONF & YANG API var staðfesting ákveðinna beiðna gerð strangari til að fylgja NETCONF staðlinum. Þetta þýðir að biðlarakóði byggður á eldri útgáfum af þessari handbók gæti nú verið hafnað.
Til dæmisample, í fyrri Python exampkóðinn, engin nafnrýmiseigin var gefin upp. Nafnarýmið þarf nú að vera til staðar í beiðni XML þegar þú vilt breyta ConfD tilföngum.

Forkröfur og undirbúningur

ConfD uppsetning
ConfD (vara frá Tail-f) er notað sem milliliður milli Paragon Active Assurance kerfisins og NETCONF. ConfD tengir Paragon Active Assurance stillingar og rekstrargögn við NETCONF & YANG API.
ConfD ætti að hafa verið sett upp ásamt Control Center hugbúnaðinum, eins og lýst er í uppsetningarhandbókinni.

Staðfestir að ConfD sé í gangi
Til að staðfesta að ConfD sé í gangi skaltu keyra skipunina
ssh -s @localhost -p 830 netconf
til að athuga hvort ConfD svari á höfn 830. Í skipuninni, er eins og skilgreint er af netconf notandanum create
skipun í Uppsetningarhandbók, hlutanum Uppsetning ConfD. Gefðu lykilorðið sem er skilgreint með sömu skipun.
Í úttakinu skaltu ganga úr skugga um að Control Center einingin sé innifalin. Úttakið ætti að innihalda línu eins og eftirfarandi:
http://ncc.netrounds.com?module=netrounds-ncc&revision=2017-06-15

Samstillir stillingargagnagrunninn við stjórnstöð

Að lokum þurfum við að uppfæra stillingargagnagrunninn í gegnum NETCONF. Við munum gera það hér með Python bókasafni sem heitir ncclient (NETCONF Client). Hins vegar gæti verkefnið einnig verið unnið á öðru forritunarmáli svo framarlega sem það notar NETCONF/YANG samskiptareglur.
Hlutverk ncclient er að starfa sem viðskiptavinur gagnvart ConfD þjóninum sem hýsir NETCONF/YANG API.

Rétt er að benda á að ncclient er ekki á neinn hátt tengt Control Center (áður „Netrounds Control Center“), þó að nafnið byrji á „ncc“.
Hér er hvernig á að setja upp ncclient:

Sækja hugbúnaðinn frá https://github.com/ncclient/ncclient.
Keyra þessa skipun: pip install ncclient

Við getum nú framkvæmt samstillinguna sem hér segir. Athugaðu vandlega að þetta þarf að gera á sérstakri tölvu, en ekki á sjálfum Control Center þjóninum:

#
# ATH:
# Þetta handrit virkar sem viðskiptavinur gagnvart ConfD sem keyrir á NCC þjóninum.
# Það mun nota NETCONF/YANG API fyrir samskipti.

ATH: Þessi aðferð er einnig nauðsynleg þegar prófunarmiðlar hafa verið settir upp og skráðir óháð NETCONF. Sjá athugasemdina í kaflanum „Lokiðview af Test Agent Orchestration“ á síðu 17 fyrir frekari upplýsingar.

Setja upp marga NETCONF-stýrða Paragon Active Assurance reikninga

Skrefin hér að neðan eru aðeins nauðsynleg ef þú vilt setja upp fleiri Paragon Active Assurance reikninga til að vera stjórnað af NETCONF, til viðbótar við reikninginn sem er stilltur á þennan hátt í uppsetningarhandbókinni, hlutanum „Installing ConfD“.
Haltu áfram sem hér segir fyrir hvern slíkan reikning:

Í Control Center, skráðu þig inn á reikninginn og farðu í Account > Permissions.
Bæta notanda við “confd@netrounds.com“, og veittu þessum ConfD notanda stjórnandaheimild í GUI með því að smella á Bjóða hnappinn.

Samstilltu stillingargagnagrunninn við stjórnstöðina eins og lýst er í kaflanum „Samstilla stillingagagnagrunninn við stjórnstöðina“ á síðu 4.
Þú ættir nú að geta stjórnað mörgum Paragon Active Assurance reikningum með sama ConfD notanda.

ATH: Þegar þú byrjar að stjórna Paragon Active Assurance reikningi í gegnum ConfD, máttu EKKI gera breytingar á þessum reikningi í gegnum web GUI með tilliti til hvers kyns Paragon Active Assurance eiginleika sem eru „config“ (sjá kaflann „Styður eiginleikar í Paragon Active Assurance“ á blaðsíðu 9). Ef þú gerir það mun samstillingu tapast.

Kynning á NETCONF Orchestration API

Yfirview

Þriðji aðili NFVO eða þjónustusveitarmaður er venjulega sá hluti sem byrjar prófunar- og eftirlitslotur með því að nota Control Center API. Þessi hljómsveitarstjóri sækir einnig samanlagðar mælingarniðurstöður úr athöfnum prófunaraðilans. Afköst KPI geta verið sótt af frammistöðustjórnunarkerfum þriðja aðila, á meðan atburðir - þegar þeir hafa komið af stað vegna brota á viðmiðunarmörkum sem sett eru í stjórnstöðinni - er hægt að senda til bilanastjórnunarkerfa þriðja aðila.
Til að draga saman sýnir myndin hér að neðan hvernig Paragon Active Assurance hefur samskipti við önnur kerfi þriðja aðila í OSS landslaginu.

NFVO/Þjónustusveitarstjóri: Veitir VNF-stjóranum fyrirmæli um að dreifa vTAs og stilla Paragon Active Assurance inn í þjónustukeðjuna. Þegar þjónustan hefur verið virkjuð notar hljómsveitarstjóri API í átt að Control Center til að kveikja á þjónustuvirkjunarprófum og sækja niðurstöður sem standast/falla. Ef prófin standast mun hljómsveitarstjórinn nota API í átt að Control Center til að hefja virkt eftirlit með þjónustunni. KPI frá vöktuninni eru sóttar stöðugt annaðhvort af hljómsveitarstjóra eða af sérstökum árangursstjórnunarvettvangi.

Stjórnstöð: Setur upp, mælir og lýkur vTA samkvæmt fyrirmælum NFVO eða þjónustustjóra.
Árangursstjórnunarkerfi eða þjónustugæðastjórnunarkerfi: Les KPI úr virku eftirliti í gegnum stjórnstöð API.

Bilanastjórnunarkerfi: Fær NETCONF, SNMP eða tölvupósttilkynningar frá stjórnstöð ef brotið er gegn SLA.

Skilgreiningar á hugtökum í Paragon Active Assurance

Prófunarmiðlar: Íhlutir sem framkvæma mælingar (fyrir prófanir og eftirlit) í Paragon Active Assurance kerfi. Prófunaraðilar samanstanda af hugbúnaði með getu til að búa til, taka á móti og greina raunverulega netumferð.
Sú tegund prófunarmiðlara sem fjallað er um í þessu skjali er sýndarprófunarmiðillinn (vTA), sýndarnetsaðgerð (VNF) sem er sett á yfirsýn. Aðrar gerðir af prófunarmiðlum eru einnig til.
Það eru tvær grunngerðir mælinga í Paragon Active Assurance, prófanir og skjáir.
Próf: Próf samanstendur af einu eða nokkrum skrefum sem hvert um sig hefur tiltekna, takmarkaðan tíma. Skref eru framkvæmd í röð. Hvert skref getur falið í sér að keyra mörg verkefni samtímis.
Skjár: Skjár hefur ekki tiltekna tímalengd en keyrir endalaust. Eins og skref í prófi getur skjár framkvæmt mörg samhliða verkefni.
Sniðmát: Þegar Paragon Active Assurance er stjórnað af hljómsveitarstjóra, eru próf og eftirlit alltaf framkvæmt með sniðmátum þar sem prófið eða skjárinn er skilgreindur. Hægt er að senda færibreytustillingar sem inntak í sniðmátið á keyrslutíma.

Verkflæði fyrir sjálfvirkni
Hönnunartími

Á hönnunartíma undirbýrðu mælingar með því að búa til sniðmát fyrir prófanir og eftirlit í Paragon Active Assurance. Hvernig á að gera það er fjallað um í kaflanum „Prófunar- og eftirlitssniðmát“ á síðu 15.

Runtime
Á keyrslutíma seturðu tækin þín upp og framkvæmir raunverulegar mælingar.

Yfirview af öllum fyrrvamples gefið er að finna í kaflanum „Examples af Controlling Paragon Active Assurance með NETCONF & YANG API“ á síðu 15.
Hvernig á að dreifa og stilla prófunarmiðla er farið í gegnum í kaflanum „Tdamples: Prófunaraðilar“ á síðu 16.
Hvernig á að flytja inn birgðavörur eins og TWAMP endurskinsmerki og IPTV rásir er farið yfir í kaflanum „Examples: Birgðavörur“ á síðu 29.
Hvernig á að stilla viðvörun er útskýrt í kaflanum „Tdamples: Viðvörun“ á síðu 35.
Hvernig á að keyra prófanir og eftirlit með því að keyra Paragon Active Assurance sniðmát í gegnum NETCONF er lýst í köflunum „Ex.amples: Próf“ á blaðsíðu 43 og „Tdamples: Skjár“ á síðu 54.

Studdir eiginleikar í Paragon Active Assurance

Allar prófunar- og skjágerðir í Paragon Active Assurance er hægt að búa til og framkvæma með því að nota sniðmát. Hvernig á að gera þetta er fjallað um í hjálpinni í forritinu undir „Próf og skjáir“ > „Búa til sniðmát“.

Stofnun Paragon Active Assurance reikninga er ekki studd eins og er; þó mun einn eða fleiri fyrirfram skilgreindir reikningar hafa verið settir upp fyrir notandann.
Töflurnar hér að neðan segja til um hvaða eiginleikar í Paragon Active Assurance eru fáanlegir í þessari útgáfu og hvernig þessir eiginleikar eru sýndir í YANG.

Útskýring á YANG Constructs

Til hægðarauka eru hér gefnar skilgreiningar á YANG-smíðunum sem vísað er til í eiginleikatöflunni.

Config (config=true): Stillingargögn, nauðsynleg til að breyta kerfi úr einu ástandi í annað.
State (config=false): State data: viðbótargögn um kerfi sem eru ekki stillingargögn, svo sem skrifvarinn stöðuupplýsingar og safnað tölfræði.

RPC: A Remote Procedure Call, eins og það er notað innan NETCONF samskiptareglunnar.
Tilkynning: Atburðatilkynningar sendar frá NETCONF netþjóni til NETCONF biðlara.

Töflur yfir Paragon Active Assurance eiginleika í boði fyrir hljómsveitarsetningu
Úrræði: Vöktun
YANG slóð:/reikningar/reikningar/skjáir

Eiginleiki	Undireiginleiki	YANG smíði
Búa til/breyta/eyða skjá	Byggt á skjásniðmáti	Config
Start/stopp skjár	–	Config
Fylgstu með sniðmátum	Listaðu núverandi skjásniðmát með inntakum	Ríki
NETCONF tilkynningar	Viðvörunarstöðu breytt	Tilkynning
Fylgstu með niðurstöðum	SLA/ES teljari fyrir efsta stig (%) SLA/ES teljari fyrir verkefnastig (%)	Ríki

Ólíkt prófunum (samanber tilföng: Próf hér að neðan), eru skjáir ekki ræstir með RPC heldur frekar með því að framkvæma skjástillinguna.
Úrræði: Próf
YANG slóð: /reikningar/reikningur/próf

Eiginleiki	Undireiginleiki	YANG smíði
Byrjaðu próf	Byggt á prófunarsniðmáti	RPC
Stjórna prófum	Listaðu próf með stöðu	Ríki
Prófa sniðmát	Listaðu yfir núverandi prófunarsniðmát með inntakum	Ríki
NETCONF tilkynningar	Prófastaða breytt	Tilkynning
Niðurstöður prófa	Fáðu prófskrefstöðu (staðið, mistókst, villa, ...)	Ríki

Úrræði: Prófunaraðilar
YANG leiðir:

/accounts/account/test-agents (Config)

/accounts/account/registered-test-agents (ríki)

Prófunaraðilar undir /accounts/account/test-agents eru þeir sem eru stilltir á reikning. Aðeins er hægt að stilla þessa prófunarmiðla og nota í prófunum og eftirliti í gegnum NETCONF af hljómsveitarstjóranum.
Eftir að þú hefur stillt prófunaraðila og hann hefur skráð sig á reikninginn mun prófunarfulltrúinn birtast undir /accounts/account/registered-test-agents. Þú getur fundið alla skráða prófunaraðila með því að nota „get“ skipunina í NETCONF (samanber kaflann Dæmiamples: Prófunaraðilar).
Undir /accounts/account/registered-test-agents gætirðu líka fundið prófunaraðila sem hafa ekki enn verið stilltir. Allir slíkir prófunarmiðlar verða að vera stilltir áður en hægt er að nota þá.
Í hljómsveitaratburðarás er almennt mælt með því að þú gerir allar stillingar á Paragon Active Assurance reikningnum þínum í gegnum NETCONF. Þetta tryggir að prófunaraðilar og skráðir prófunaraðilar víkja ekki.

Eiginleiki	Undireiginleiki	YANG smíði
Búðu til Test Agent á netþjóninum	–	Config
Stilla prófunarmiðil án nettengingar	(Stjórnstöð ýtir stillingum í prófunarumboðsmann þegar það kemur á netið)	Config
Notaðu núverandi / ytra stillta prófunarmiðla	Notaðu í prófi/skjá	Config
	Stilla viðmót	Config
	Fáðu stöðu	Ríki
Stilla prófunaraðila (aðeins prófunartæki)	Stilla NTP	Config
	Stilla brýr	Config
	Stilla VLAN tengi	Config
	Stilla SSH lykla	Config
	IPv6	Config
Nýtir	Endurræstu	RPC
	Uppfærsla	RPC
NETCONF tilkynningar	Staða á netinu breytt	Tilkynning
Staða	Fáðu kerfisstöðu (spenntur, minnisnotkun, meðaltal hleðslu, útgáfa)	Ríki

Aðfanga: Birgðir
YANG slóð: /accounts/account/twamp-endurskinsmerki

Styður NETCONF möguleikar

Taflan hér að neðan bendir á IETF RFCs sem lýsa NETCONF getu sem notuð er í þeim tilgangi að Paragon Active Assurance hljómsveitarstjórn.

ietf-netconf.yang
IETF RFC 6241, Network Configuration Protocol (NETCONF), https://tools.ietf.org/html/rfc6241
Eina studda villumeðferðaraðferðin er afturköllun við villu.

Eina studda gagnageymslan er skrifanleg.
ietf-netconf-notifications.yang
IETF RFC 5277, NETCONF viðburðatilkynningar, https://tools.ietf.org/html/rfc5277

Prófaðu og fylgdu sniðmátum
Sniðmát fyrir prófunar- og skjágerðir þarf að setja upp handvirkt í gegnum Paragon Active Assurance framenda notendaviðmótið. Hvernig á að gera þetta er fjallað um í hjálpinni í forritinu undir „Próf og skjáir“ > „Búa til sniðmát“.

Examples af Controlling Paragon Active Assurance með NETCONF & YANG API

Í köflum á eftir er gert ráð fyrir að viðeigandi prófunar- og skjásniðmát hafi verið skilgreind samkvæmt leiðbeiningunum í kaflanum „Prófunar- og eftirlitssniðmát“ á blaðsíðu 15.

Verkfæri sem notuð eru í tdamples
Allt fyrrvampLesið í síðari köflum hefur verið smíðað með því að nota eftirfarandi verkfæri sem eru ókeypis:

Pang: Notað til að sjá og skoða YANG módelin.
Fæst kl https://github.com/mbj4668/pyang (klónaðu frá git og keyrðu python setup.py uppsetningu).
Python NETCONF viðskiptavinur „ncclient“: Notaður til að eiga samskipti við stjórnstöð með NETCONF.

Fáanlegt á https://github.com/ncclient/ncclient (keyra pip install ncclient).
Netrounds-ncc.yang gagnalíkanið er að finna í /opt/netrounds-confd þegar ConfD hefur verið sett upp samkvæmt uppsetningarhandbókinni).

Yfirview af helstu verkefnum sem unnin eru

(Nokkur frekari verkefni eru einnig sýnd í því sem á eftir kemur.)

„Búa til og setja nýjan prófunaraðila í notkun“ á síðu 16
„Búa til birgðahluti (td endurskinsmerki)“ á síðu 29
„Setja upp viðvörunarsniðmát og hvert á að senda viðvörun“ á síðu 35

„Búa til og keyra próf“ á síðu 45
„Sótt niðurstöður úr prófunum“ á síðu 50
„Ræsing skjás (innifalin uppsetning á viðvörunum)“ á blaðsíðu 60

„Sækir SLA stöðu fyrir skjá“ á síðu 67
„Að vinna með tags“Á síðu 71

Examples: Prófunaraðilar

Yfirview frá Test Agent Orchestration
Prófunaraðilar í Paragon Active Assurance eru taldir sem „stillingar“ í samhengi við hljómsveitarsetningu. Þetta þýðir að stofnun, stjórnun og eyðing prófunarmiðla ætti að fara fram í gegnum hljómsveitarstjórann og NETCONF frekar en í gegnum Paragon Active Assurance GUI.
MIKILVÆGT: Ef prófunarmiðill er settur upp af tæknimanni og skráður í Control Center án þess að hafa verið búinn til í gegnum NETCONF & YANG API, mun prófunarmiðillinn ekki vera til í stillingagagnagrunninum og kerfið mun fara úr samstillingu. Til þess að ConfD verði meðvitaður um prófunaraðilann í þessu tilfelli, verður nauðsynlegt að framkvæma nýja samstillingu við stjórnstöð, eins og lýst er í kaflanum „Samstillingar gagnagrunns við stjórnstöð“ á síðu 4.

Skipulagning sýndarprófunaraðila (vTAs) ætti því frekar að fara fram í eftirfarandi skrefum:

Búðu til sýndarprófunarmiðilinn, þar á meðal viðmótsstillingar hans, með því að nota NETCONF & YANG viðmótið í stjórnstöð. Nafn prófunaraðilans verður einstakur lykill hans.
Settu upp vTA á sýndarvæðingarvettvang. Fylgdu leiðbeiningunum í nethjálpinni undir Test Agents > Uppsetning. Grunnviðmótsuppsetningin sem gerir vTA kleift að tengjast stjórnstöðinni, svo og skilríki fyrir auðkenningu, er veitt í vTA með því að nota notendagögn í skýi.
Þegar vTA hefur ræst mun það sjálfkrafa tengjast Control Center með dulkóðaðri OpenVPN tengingu. NETCONF tilkynning er send þar sem gildi prófunarmiðils-stöðubreytingar færibreytu vTA hefur nú breyst í „á netinu“.
ATH: Þar sem nafn vTA er auðkenni þess í Control Center verður þetta nafn að vera það sama og skilgreint er í Control Center í „skref 1“ á síðu 17.

Þegar vTA hefur tengst og auðkennt við Control Center er viðmótsstillingunni ýtt á vTA. Þetta er viðmótsstillingin sem veitt er í „skref 1“ á síðu 17 þegar vTA var búið til í Control Center.
Eftir að vTA hefur þjónað tilgangi sínum skaltu eyða vTA.

Að búa til og setja upp nýjan prófunaraðila

Við þurfum fyrst að búa til prófunaraðila með því að nota NETCONF & YANG viðmótið við Control Center. Þegar prófunarmiðill er búinn til á þennan hátt er ekki þörf á samstillingu við stjórnstöð.
YANG líkanið fyrir prófunaraðila er eins og sýnt er hér að neðan. Það fæst sem úttak frá skipuninni
pyang -f tré netrounds-ncc.yang
YANG líkanið í heild sinni er gefið upp í „Viðauki: Trjáuppbygging fulls YANG líkans“ á blaðsíðu 81, sem inniheldur einnig þjóðsögu sem útskýrir reglurnar sem notaðar eru í þessu og öðrum YANG líkanskreytingum í þessu skjali.

Við höldum áfram í eftirfarandi skrefum, sem eru nánar í eftirfarandi:

Í upphafi hefur Paragon Active Assurance reikningurinn „demo“ enga prófunaraðila í birgðum sínum.
Prófunarmiðill sem heitir „vta1“ er búinn til með ncclient. Á þessu stage, enginn raunverulegur prófunaraðili er til ennþá (þ.e. hann hefur ekki enn verið ræstur).
Prófunarmiðillinn er notaður í OpenStack. (Dreifing á þeim vettvangi er valin hér sem einn möguleiki meðal annarra.)

Prófunaraðilinn tengist „demo“ reikningi stjórnstöðvarinnar og er nú tilbúinn til notkunar.
Skref 1: Í upphafi eru engir prófunaraðilar á reikningnum „demo“. Sjáðu skjámyndina hér að neðan frá stjórnstöð GUI.Skref 2: Prófunarmiðill er búinn til í stjórnstöðinni með því að nota Python NETCONF biðlarann „ncclient“. Hér að neðan er ncclient kóða til að búa til prófunaraðila sem hefur eitt líkamlegt viðmót með DHCP vistfangi:

flytja inn argparse
frá ncclient innflutningsstjóra
parser = argparse.ArgumentParser(description='Próf að búa til prófunaraðila')
parser.add_argument('–host', help='Hýsingarheitið þar sem ConfD er að finna', required=True)
parser.add_argument('–port', help='Gáttin til að tengjast ConfD', required=True)
parser.add_argument('–username', help='Notandanafnið til að tengjast ConfD', required=True)
parser.add_argument('–password', help='Lykilorð að ConfD reikningnum', required=True)
parser.add_argument('–netrounds-account', help='Stutt nafn NCC reikningsins', required=True)
parser.add_argument('–test-agent-name', help='Nafn prófunaraðila', required=True)
args = parser.parse_args()
með manager.connect(host=args.host, port=args.port, notendanafn=args.notandanafn,
password=args.password, hostkey_verify=False) sem m:
# Búðu til prófunarfulltrúa í stjórnstöð
xml = “””

)prenta m.edit_config(target='running', config=xml)

ATH: Kóðanum á undan manager.connect(…) er sleppt úr síðari frvample kóðabútar.
NTP þjónn er stilltur á eth0 og eth0 er einnig stjórnunarviðmótið (það er viðmótið sem tengist stjórnstöðinni).
Prófunarforrit leyfir ekki að stilla viðmót eins og er. Af þessum sökum, frá útgáfu 2.34.0 og áfram, er hægt að sleppa viðmótsstillingu í YANG skema. Samsvarandi XML er því einfaldað verulega í þessu tilfelli:Þegar prófunarmiðillinn hefur verið búinn til er hann til í stillingagagnagrunninum og í Control Center. Sjáðu skjámyndina hér að neðan af birgðum prófunaraðilans, sem sýnir prófunaraðilann „vta1“:

Skref 3: Nú er kominn tími til að dreifa prófunarmiðlinum „vta1“ í OpenStack.
Prófunaraðilinn mun nota notendagögn með skýjaeiningu til að sækja upplýsingar um hvernig á að tengjast stjórnstöðinni. Nánar tiltekið notendagagnatextann file hefur eftirfarandi innihald (Athugið að #cloud-config og netrounds_test_agent línurnar verða að vera til staðar og að þær línur sem eftir eru verða að vera dregnar inn):

Fyrir frekari upplýsingar, vinsamlegast skoðaðu skjalið How to Deploy Virtual Test Agents in OpenStack.
Þegar prófunarmiðillinn hefur verið settur á vettvang og hefur tengst við stjórnstöð, verður stillingunni ýtt frá stjórnstöðinni til prófunaraðilans.

Skref 4: Prófunaraðilinn er nú á netinu í Control Center og hefur fengið uppsetningu sína. Prófunarmiðillinn er tilbúinn til notkunar við prófanir og eftirlit. Sjá þessa kafla:

„Hefja próf“ á blaðsíðu 45

„Skjár ræstur“ á síðu 60

Að skrá prófunaraðilana á Paragon Active Assurance reikningnum þínum
Hér að neðan er fyrrvample ncclient Python kóða til að skrá prófunaraðilana á Paragon Active Assurance reikning:

Að keyra þennan kóða gefur úttak eins og hér að neðan:

Að eyða prófunaraðila
Eftir að prófi er lokið gæti verið viðeigandi í sumum notkunartilfellum að eyða prófunaraðilanum.
Hér að neðan er kóðabútur sem sýnir hvernig á að gera þetta með ncclient:

NETCONF tilkynningar
Hér að neðan kynnum við einfalt tdampforskrift til að hlusta á allar NETCONF tilkynningar sem berast frá Control Center. Þessar tilkynningar eru sendar í hvert sinn sem ákveðnir atburðir eiga sér stað, svo sem að prófunaraðili fer án nettengingar eða prófun sem er hafin af notanda er lokið. Á grundvelli upplýsinganna í tilkynningunum geta notendur úthlutað sjálfvirkum eftirfylgniaðgerðum í hljómsveitarstjóranum.

Þegar ofangreint handrit er keyrt mun NC viðskiptavinur kynna móttekna tilkynningu í skipulögðu XML. Sjá fyrrvampúttakið hér að neðan, sem sýnir prófunaraðila fara óvænt án nettengingar.

2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
kynningu
HW1
ótengdur

Examples: Birgðavörur

Að búa til (flytja inn) og hafa umsjón með birgðahlutum eins og TWAMP endurskinsmerki og Y.1731 MEPs er gert á svipaðan hátt og fyrir prófunaraðila. Hér að neðan er XML og NETCONF kóða til að skilgreina slíka aðila í Paragon Active Assurance í gegnum NETCONF & YANG API og til að sækja lista yfir þau atriði sem skilgreind eru.

Að búa til TWAMP Endurskinsmerki

Að búa til Y.1731 MEP

Að búa til IPTV rás

Að búa til Ping Host

Að búa til SIP reikning

Að sækja birgðavörur
Hér að neðan er Python kóða til að sækja allar birgðavörur sem eru skilgreindar á reikningi. (Allar tegundir birgðavara eru sóttar í einu lagi hér til að forðast endurtekningar í skjalinu. Auðvitað er hægt að sækja hvaða undirmengi birgðavara sem er með því að sleppa einhverjum af línunum sem eru tilgreindar hér að neðan.)

Að keyra þennan kóða gefur úttak eins og hér að neðan:

Examples: Viðvörun

Viðvörunarsniðmát og tengd atriði (SNMP stjórnendur, viðvörunarpóstlistar) eru búnar til og stjórnað á svipaðan hátt og birgðavörur. Þessi kafli inniheldur XML og NETCONF kóða til að skilgreina slíka einingar í Paragon Active Assurance í gegnum NETCONF & YANG API og til að sækja lista yfir þau atriði sem skilgreind eru.
Viðvörunarpóstlistar
Búa til viðvörunarpóstlista

Að sækja alla viðvörunarpóstlista

SNMP stjórnendur
Að búa til SNMP stjórnanda

Að sækja alla SNMP stjórnendur

Viðvörunarsniðmát
Að búa til viðvörunarsniðmát

Sækja öll viðvörunarsniðmát

Examples: SSH lyklar

Þú getur bætt SSH almennum lyklum við prófunaraðila í gegnum NETCONF & YANG API. Með því að nota samsvarandi einkalykil geturðu síðan skráð þig inn á prófunaraðilann í gegnum SSH.
Allur listi yfir tiltækar aðgerðir á SSH lyklum er sem hér segir:

Bættu við SSH lykli
Breyttu SSH lykli

Skoðaðu SSH lykil
Listaðu SSH lykla
Eyða SSH lykli.
Hér að neðan eru aðgerðirnar til að bæta við og eyða með dæmi.

Bætir við SSH lykli

Hér er hvernig á að búa til nýjan SSH lykil.

Juniper NETWORKS NETCONF & YANG API hugbúnaður - Lykill

Eyðir SSH lykli
Ef þú vilt eyða SSH lykli skaltu nota eftirfarandi skipun:

Examples: Próf

Hér er gert ráð fyrir að prófunaraðilar (eins margir og krafist er fyrir prófin) hafi verið búnir til í samræmi við kaflann "Búa til og setja upp nýjan prófunaraðila" á síðu 17.
YANG líkanleiðir fyrir prófanir

Atriði	YANG líkanslóð: /reikningar/reikningur/próf…
prófum	/.
próf[id]	/próf
id	/próf/id
nafn	/próf/nafn
stöðu	/próf/staða
byrjunartími	/próf/upphafstími
endatíma	/próf/lokatími
skýrslu-url	/prófunarskýrslunni-url
skrefum	/próf/skref
skref[id]	/próf/skref/skref
nafn	/próf/skref/skref/nafn
id	/próf/skref/skref/id
byrjunartími	/próf/skref/skref/upphafstími
endatíma	/próf/skref/skref/lokatími
stöðu	/próf/skref/skref/staða
stöðu-skilaboð	/próf/skref/skref/stöðuskilaboð
sniðmát	/sniðmát
sniðmát[nafn]	/sniðmát/sniðmát
nafn	/sniðmát/sniðmát/nafn
lýsingu	/sniðmát/sniðmát/lýsing
breytur	/sniðmát/sniðmát/færibreytur
færibreyta[lykill]	/templates/template/parameters/parameter
lykill	/templates/template/parameters/parameter/key
gerð	/templates/template/parameters/parameter/type

Forsendur fyrir prófunarsveit

Til þess að hefja próf í gegnum NETCONF með því að nota NC biðlara, þarf fyrst að búa til prófunarsniðmát með því að nota Control Center GUI eins og lýst er í hjálpinni í forritinu undir „Próf og skjáir“ > „Búa til sniðmát“. Allir reiti sem tilgreindir eru í því sniðmáti sem „Inntak sniðmáts“ verða nauðsynlegir sem færibreytur í XML þegar þú skipuleggur upphaf prófunarsniðmátsins.
Að keyra próf í Paragon Active Assurance er talið „ástand“ í samhengi við hljómsveitarsetningu. Ríkisgögn eru óskrifanleg gögn sem eru ekki geymd í stillingagagnagrunninum, öfugt við stillingargögnin sem nefnd eru í kaflanum „Yfirview of Test Agent Orchestration“ á blaðsíðu 17. Þetta þýðir í grundvallaratriðum að breytingar á prófum eða sniðmátum í Stjórnstöð GUI mun ekki valda neinum samstillingartengdum vandamálum á milli Control Center og grunnstillingargagnagrunnsins.
Til að fá skýrslu-URL rétt í prófunarskýrslum þarftu að ganga úr skugga um að Control Center URL er rétt stillt. Þetta er gert í file /opt/netrounds-confd/settings.py. Sjálfgefið er að hýsilheiti stjórnstöðvarinnar er sótt með socket.gethostname(): sjá hér að neðan. Ef þetta gefur ekki rétta niðurstöðu þarftu að stilla hýsilheitið (eða allt URL) handvirkt í þessu file.

# URL af stjórnstöðinni án skástrik.
# Þetta er tdampLe notað í prófunarskýrslu-url.
HOSTNAFN = socket.gethostname()
NETROUNDS_URL = 'https://%s' % HOSTNAFN
Að hefja próf
Eins og lýst er í kaflanum „Búa til og setja upp nýjan prófunarmiðil“ á síðu 17, keyrðu skipunina pang -f tree netrounds-ncc.yang
úr skránni /opt/netrounds-confd/ til að gefa út YANG líkanið. Í þessu líkani lítur RPC fyrir að hefja próf með því að nota NC biðlara sem hér segir:

Fyrir skýringar, sjá kaflann „Goðsögn“ á síðu 81 í viðauka.

Eftirfarandi skref eru sýnd hér að neðan:

Prófunaraðilar hafa verið skráðir á Paragon Active Assurance reikninginn, en engin próf hafa enn verið hafin.
Nauðsynlegar inntaksfæribreytur eru auðkenndar í prófunarsniðmátinu sem verður keyrt.
60 sekúndna HTTP próf er hafið með því að nota ncclient.

Skref 1: Í upphafi hafa engin próf verið sett af stað á Paragon Active Assurance reikningnum. Sjáðu skjámyndina hér að neðan frá stjórnstöð GUI.
Skref 2: Sniðmátið sem við munum nota til að hefja prófið í þessu tdample er HTTP prófunarsniðmát. Það hefur tvo lögboðna innsláttarreiti (Viðskiptavinir og URL) sem við höfum tilgreint sem slíkt þegar við smíðuðum sniðmátið í stjórnstöð GUI.

Við munum skilgreina þessar færibreytur (meðal annars) í XML stillingunni sem NETCONF stjórnandi okkar (ncclient) sendir til stillingagagnagrunnsins.
Skref 3: HTTP prófið er hafið með því að nota ncclient.
Hér að neðan er fyrrvample kóða þar sem nauðsynlegar stillingarupplýsingar og færibreytur eru tilgreindar fyrir HTTP prófunarsniðmátið. Það fer eftir því hvernig sniðmátið hefur verið byggt upp, upplýsingarnar hér geta verið mismunandi.
Fyrir hverja færibreytu er eigindinn þarf að gefa upp. Lykillinn er eins og færibreytan
Heiti breytu í stjórnstöð. Þú getur skoðað breytuheiti sem hér segir:

Smelltu á Tests á hliðarstikunni og veldu New Test Sequence.

Smelltu á Mín sniðmát.
Smelltu á Breyta hlekkinn fyrir neðan sniðmátið sem þú hefur áhuga á.
Smelltu á Breyta innsláttarhnappinn efst í hægra horninu.

Í okkar fyrrverandiample, og sjálfgefið eru breytuheitin einfaldlega lágstafir útgáfur af skjánöfnunum sem sjást í Control Center (“url" á móti. "URL“ o.s.frv.). Hins vegar, í GUI Control Center, geturðu endurnefna breyturnar í það sem þú vilt.
Fyrir utan lykilinn þarf hver færibreyta að hafa tegund sína tilgreinda: tdample, fyrir URL.
Vinsamlegast athugaðu að þú þarft að endurskoðaview heildar YANG líkanið til að fá allar upplýsingar um tegundir. Fyrir viðmót prófunaraðila hefur tegundin flóknari uppbyggingu, eins og sést undir í kóðanum hér að neðan.

Við getum nú keyrt skriftuna með því að nota ncclient. Að því gefnu að allt sé rétt verður prófið hafið og framkvæmd þess birtist í Control Center:Ef prófið gengur vel mun stjórnstöð svara með prófunarauðkenninu. Í þessu frvample, prófunarauðkennið er 3:Prófauðkennið er einnig að finna í URL fyrir prófið í GUI Control Center. Í þessu frvample, það URL er https://host/demo/testing/3/.
Að sækja niðurstöður úr prófum
Einfaldasta leiðin til að sækja prófunarniðurstöður er með því að benda á prófunarauðkennið.
Hér að neðan er Python kóða til að fá niðurstöður úr ofangreindu HTTP prófi með auðkenni = 3:
með stjórnanda. Tengdu (host=args.host, port=args.port, notendanafn=args.username, password=args.password, hostkey_verify=False) sem m:

Úttakið mun líta eitthvað á þessa leið:

Flytja út og flytja inn prófunarsniðmát
Hægt er að flytja út prófunarsniðmát á JSON sniði og flytja aftur inn á því sniði í Control Center. Þetta er gagnlegt ef þú vilt nota prófunarsniðmát í annarri uppsetningu á Control Center. (Upphafleg gerð sniðmátanna er best meðhöndluð í gegnum stjórnstöð GUI.)
Hér að neðan er kóði til að framkvæma útflutning og innflutning.
Flytur út prófunarsniðmát

# Fáðu json stillingar frá svari
rót = ET.fromstring(svar._raw)
json_config = root[0].text
prenta json_config
Sniðmátið er að finna í json_config hlutnum.
Flytja inn prófunarsniðmát
Hægt er að flytja inn JSON stillingarhlut sem geymir prófunarsniðmát aftur inn í Control Center sem hér segir.

Examples: Skjár

Þessi hluti gerir ráð fyrir að prófunarmiðlar (eins margir og eftirlitsmenn krefjast) hafi verið búnir til í samræmi við kaflann "Búa til og setja upp nýjan prófunaraðila" á síðu 17.
YANG líkan slóðir fyrir skjái

Atriði	YANG líkanslóð: /reikningar/reikningur/skjáir …
fylgist með	/.
fylgjast með [nafn]	/ fylgjast með
nafn	/skjár/nafn
lýsingu	/monitor/lýsing
byrjaði	/monitor/byrjaði
sniðmát	/monitor/template
viðvörunarstillingar	/monitor/alarm-configs
Atriði	YANG líkanslóð: /accounts/account/monitors/monitor/alarm-configs …
alarm-config[auðkenni]	/alarm-config
auðkenni	/alarm-config/identifier
sniðmát	/alarm-config/template
tölvupósti	/alarm-config/email
snmp	/alarm-config/snmp
thr-es-gagnrýninn	/alarm-config/thr-es-critical
thr-es-critical-clear	/alarm-config/thr-es-critical-clear
þri-es-dúr	/alarm-config/thr-es-major
thr-es-major-clear	/alarm-config/thr-es-major-clear
þri-es-moll	/alarm-config/thr-es-minor
thr-es-moll-clear	/alarm-config/thr-es-minor-clear
thr-es-viðvörun	/alarm-config/thr-es-warning
thr-es-viðvörun-hreint	/alarm-config/thr-es-warning-clear
alvarleiki án gagna	/alarm-config/no-data-severity
tímamörk án gagna	/alarm-config/no-data-timeout
aðgerð	/alarm-config/action
gluggastærð	/alarm-config/window-size
millibili	/alarm-config/interval
send-aðeins-einu sinni	/alarm-config/send-only-once
snmp-gildru-á hvern straum	/alarm-config/snmp-trap-per-stream
Atriði	YANG líkanslóð: /reikningar/reikningur/skjáir …
breytur	/monitor/færibreytur
Atriði	YANG líkanslóð: /accounts/account/monitors/monitor/parameters …
færibreyta[lykill]	/færibreyta
lykill	/parameter/lykill
(gildisgerð)	/færibreyta
:(heil tala)	/færibreyta
heiltala	/parameter/heiltala
:(fljóta)	/færibreyta
fljóta	/parameter/flota
:(strengur)	/færibreyta
Atriði	YANG líkanslóð: /accounts/account/monitors/monitor/parameters …
strengur	/parameter/strengur
:(test-agent-tengi)	/færibreyta
test-agent-tengi	/parameter/test-agent-tengi
test-agent-interface[“1” á síðu 58	/parameter/test-agent-interfaces/
reikning	/parameter/test-agent-interfaces/test-agent-interface/account
prófunaraðili	/parameter/test-agent-interfaces/test-agent-interface/test-agent
viðmót	/parameter/test-agent-interfaces/test-agent-interface/tengi
ip-útgáfa	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:(tvamp-gluggar)	/færibreyta
twamp-endurskinsmerki	/parameter/twamp-endurskinsmerki
twamp-reflektor[nafn]	/parameter/twamp-gluggar/twamp-reflektor
nafn	/parameter/twamp-gluggar/twamp-reflektor/nafn
:(y1731-meps)	/færibreyta
y1731-meps	/parameter/y1731-meps
y1731-mep[nafn]	/parameter/y1731-meps/y1731-mep
nafn	/parameter/y1731-meps/y1731-mep/nafn
:(sip-reikningar)	/færibreyta
sip-reikningar	/parameter/sip-reikningar
sip-reikningur[„2“ á síðu 58]	/parameter/sip-reikningar/sip-reikningur
reikning	/parameter/sip-reikningar/sip-reikningur/reikningur
prófunaraðili	/parameter/sip-accounts/sip-account/test-agent
viðmót	/parameter/sip-reikningar/sip-reikningur/viðmót
sip-heimilisfang	/parameter/sip-reikningar/sip-reikningur/sip-address
:(iptv-rásir)	/færibreyta
iptv-rásir	/parameter/iptv-rásir
iptv-rás[nafn]	/parameter/iptv-rásir/iptv-rás
nafn	/parameter/iptv-rásir/iptv-rás/nafn

reikningsprófunarviðmót
reikning próf-umboðsmanns tengi sip-vistfang

Atriði	YANG líkanslóð: /reikningar/reikningur/skjáir …
stöðu	/monitor/staða
síðustu 15 mínúturnar	/monitor/status/last-15-minutes
stöðu	/monitor/status/last-15-minutes/status
stöðu-gildi	/monitor/status/last-15-minutes/status-value
síðasta klukkutímann	/monitor/status/last-hour
stöðu	/monitor/status/last-hour/status
stöðu-gildi	/monitor/status/last-hour/status-value
síðasta sólarhringinn	/monitor/status/last-24-hours
stöðu	/monitor/status/last-24-hours/status
stöðu-gildi	/monitor/status/last-24-hours/status-value
sniðmát	/sniðmát
sniðmát[nafn]	/sniðmát/sniðmát
nafn	/sniðmát/sniðmát/nafn
lýsingu	/sniðmát/sniðmát/lýsing
breytur	/sniðmát/sniðmát/færibreytur
færibreyta[lykill]	/templates/template/parameters/parameter
lykill	/templates/template/parameters/parameter/key
gerð	/templates/template/parameters/parameter/type

Forsendur fyrir Monitor Orchestration
Áður en þú getur ræst skjá í gegnum NETCONF með því að nota ncclient þarftu að búa til skjásniðmát í GUI Control Center eins og útskýrt er í hjálpinni í forritinu undir „Próf og skjáir“ > „Búa til sniðmát“. Allir reiti sem tilgreindir eru sem „Inntak sniðmáts“ í því sniðmáti verða nauðsynlegir sem færibreytur í XML þegar skipulagt er upphaf sniðmátsins.
Að fá innsláttarfæribreytur frá skjásniðmátum
Hér að neðan eru tvö sniðmát sýnd. Hið fyrra er fyrir UDP-vöktun á milli tveggja prófunarviðmóta og hið síðara er fyrir HTTP með því að nota eitt prófunarviðmót.
Til að finna út innsláttarfæribreytur sniðmáts, smelltu á reitinn sem táknar sniðmátið. Fyrir HTTP sniðmátið gætu færibreyturnar litið svona út:

Við þurfum að skilgreina þessar breytur í næsta skrefi þegar skjár er ræstur.
Að ræsa skjá
Með því að nota prófunarmiðlana sem við skilgreindum og notuðum í kaflanum „Búa til og setja nýjan prófunarmiðil í notkun“ á síðu 17, getum við ræst skjá frá sniðmátinu „HTTP“ eins og sýnt er hér að neðan.
Fyrir hverja færibreytu er eigindinn þarf að gefa upp. Lykillinn er eins og breytuheiti færibreytunnar í Control Center. Þú getur skoðað breytuheiti sem hér segir:

Smelltu á Vöktun á hliðarstikunni og veldu Nýr skjár.
Smelltu á Mín sniðmát.
Smelltu á Breyta hlekkinn fyrir neðan sniðmátið sem þú hefur áhuga á.
Smelltu á Breyta innsláttarhnappinn efst í hægra horninu.

Í okkar fyrrverandiample, og sjálfgefið eru breytuheitin einfaldlega lágstafir útgáfur af skjánöfnunum sem sjást í Control Center (“url" á móti. "URL“ o.s.frv.). Hins vegar, í GUI Control Center, geturðu endurnefna breyturnar í það sem þú vilt.
Fyrir utan lykilinn þarf hver færibreyta að hafa tegund sína tilgreinda: tdample, fyrir URL. Vinsamlegast athugaðu að allar upplýsingar um færibreytutegundina er að finna í YANG líkaninu. Fyrir viðmót prófunaraðila hefur tegundin flóknari uppbyggingu, eins og sést í kóðanum hér að neðan.
Í fyrrvampLeið sem á eftir kemur er engin viðvörun tengd skjánum. Til dæmisamplesum sem fela í sér viðvörun, farðu í kaflann „Ræsing skjás með viðvörun“ á blaðsíðu 62.

Að ræsa skjá með vekjara
Til að tengja viðvörun við skjá geturðu annað hvort bent á viðvörunarsniðmát sem hefur verið skilgreint, eða þú getur gefið upp alla viðvörunarstillinguna þegar þú býrð til skjáinn. Við munum gefa eitt example af hverri nálgun hér að neðan.
Uppsetning skjáviðvörunar með því að benda á viðvörunarsniðmát
Til að geta notað viðvörunarsniðmát verður þú að vita auðkenni þess. Í þessu skyni skaltu fyrst sækja öll viðvörunarsniðmát eins og lýst er í kaflanum „Sækja öll viðvörunarsniðmát“ á síðu 39 og athugaðu nafn viðkomandi sniðmáts. Þú getur þá vísað til þess sniðmáts sem hér segir:

Setja upp skjáviðvörun með því að stilla hana beintly
Að öðrum kosti er hægt að setja upp viðvörun fyrir skjá með því að gefa upp alla uppsetningu hans þegar skjárinn er búinn til, án þess að vísa í viðvörunarsniðmát. Þetta er gert eins og sýnt er í eftirfarandi frvample.

Sækja hlaupandi skjái
Til að sækja alla skjái sem eru í gangi skaltu keyra þetta skriftu:
með stjórnanda. connect(host=args.host, port=args.port, username=args. notendanafn, password=args.password, hostkey_verify=False) sem m:

Úttakið er listi yfir alla skjái sem eru í gangi eins og sýnt er hér að neðan:

Að sækja SLA stöðu fyrir skjá
Hér er hvernig á að sækja SLA stöðu fyrir skjá. Í þessu frvample, við erum að sækja SLA stöðuna fyrir skjáinn „Network Quality“ í þrjú tímabil: síðustu 15 mínúturnar, síðustu klukkustundina og síðustu 24 klukkustundirnar.

Úttakið mun líta eitthvað á þessa leið:

NETCONF tilkynningar
NETCONF tilkynningar fyrir skjái eru ræstar af SLA brotum. Þetta gerist þegar SLA fyrir skjáinn fer niður fyrir SLA þröskuld („Gott“ eða „Ásættanlegt“) innan ákveðins tímaglugga, sjálfgefið síðustu 15 mínúturnar. Það skal tekið fram að tilkynningar um SLA brot birtast fljótt eftir að þjónusta verður fyrir áhrifum af vandamáli, en SLA staða mun snúa aftur í „Gott“ aðeins eftir 15 mínútur og aðeins ef engin frekari brot eiga sér stað.
Hægt er að breyta tímaglugganum með því að breyta stillingunni SLA_STATUS_WINDOW (gildi í sekúndum) í /etc/netrounds/netrounds.conf.
Flytja út og flytja inn skjásniðmát
Þetta er gert á nákvæmlega sama hátt og fyrir prófunarsniðmát; berðu saman kaflann „Að flytja út og flytja inn prófunarsniðmát“ á síðu 52. Kóðabútarnir hér að neðan sýna hvernig á að flytja út og flytja inn sniðmát fyrir skjái.
Flytur út skjásniðmát

Flytur inn skjásniðmát

Notar Tags

Tags skilgreint í Paragon Active Assurance er hægt að beita á:

fylgist með
fylgjast með sniðmátum
Prófunaraðilar
TWAMP endurskinsmerki
Ping gestgjafar.
Til dæmisample, þú getur tag skjár með sama tag sem undirmengi prófunaraðila sem ætla að keyra skjáinn. Þessi eiginleiki er sérstaklega gagnlegur ef þú ert með mikinn fjölda skjáa og sniðmáta skilgreinda.

Ef þú hefur sett upp viðvörun með SNMP gildrum fyrir skjá, þá verður SNMP gildrunum úthlutað eins tags sem skjár, ef einhver er.
Að búa til Tags
Hér að neðan sýnum við hvernig á að búa til a tag með nafni og lit eins og skilgreint er af XMLtag> undirbyggingu.

Að úthluta a Tag
Til að úthluta a tag við tilföng bætirðu því við sem nýjutag> þáttur undirtags> þáttur fyrir þá auðlind.
Hér er hvernig á að úthluta a tag til prófunaraðila:

Til að úthluta a tag til TWAMP endurskinsmerki, gerðu eftirfarandi:

Að úthluta a tag á skjá er meðhöndlað á svipaðan hátt:

Að öðrum kosti geturðu úthlutað núverandi tag til einhverra þessara tilfangategunda þegar tilfangið er búið til, með því að taka meðtags> þáttur sem inniheldur tag sem um ræðir.
Uppfærsla a Tag
Uppfærir núverandi tag með nýjum eiginleikum er hliðstætt því að búa til a tag:

Afúthlutun a Tag
Til að fjarlægja úthlutun a tag úr auðlind, bætið eigindinni nc:operation=“delete“ viðtag> þáttur sem tilheyrir auðlindinni. Hér að neðan aftökum við a tag frá skjá.

Eyðir a Tag
Til að eyða a tag að öllu leyti frá stjórnstöðinni er eigindin nc:operation=”delete” notuð aftur, en að þessu sinni er notuð á tag sjálft, skilgreint skv .

Úrræðaleit

Vandamál: Hljómsveitarstjóri og Paragon Active Assurance ekki samstilltur
Hljómsveitarstjórinn og Paragon Active Assurance geta endað úr takti til dæmisample ef stillingarbreytingar hafa verið gerðar í stjórnstöð GUI, eða ef beita stillingu tókst ekki og afturför í fyrra ástand mistókst.
Ef um misheppnaða afturköllun er að ræða mun NETCONF þjónninn ekki lengur samþykkja breytingar á stillingum; það mun svara með villuskilaboðum um að uppsetningin sé læst þar til hún er aftur samstillt. Til að komast aftur í samstillingu og opna stillingarbreytingar þarftu að keyra skipunina rpc sync-from-ncc sem samstillir allar stillingar frá stjórnstöðinni við stillingargagnagrunninn.
ATH: The confd@netrounds.com notandi (eða hvað sem hefur verið stillt) verður að hafa ofurnotendaréttindi til að allt sé samstillt með góðum árangri. Þetta er hægt að ná með skipuninni ncc user-update confd@netrounds.com –is-superuser Ef notandinn er ekki ofurnotandi birtist viðvörun sem segir að ekki væri hægt að samstilla allt, en allt sem hægt væri að höndla hafi verið.
ATH: Ef hljómsveitarstjórinn þinn geymir einnig stillingarnar þarftu einnig að samstilla hana aftur þar sem umbeðin stilling (stillingin sem hljómsveitarstjórinn býst við að stjórnstöðin hafi) mun ekki hafa verið notuð.
Vandamál: Upphafleg samstilling (sync-from-ncc) mistókst vegna óstuddar tilföng
Ef þú reynir að keyra rpc sync-from-ncc á reikningi sem hefur stillingar hans búnar til í stjórnstöð GUI, gætirðu lent í vandræðum ef reikningurinn inniheldur óstudd tilföng. Mælt er með því að þú byrjir með tóman reikning og gerir allar stillingar á honum í gegnum NETCONF. Annars, ef þú lendir í vandræðum með auðlindaárekstra, verður þú að fjarlægja auðlindirnar sem stangast á af reikningnum.
Vandamál: NETCONF skipanir mistakast með ncclient.operations.rpc.RPCError: samskiptabilun í forriti
NETCONF þjónninn endurheimtir ekki tengingu við Control Center miðlarann sjálfkrafa ef Control Center er endurræst. Til að endurheimta tenginguna við stjórnstöðina skaltu endurræsa NETCONF ferlið: sudo systemctl endurræsa netrounds-confd

Athugasemdir um prófunarforrit og prófunartæki

Prófunarforrit í ConfD
Meðal prófunaraðila virkar (nýrra) prófunarforritið svolítið öðruvísi en (eldra) prófunartæki.
Prófunarforrit styðja ekki viðmótsstillingar eins og er. Þess vegna gerir YANG skemað kleift að tilgreina tóma viðmótsstillingu fyrir slíka prófunaraðila. Sjá „þessi leið“ á blaðsíðu 23 fyrir tdample.
Þegar þú samstillir ConfD gagnagrunninn við Control Center með því að nota sync-from-ncc skipunina, vilt þú að viðmótsstillingin haldist tóm og verði ekki yfirskrifuð af því sem er að finna í Control Center. Þess vegna þarftu að nota sérstakt fána –without_interface_config með þeirri skipun þegar þú vinnur með Test Agent Applications.
Tóm viðmótsstilling fyrir prófunartæki
Eins og fram kemur hér að ofan styður Test Agent Application ekki viðmótsstillingar og því er hægt að sleppa viðmótum í YANG skemanu.
En það eru líka tilfelli þar sem þú gætir viljað sleppa viðmótsstillingu frá prófunartæki. FyrrverandiampLeið af þessu gæti verið hljómsveitaratburðarás þar sem þú ert að snúa upp Test Agent með því að nota cloud-init, og þú vilt að viðmótsstillingin þaðan sé notuð, í stað þess að láta ConfD skrifa yfir það þegar prófunarmiðillinn kemur á netið.
YANG kerfisbreytingar varðandi óskilgreind tengi
Þar sem tóm viðmótsstilling er nú leyfð (frá útgáfu 2.34.0 og áfram), er hægt að tilgreina hvaða viðmótsheiti sem er sem inntak í verkefni sem keyrir sem hluti af prófi eða skjá.
Þetta er nauðsynlegt til að geta notað Test Agent umsókn, þar sem engin viðmótsheiti eru skilgreind í ConfD. Athugaðu samt að þetta þýðir líka að þú getur lent í vandræðum ef þú stillir próf eða skjá fyrir slysni til að nota viðmót sem ekki er til. Svo vinsamlegast hafið þetta í huga.
Takmarkanir þegar þú skráir prófunaraðila sem búinn er til í ConfD
Þegar prófunarmiðill er búinn til í gegnum REST eða NETCONF/YANG API, getum við ekki vitað fyrirfram hvaða gerð það er: Test Agent Appliance eða Test Agent Application. Þetta kemur fyrst í ljós eftir að prófunaraðilinn hefur skráð sig.
Þegar prófunaraðilinn hefur verið skráður og hefur breyst í eina af þessum steypugerðum er ekki heimilt að endurskrá hann sem aðra tegund prófunaraðila. Þetta þýðir að þú hefur ekki leyfi til að skrá það fyrst sem prófunartæki, síðan endurskrá það sem prófunarumboðsforrit, eða öfugt. Ef þú þarft prófunaraðila af annarri gerð þarftu að búa til nýjan prófunaraðila.

Viðauki: Trjábygging fullrar YANG líkans

Í þessum viðauka útskýrir kaflinn „Legend“ á blaðsíðu 81 setningafræði YANG líkantrésbyggingarinnar sem er búin til með skipuninni pyang -f tré.
Hlutinn „YANG líkantrésbygging“ á síðu 82 gefur úttakið frá þeirri skipun sem er beitt á netrounds-ncc.yang. Hlutar þessarar úttaks eru afritaðir annars staðar í skjalinu.
Goðsögn

YANG líkan tré uppbygging

Juniper Networks, Juniper Networks lógóið, Juniper og Junos eru skráð vörumerki Juniper Networks, Inc. í Bandaríkjunum og öðrum löndum. Öll önnur vörumerki, þjónustumerki, skráð merki eða skráð þjónustumerki eru eign viðkomandi eigenda. Juniper Networks tekur enga ábyrgð á ónákvæmni í þessu skjali. Juniper Networks áskilur sér rétt til að breyta, breyta, flytja eða á annan hátt endurskoða þessa útgáfu án fyrirvara. Höfundarréttur © 2023 Juniper Networks, Inc. Allur réttur áskilinn.

Skjöl / auðlindir

Juniper NETWORKS NETCONF & YANG API hugbúnaður [pdfNotendahandbók
NETCONF YANG API hugbúnaður, YANG API hugbúnaður, API hugbúnaður, hugbúnaður

Heimildir

Notendahandbók

Inngangur