NETCONF & YANG API зохион байгуулалт
ХөтөчНийтэлсэн
2023-07-07
ХУЛГАЙЛАХ 4.2

Танилцуулга

Энэхүү баримт бичгийн зорилго
Энэхүү баримт бичигт Paragon Active Assurance-ийг NETCONF & YANG API удирдлагын төвөөр дамжуулан сүлжээний үйлчилгээний найруулагчтай хэрхэн нэгтгэх талаар тайлбарласан болно. Гарын авлагын эксampВиртуал тестийн агентуудыг үүсгэх, ашиглах, тест, монитор ажиллуулах, эдгээр үйл ажиллагааны үр дүнг авах зэрэг үндсэн ажлуудыг өгсөн болно.
Энэхүү баримт бичигт чөлөөтэй ашиглах боломжтой Python NETCONF клиент ncclient-ийг найруулагчийн дүрд ашигласан болно.

Конвенцууд
Энэхүү баримт бичигт дараах товчлолуудыг ашигласан болно.

Товчлол	Утга
CLI	Тушаалын шугамын интерфейс
EM	Элемент менежер
ES	Хоёр дахь алдаа
УИХ-ын гишүүн	MEG (Засвар үйлчилгээний байгууллага) Төгсгөлийн цэг (ITU-T Y.1731 тодорхойлолт) эсвэл Засвар үйлчилгээний төгсгөлийн цэг (Cisco тодорхойлолт)
NFV	Сүлжээний функционал
NFVO	Сүлжээний функцын виртуалчлалын найруулагч
NSD	Сүлжээний үйлчилгээний тодорхойлогч
RPC	Процедурын алсын дуудлага
SIP	Сессийг эхлүүлэх протокол
SLA	Үйлчилгээний түвшний гэрээ
S-VNFM	Тусгай VNF менежер
VNF	Виртуал сүлжээний функц
vTA	Виртуал туршилтын агент

Буцаж нийцтэй байдлын талаархи тэмдэглэл

NETCONF & YANG API-ийн 2.35.4/2.36.0 хувилбаруудад NETCONF стандартыг дагаж мөрдөхийн тулд зарим хүсэлтийн баталгаажуулалтыг илүү хатуу болгосон. Энэ нь энэ гарын авлагын хуучин хувилбарт суурилсан үйлчлүүлэгчийн кодыг одоо татгалзаж магадгүй гэсэн үг юм.
Жишээ ньample, өмнөх Python example код, нэрийн орон зайн шинж чанар олгоогүй байна. ConfD нөөцийг өөрчлөхийг хүссэн үедээ одоо нэрийн орон зайг хүсэлтийн XML-д оруулах шаардлагатай.

Урьдчилсан нөхцөл ба бэлтгэл

ConfD суулгац
ConfD (Tail-f-ийн бүтээгдэхүүн) нь Paragon Active Assurance систем болон NETCONF хооронд зуучлагчаар ашиглагддаг. ConfD нь Paragon Active Assurance тохиргоо болон үйлдлийн өгөгдлийг NETCONF & YANG API-тай холбодог.
ConfD-г Суулгах гарын авлагад заасны дагуу Control Center програм хангамжийн хамт суулгасан байх ёстой.

ConfD ажиллаж байгаа эсэхийг шалгаж байна
ConfD ажиллаж байгаа эсэхийг шалгахын тулд тушаалыг ажиллуулна уу
ssh -s @localhost -p 830 netconf
ConfD 830 порт дээр хариу өгч байгаа эсэхийг шалгахын тулд. Командын дотор, netconf хэрэглэгчийн үүсгэсэнээр тодорхойлогддог
Суулгах гарын авлагын ConfD-г суулгах хэсэг дэх команд. Үүнтэй ижил тушаалаар тодорхойлсон нууц үгээ өгнө үү.
Гаралтад Хяналтын төвийн модуль орсон эсэхийг шалгана уу. Гаралт нь дараахтай адил мөрийг агуулсан байх ёстой.
http://ncc.netrounds.com?module=netrounds-ncc& засвар = 2017-06-15

Тохиргооны мэдээллийн санг хяналтын төвтэй синхрончлох

Эцэст нь бид NETCONF-ээр дамжуулан тохиргооны мэдээллийн санг шинэчлэх хэрэгтэй. Бид үүнийг ncclient (NETCONF Client) нэртэй Python номын сангийн тусламжтайгаар хийх болно. Гэсэн хэдий ч, NETCONF/YANG протоколыг ашигладаг бол уг ажлыг өөр програмчлалын хэлээр гүйцэтгэх боломжтой.
Ncclient-ийн үүрэг бол NETCONF/YANG API-г байршуулдаг ConfD серверт үйлчлүүлэгчийн үүрэг гүйцэтгэх явдал юм.

Хэдийгээр нэр нь "ncc" гэж эхэлдэг ч ncclient нь Control Center (өмнө нь "Netrounds Control Center")-тэй ямар ч холбоогүй гэдгийг тэмдэглэх нь зүйтэй.
Ncclient-ийг хэрхэн суулгахыг эндээс үзнэ үү.

• Програм хангамжийг эндээс татаж авна уу https://github.com/ncclient/ncclient.
• Энэ командыг ажиллуулна уу: pip install ncclient

Одоо бид синхрончлолыг дараах байдлаар хийж болно. Үүнийг Хяналтын төвийн сервер дээр биш харин тусдаа компьютер дээр хийх шаардлагатайг анхаарна уу.

#
# ЖИЧ:
# Энэ скрипт нь NCC сервер дээр ажиллаж байгаа ConfD руу үйлчлүүлэгчийн үүрэг гүйцэтгэдэг.
# Энэ нь харилцаа холбооны хувьд NETCONF/YANG API ашиглах болно.

ЖИЧ: Туршилтын агентуудыг NETCONF-ээс хамааралгүйгээр суулгаж, бүртгүүлсэн тохиолдолд энэ журам мөн шаардлагатай. "Дууссан" хэсгийн тэмдэглэлийг үзнэ үүview of Test Agent Orchestration” 17-р хуудаснаас дэлгэрэнгүй мэдээллийг авна уу.

Олон NETCONF-н удирдлагатай Paragon Active Assurance Accounts-г тохируулах

Хэрэв та "ConfD суулгах" хэсэгт "Суулгах гарын авлага" хэсэгт ийм байдлаар тохируулсан данснаас гадна NETCONF-ээр хянагдах Paragon Active Assurance данс үүсгэхийг хүсвэл доорх алхмуудыг хийх шаардлагатай.
Ийм данс бүрийн хувьд дараах байдлаар ажиллана уу.

• Хяналтын төвд бүртгэл рүү нэвтэрч Бүртгэл > Зөвшөөрөл рүү очно уу.
• "Хэрэглэгч нэмэх"confd@netrounds.com", мөн Invite товчийг дарж GUI дээрх ConfD хэрэглэгчийн админ зөвшөөрлийг олгоно уу.
• 4-р хуудасны "Тохиргооны мэдээллийн санг хяналтын төвтэй синхрончлох" хэсэгт тайлбарласны дагуу тохиргооны мэдээллийн санг хяналтын төвтэй синхрончлох.
  Та одоо ижил ConfD хэрэглэгчтэй олон Paragon Active Assurance дансыг удирдах боломжтой байх ёстой.

ЖИЧ: Та ConfD-ээр дамжуулан Paragon Active Assurance дансыг удирдаж эхлэсний дараагаар та энэ дансанд өөрчлөлт хийх ёсгүй. web Paragon Active Assurance-ийн "тохиргоо"-той холбоотой GUI (9-р хуудасны "Paragon Active Assurance дахь дэмжигдсэн функцууд" бүлгийг үзнэ үү). Хэрэв та үүнийг хийвэл синхрончлол алдагдах болно.

NETCONF Orchestration API-ийн танилцуулга

Дууслааview

Гуравдагч талын NFVO эсвэл үйлчилгээний найруулагч нь ихэвчлэн Control Center API ашиглан туршилт, хяналтын сешнүүдийг эхлүүлдэг бүрэлдэхүүн хэсэг юм. Энэ найруулагч нь Туршилтын агентын үйл ажиллагаанаас хэмжилтийн нэгдсэн үр дүнг мөн татаж авдаг. Гүйцэтгэлийн KPI-ийг гуравдагч этгээдийн Гүйцэтгэлийн удирдлагын системээр олж авах боломжтой бол Хяналтын төвд тогтоосон босго зөрчлийн улмаас үүссэн үйл явдлуудыг гуравдагч талын алдааны удирдлагын системд илгээх боломжтой.
Дүгнэж хэлэхэд, доорх зурагт Paragon Active Assurance нь OSS ландшафт дахь бусад гуравдагч талын системүүдтэй хэрхэн харьцаж байгааг харуулж байна.

• NFVO/Service Orchestrator: VNF менежерт vTA-г байршуулж, Paragon Active Assurance-г үйлчилгээний хэлхээнд тохируулахыг зааварчилна. Үйлчилгээг идэвхжүүлсний дараа найруулагч API-г Удирдлагын төв рүү чиглүүлэн үйлчилгээг идэвхжүүлэх туршилтыг эхлүүлж, тэнцсэн/унасан үр дүнг хүлээн авдаг. Хэрэв туршилтыг давсан бол найруулагч API-г ашиглан Удирдлагын төв рүү чиглэсэн үйлчилгээг идэвхтэй хянаж эхлэх болно. Хяналтаас авсан KPI-ийг найруулагч эсвэл Гүйцэтгэлийн удирдлагын тусдаа платформоор тасралтгүй татаж авдаг.
• Хяналтын төв: NFVO эсвэл үйлчилгээний найруулагчийн зааварчилгааны дагуу vTA-г байрлуулж, хэмжиж, дуусгана.
• Гүйцэтгэлийн удирдлагын систем эсвэл үйлчилгээний чанарын удирдлагын систем: Хяналтын төвийн API-ээр дамжуулан идэвхтэй хяналтаас авсан KPI-уудыг уншина.
• Алдааны удирдлагын систем: SLA-г зөрчсөн тохиолдолд NETCONF, SNMP, эсвэл и-мэйл мэдэгдлийг хяналтын төвөөс хүлээн авдаг.

Paragon Active Assurance дахь ойлголтуудын тодорхойлолтууд

• Туршилтын агентууд: Paragon Active Assurance систем дэх хэмжилтийг (туршилт болон мониторуудад) гүйцэтгэдэг бүрэлдэхүүн хэсгүүд. Туршилтын агентууд нь бодит сүлжээний урсгалыг үүсгэх, хүлээн авах, дүн шинжилгээ хийх чадвартай програм хангамжаас бүрддэг.
• Энэ баримт бичигт хэлэлцсэн Туршилтын агентын төрөл нь Виртуал Туршилтын Агент (vTA) бөгөөд гипервизор дээр байрлуулсан виртуал сүлжээний функц (VNF) юм. Бусад төрлийн Туршилтын агентууд бас байдаг.
• Paragon Active Assurance-д туршилт, монитор гэсэн хоёр үндсэн хэмжилт байдаг.
• Тест: Туршилт нь нэг буюу хэд хэдэн үе шатаас бүрдэх бөгөөд тус бүр нь тодорхой, хязгаарлагдмал хугацаатай байдаг. Алхамуудыг дараалан гүйцэтгэдэг. Алхам бүр нь олон ажлыг зэрэг гүйцэтгэхийг шаарддаг.
• Монитор: Монитор нь тодорхой хугацаагүй боловч тодорхойгүй хугацаагаар ажилладаг. Туршилтын нэгэн адил монитор нь олон ажлыг зэрэг гүйцэтгэж болно.
• Загвар: Paragon Active Assurance нь найруулагчаар хянагддаг бол тест эсвэл мониторыг тодорхойлсон загваруудын тусламжтайгаар тест, мониторууд үргэлж хийгддэг. Параметрийн тохиргоог ажиллах үед загварт оролт болгон дамжуулж болно.

Автоматжуулалтад зориулсан ажлын урсгал
Дизайн цаг

Загварын үед та Paragon Active Assurance-д туршилт, мониторын загваруудыг үүсгэж хэмжилтийг бэлтгэдэг. Үүнийг хэрхэн хийх талаар 15-р хуудасны "Туршилт ба хяналтын загварууд" бүлэгт авч үзнэ.

Ажиллах цаг
Ажиллаж байх үед та төхөөрөмжөө тохируулж, бодит хэмжилт хийдэг.

• Нэг гаруйview бүх жишээлбэлamples өгөгдсөн "ExampNETCONF & YANG API-ээр дамжуулан Paragon Active Assurance Controlling of Controlling les of Paragon Active Assurance” 15-р хуудасны.
• Туршилтын агентуудыг хэрхэн байрлуулах, тохируулах талаар "Өгamples: Туршилтын агентууд” 16-р хуудас.
• TW гэх мэт бараа материалыг хэрхэн импортлох вэAMP цацруулагч болон IPTV сувгуудын талаар “Өгamples: Бараа материалын зүйлс” 29-р хуудсанд.
• Сэрүүлгийг хэрхэн тохируулах талаар "Жиш." бүлэгт тайлбарласан болноamples: Сэрүүлэг” 35-р хуудсанд.
• NETCONF-ээр дамжуулан Paragon Active Assurance загваруудыг ажиллуулж тест, мониторуудыг хэрхэн ажиллуулах талаар "Өр.amples: Туршилтууд” 43-р хуудас ба “Жишamples: Monitors” хуудас 54.

Paragon Active Assurance дахь дэмжигдсэн функцууд

Paragon Active Assurance дахь бүх тест, хяналтын төрлүүдийг загвар ашиглан үүсгэж, гүйцэтгэж болно. Үүнийг хэрхэн хийх талаар "Тест ба монитор" > "Загвар үүсгэх" хэсэгт байгаа програмын тусламжид тусгасан болно.

Paragon Active Assurance данс үүсгэхийг одоогоор дэмждэггүй; Гэсэн хэдий ч, нэг буюу хэд хэдэн урьдчилан тодорхойлсон бүртгэлийг хэрэглэгчдэд зориулан тохируулсан байх болно.
Доорх хүснэгтэд Paragon Active Assurance-ийн ямар функцууд энэ хувилбарт байгаа, мөн эдгээр функцуудыг YANG-д хэрхэн төлөөлсөн талаар дэлгэрэнгүй харуулав.

YANG Constructs-ийн тайлбар

Тохиромжтой болгох үүднээс онцлог шинж чанарын хүснэгтэд дурдсан YANG бүтцийн тодорхойлолтыг энд өгөв.

• Config (config=true): Системийг нэг төлөвөөс нөгөөд шилжүүлэхэд шаардлагатай тохиргооны өгөгдөл.
• Төлөв (config=худал): Төлөвийн өгөгдөл: зөвхөн уншигдах төлөвийн мэдээлэл, цуглуулсан статистик зэрэг тохиргооны өгөгдөл биш системийн нэмэлт өгөгдөл.
• RPC: NETCONF протоколд хэрэглэгдэх алсын горимын дуудлага.
• Мэдэгдэл: NETCONF серверээс NETCONF клиент рүү илгээсэн үйл явдлын мэдэгдлүүд.

Парагон Идэвхтэй баталгаажуулалтын онцлогуудын хүснэгтүүд найрал хөгжимд ашиглах боломжтой
Нөөц: Хяналт
YANG зам:/данс/данс/монитор

Онцлог	Дэд онцлог	YANG бүтээц
Монитор үүсгэх/өөрчлөх/устгах	Мониторын загвар дээр үндэслэсэн	Тохиргоо
Мониторыг эхлүүлэх / зогсоох	–	Тохиргоо
Хяналтын загварууд	Одоо байгаа мониторын загваруудыг оролттой жагсаах	муж
NETCONF мэдэгдлүүд	Сэрүүлгийн төлөв өөрчлөгдсөн	Мэдэгдэл
Үр дүнг хянах	Дээд түвшний SLA/ES тоолуур (%) Даалгаврын түвшний SLA/ES тоолуур (%)	муж

Тестүүдээс ялгаатай нь (Доорх Нөөц: Туршилтуудыг харьцуулна уу) мониторууд нь RPC-ээр биш харин мониторын тохиргоог хийснээр эхэлдэг.
Нөөц: Туршилтууд
YANG зам: /данс/данс/тест

Онцлог	Дэд онцлог	YANG бүтээц
Туршилтыг эхлүүлэх	Туршилтын загвар дээр үндэслэсэн	RPC
Туршилтыг удирдах	Туршилтуудыг статустай нь жагсаах	муж
Туршилтын загварууд	Одоо байгаа туршилтын загваруудыг оролттой жагсаах	муж
NETCONF мэдэгдлүүд	Туршилтын статус өөрчлөгдсөн	Мэдэгдэл
Туршилтын үр дүн	Туршилтын алхамын статусыг авах (дамсан, бүтэлгүйтсэн, алдаа, ...)	муж

Нөөц: Туршилтын агентууд
YANG замууд:

• /акаунтууд/акаунт/туршилтын агентууд (Тохиргоо)
• /accounts/account/registered-test-agents (Муж)

/accounts/account/test-agents-ийн доорх Test Agents нь дансанд тохируулагдсан байдаг. Зөвхөн эдгээр Туршилтын агентуудыг тохируулагч NETCONF-ээр дамжуулан туршилт, мониторуудад тохируулж, ашиглаж болно.
Туршилтын агентыг тохируулж, бүртгэлд бүртгүүлсний дараа /accounts/account/registered-test-agents хэсэгт Тестийн агент гарч ирнэ. Та NETCONF-ийн "авах" командыг ашиглан бүх бүртгэлтэй Туршилтын агентуудыг олох боломжтой (Өмнө нь бүлгийг харьцуулна уу).amples: Туршилтын агентууд).
Та /accounts/account/registered-test-agents дотроос тохируулагдаагүй байгаа Test Agent-уудыг олж болно. Ийм туршилтын агентуудыг ашиглахын өмнө тэдгээрийг тохируулсан байх ёстой.
Зохицуулалтын хувилбарт Paragon Active Assurance дансныхаа бүх тохиргоог NETCONF-ээр хийхийг зөвлөж байна. Энэ нь туршилтын агентууд болон бүртгэгдсэн туршилтын агентууд хоорондоо зөрөхгүй байхыг баталгаажуулдаг.

Онцлог	Дэд онцлог	YANG бүтээц
Сервер дээр Туршилтын Агентийг урьдчилан үүсгэ	–	Тохиргоо
Офлайн Test Agent-г тохируулах	(Хяналтын төв нь тохиргоог Туршилтын агент руу түлхдэг энэ нь онлайн болох үед)	Тохиргоо
Одоо байгаа/гадны тохиргоотой Туршилтын агентуудыг ашиглана уу	Туршилт/мониторт ашиглах	Тохиргоо
	Интерфейсүүдийг тохируулах	Тохиргоо
	Статус авах	муж
Туршилтын агентийг тохируулах (зөвхөн туршилтын хэрэглүүр)	NTP-г тохируулах	Тохиргоо
	Гүүрүүдийг тохируулах	Тохиргоо
	VLAN интерфэйсүүдийг тохируулах	Тохиргоо
	SSH түлхүүрүүдийг тохируулах	Тохиргоо
	IPv6	Тохиргоо
Utils	Дахин ачаална уу	RPC
	Шинэчлэх	RPC
NETCONF мэдэгдлүүд	Онлайн статус өөрчлөгдсөн	Мэдэгдэл
Статус	Системийн статусыг авах (ажиллах хугацаа, санах ойн ашиглалт, ачааллын дундаж, хувилбар)	муж

Нөөц: Бараа материал
YANG зам: /данс/акаунт/twamp- тусгал

Дэмжигдсэн NETCONF боломжууд

Доорх хүснэгтэд Paragon Active Assurance зохион байгуулахад ашигласан NETCONF-ийн чадавхийг тодорхойлсон IETF RFC-г зааж байна.

• ietf-netconf.yang
• IETF RFC 6241, Сүлжээний тохиргооны протокол (NETCONF), https://tools.ietf.org/html/rfc6241
• Алдаа засах цорын ганц дэмжигдсэн арга бол алдаа дээр буцаах арга юм.
• Дэмжигдсэн цорын ганц мэдээллийн сан нь бичих боломжтой.
• ietf-netconf-notifications.yang
• IETF RFC 5277, NETCONF үйл явдлын мэдэгдэл, https://tools.ietf.org/html/rfc5277

Туршилт ба хяналтын загварууд
Туршилтын болон хяналтын төрлүүдийн загваруудыг Paragon Active Assurance хэрэглэгчийн интерфейсээр дамжуулан гараар тохируулах шаардлагатай. Үүнийг хэрхэн хийх талаар "Тест ба монитор" > "Загвар үүсгэх" хэсэгт байгаа програмын тусламжид тусгагдсан болно.

ExampNETCONF & YANG API-ээр дамжуулан Paragon Active Assurance Controlling les

Дараах бүлгүүдэд 15-р хуудасны "Туршилт ба хяналтын загварууд" бүлэгт өгсөн зааврын дагуу тохирох туршилт, хяналтын загваруудыг тодорхойлсон гэж үзэж байна.

Ex-д ашигласан хэрэгслүүдamples
Бүгд хуучинampДараачийн бүлгүүдийн хувилбаруудыг дараахь чөлөөтэй ашиглах боломжтой хэрэгслүүдийг ашиглан бүтээсэн болно.

• Pang: YANG загваруудыг дүрслэн үзэх, үзэхэд ашигладаг.
• хаягаар авах боломжтой https://github.com/mbj4668/pyang (git-ээс клон хийгээд python setup.py install програмыг ажиллуулна).
• Python NETCONF клиент "ncclient": NETCONF ашиглан хяналтын төвтэй холбогдоход ашигладаг.
• https://github.com/ncclient/ncclient (pip install ncclient-ийг ажиллуулна) дээрээс авах боломжтой.
  Netrounds-ncc.yang өгөгдлийн загварыг ConfD суулгасны дараа /opt/netrounds-confd-д суулгаж өгөх гарын авлагын дагуу олж болно).

Дууслааview Гүйцэтгэсэн гол ажлуудын тухай

(Зарим бусад даалгавруудыг мөн дараах зүйлд жишээ болгон харуулав.)

• 16-р хуудасны "Шинэ Туршилтын Агентийг үүсгэх ба ашиглах"
• 29-р хуудасны “Бараа материалын эд зүйлсийг (жишээ нь тусгагч) бий болгох
• "Сэрүүлгийн загваруудыг тохируулах, хаана дохио илгээх" хуудас 35
• "Тест үүсгэх ба ажиллуулах" 45-р хуудас
• "Туршилтын үр дүнг авч байна" 50-р хуудас
• "Хяналтыг эхлүүлэх (сэрүүлгийн тохиргоо орно)" хуудас 60
• 67-р хуудасны “Хяналтын SLA статусыг авч байна”
• “Хамтран ажиллаж байна tags” 71-р хуудсанд

Examples: Туршилтын агентууд

Дууслааview Туршилтын төлөөлөгчийн зохион байгуулалт
Paragon Active Assurance дахь туршилтын агентуудыг зохион байгуулалтын хүрээнд "тохиргоо" гэж үздэг. Энэ нь Туршилтын агентуудыг үүсгэх, хянах, устгах ажлыг Paragon Active Assurance GUI-ээр биш харин найруулагч болон NETCONF-ээр хийх ёстой гэсэн үг юм.
ЧУХАЛ: Хэрэв туршилтын агентыг NETCONF & YANG API-ээр үүсгэлгүйгээр техникийн ажилтан суулгаж, хяналтын төвд бүртгүүлсэн бол Туршилтын агент тохиргооны мэдээллийн санд байхгүй бөгөөд систем синхрончлолгүй болно. ConfD энэ тохиолдолд Туршилтын агентын талаар мэдэхийн тулд 4-р хуудасны "Тохиргооны мэдээллийн санг хяналтын төвтэй синхрончлох" хэсэгт дэлгэрэнгүй тайлбарласны дагуу Хяналтын төвтэй шинэ синхрончлол хийх шаардлагатай болно.

Тиймээс Виртуал Туршилтын Агентуудыг (vTAs) зохион байгуулах ажлыг дараах алхмуудаар хийх нь зүйтэй.

1. NETCONF & YANG интерфэйсийг ашиглан Control Center-ийн интерфейсийг ашиглан Виртуал Туршилтын Агентийг үүсгэнэ үү. Туршилтын төлөөлөгчийн нэр нь түүний өвөрмөц түлхүүр байх болно.
2. Виртуалчлалын платформ дээр vTA-г байрлуул. Туршилтын агентууд > Суулгах хэсэгт байгаа онлайн тусламжийн зааврыг дагана уу. vTA-г Хяналтын төвтэй холбох боломжийг олгодог үндсэн интерфэйсийн тохиргоо, мөн нэвтрэлт танилтад зориулсан итгэмжлэлүүд нь cloud-init хэрэглэгчийн өгөгдлийг ашиглан vTA-д өгөгдсөн.
   vTA-г ачаалсны дараа шифрлэгдсэн OpenVPN холболтыг ашиглан хяналтын төв рүү автоматаар холбогдох болно. vTA-н test-agent-statuschange параметрийн утга "онлайн" болж өөрчлөгдсөн тул NETCONF мэдэгдлийг илгээсэн.
   ЖИЧ: vTA-ийн нэр нь Удирдлагын төв дэх түүний танигч учир энэ нэр нь 1-р хуудасны “17-р алхам”-ын Хяналтын төвд тодорхойлсонтой ижил байх ёстой.
3. vTA-г Хяналтын төвд холбож, баталгаажуулсны дараа интерфэйсийн тохиргоог vTA руу шилжүүлнэ. Энэ нь Хяналтын төвд vTA-г үүсгэх үед 1-р хуудасны "17-р алхам"-д заасан интерфейсийн тохиргоо юм.
4. vTA зорилгоо биелүүлсний дараа vTA-г устгана уу.

Шинэ туршилтын агент үүсгэх, байршуулах

Бид эхлээд Хяналтын төв рүү NETCONF & YANG интерфейсийг ашиглан Туршилтын агент үүсгэх хэрэгтэй. Туршилтын агентыг ийм байдлаар үүсгэсэн тохиолдолд хяналтын төвтэй синхрончлол хийх шаардлагагүй болно.
Туршилтын төлөөлөгчийн YANG загварыг доор үзүүлэв. Үүнийг командын гаралт хэлбэрээр авдаг
pyang -f tree netrounds-ncc.yang
YANG загварыг бүрэн эхээр нь "Хавсралт: Бүрэн YANG загварын модны бүтэц" 81-р хуудсанд өгсөн бөгөөд энэ баримт бичигт энэ болон бусад YANG загварын дүрслэлд ашигласан конвенцуудыг тайлбарласан домог байдаг.

Бид дараах алхмуудыг үргэлжлүүлж байгаа бөгөөд эдгээрийг доор дурдсан болно.

1. Парагон Идэвхтэй Баталгаажуулалтын "демо" дансны бүртгэлд туршилтын агент байхгүй байна.
2.  "vta1" нэртэй туршилтын агентыг ncclient ашиглан үүсгэсэн. Энэ үед сtage, бодит туршилтын агент хараахан байхгүй байна (өөрөөр хэлбэл энэ нь хараахан эхлээгүй байна).
3. Туршилтын агентыг OpenStack дээр байрлуулсан. (Тэр платформ дээр байршуулахыг энд бусад боломжуудын нэг болгон сонгосон болно.)
4. Туршилтын агент нь хяналтын төвийн "демо" дансанд холбогдож, одоо ашиглахад бэлэн боллоо.
   Алхам 1: Эхэндээ "демо" дансанд Туршилтын агент байхгүй байна. Доорх дэлгэцийн агшинг Control Center GUI-ээс үзнэ үү.Алхам 2: Хяналтын төвд Python NETCONF клиент "ncclient" ашиглан Туршилтын агентийг үүсгэсэн. DHCP хаягтай нэг физик интерфэйстэй Туршилтын агент үүсгэх ncclient кодыг доор харуулав.

argparse импортлох
ncclient импортын менежерээс
задлагч = argparse.ArgumentParser(тайлбар='Тест үүсгэх тест')
parser.add_argument('–host', help='ConfD олдсон хостын нэр', шаардлагатай=Үнэн)
parser.add_argument('–порт', help='ConfD-д холбогдох порт', шаардлагатай=Үнэн)
parser.add_argument('–username', help='ConfD-д холбогдох хэрэглэгчийн нэр', шаардлагатай=Үнэн)
parser.add_argument('–нууц үг', тусламж='ConfD дансны нууц үг', шаардлагатай=Үнэн)
parser.add_argument('–netrounds-account', help='NCC дансны богино нэр', шаардлагатай=Үнэн)
parser.add_argument('–test-agent-name', help='Туршилтын төлөөлөгчийн нэр', шаардлагатай=Үнэн)
args = parser.parse_args()
Manager.connect-тэй(host=args.host, port=args.port, username=args.username,
password=args.password, hostkey_verify=False) гэж m:
# Хяналтын төвд туршилтын агент үүсгэнэ үү
xml = """

)хэвлэх m.edit_config(target='ажиллаж байна', config=xml)

ЖИЧ: Manager.connect(…)-ийн өмнөх кодыг дараагийн жишээнээс хассанampкодын хэсгүүд.
NTP серверийг eth0 дээр тохируулсан бөгөөд eth0 нь мөн удирдлагын интерфейс (өөрөөр хэлбэл Хяналтын төвтэй холбогддог интерфейс) юм.
Туршилтын агент програм одоогоор интерфэйсийг тохируулахыг зөвшөөрөхгүй байна. Ийм учраас 2.34.0 хувилбараас хойш YANG схемд интерфэйсийн тохиргоог орхих боломжтой. Тиймээс энэ тохиолдолд тохирох XML-ийг эрс хялбаршуулсан болно:Туршилтын агентийг үүсгэсний дараа энэ нь тохиргооны мэдээллийн сан болон Удирдлагын төвд байдаг. Туршилтын агент "vta1"-г харуулсан "Тестийн агент"-ийн бараа материалын доорх дэлгэцийн агшинг харна уу:

Алхам 3: Одоо OpenStack дээр "vta1" туршилтын агентыг байрлуулах цаг болжээ.
Туршилтын агент нь хяналтын төвтэй хэрхэн холбогдох талаарх мэдээллийг авахын тулд cloud-init хэрэглэгчийн өгөгдлийг ашиглана. Тодруулбал, хэрэглэгчийн өгөгдлийн текст file дараах агуулгатай (#cloud-config болон netrounds_test_agent мөрүүд байх ёстой бөгөөд үлдсэн мөрүүд доголтой байх ёстойг анхаарна уу):

Нэмэлт мэдээлэл авахыг хүсвэл OpenStack дээр Виртуал Туршилтын Агентуудыг хэрхэн байрлуулах тухай баримтаас үзнэ үү.
Туршилтын агентыг байрлуулж, хяналтын төвтэй холбосны дараа тохиргоог Хяналтын төвөөс Туршилтын агент руу шилжүүлнэ.

Алхам 4: Туршилтын агент одоо Хяналтын төвд онлайн байгаа бөгөөд тохиргоогоо авсан. Туршилтын агент нь туршилт, хяналтад ашиглахад бэлэн болсон. Эдгээр хэсгүүдийг үзнэ үү:

• 45-р хуудасны "Туршилтыг эхлүүлэх"
•  60-р хуудасны "Мониторыг эхлүүлэх"

Парагон Идэвхтэй Баталгаажуулалтын Дансан дахь Туршилтын Агентуудыг жагсааж байна
Доорх нь өмнөхample ncclient Paragon Active Assurance дансанд Туршилтын агентуудыг жагсаах Python код:

Энэ кодыг ажиллуулснаар дараах байдлаар гарна.

Туршилтын агентыг устгаж байна
Туршилт дууссаны дараа туршилтын агентыг устгах нь зарим тохиолдолд хамааралтай байж болох юм.
Үүнийг ncclient ашиглан хэрхэн хийхийг харуулсан кодын хэсэг доор байна:

NETCONF мэдэгдлүүд
Доор бид энгийн эксийг толилуулж байнаampХяналтын төвөөс ирж буй бүх NETCONF мэдэгдлийг сонсох скрипт. Туршилтын агент офлайн болох эсвэл хэрэглэгчийн эхлүүлсэн тест дуусах зэрэг тодорхой үйл явдал тохиолдох бүрт эдгээр мэдэгдлийг илгээдэг. Мэдэгдэлд байгаа мэдээлэлд үндэслэн хэрэглэгчид оркестрт автоматаар дагаж мөрдөх үйлдлүүдийг томилж болно.

Дээрх скриптийг гүйцэтгэх үед NC үйлчлүүлэгч хүлээн авсан мэдэгдлийг бүтэцлэгдсэн XML хэлбэрээр үзүүлэх болно. Эксийг харampТуршилтын агент гэнэт офлайн болж байгааг харуулсан доорх гаралт.



2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
демо
HW1
офлайн

Examples: Бараа материал

TW гэх мэт бараа материалын зүйлсийг бий болгох (импортлох) ба удирдахAMP цацруулагч ба Y.1731 MEPs нь Туршилтын агентуудтай ижил аргаар хийгддэг. NETCONF & YANG API-ээр дамжуулан Paragon Active Assurance-д ийм байгууллагуудыг тодорхойлох, тодорхойлсон зүйлсийн жагсаалтыг гаргах XML болон NETCONF кодыг доор харуулав.

TW үүсгэхAMP Гэрэл тусгагч

Y.1731 MEP үүсгэх

IPTV суваг үүсгэх

Пинг хост үүсгэх

SIP данс үүсгэх

Бараа материалын зүйлсийг татаж авч байна
Доорх нь дансанд тодорхойлсон бараа материалын бүх зүйлийг авах Python код юм. (Баримт бичигт дахин давтагдахаас зайлсхийхийн тулд бүх төрлийн бараа материалыг эндээс нэг дор татаж авдаг. Мэдээжийн хэрэг, доорх дансны зарим мөрийг орхисноор бараа материалын аль ч дэд хэсгийг татаж авч болно.)

Энэ кодыг ажиллуулснаар дараах байдлаар гарна.

Examples: Сэрүүлэг

Сэрүүлгийн загварууд болон холбогдох зүйлсийг (SNMP менежерүүд, дохиоллын имэйлийн жагсаалтууд) бараа материалтай ижил аргаар үүсгэж, удирддаг. Энэ бүлэгт NETCONF & YANG API-ээр дамжуулан Paragon Active Assurance-д ийм байгууллагуудыг тодорхойлох, тодорхойлсон зүйлсийн жагсаалтыг гаргах XML болон NETCONF кодуудыг агуулна.
Сэрүүлгийн имэйлийн жагсаалт
Сэрүүлгийн имэйлийн жагсаалтыг үүсгэх

Бүх сэрүүлгийн имэйлийн жагсаалтыг татаж байна

SNMP менежерүүд
SNMP менежер үүсгэх

Бүх SNMP менежерүүдийг татаж авч байна

Сэрүүлгийн загварууд
Сэрүүлгийн загвар үүсгэх

Бүх сэрүүлгийн загваруудыг татаж авч байна

Examples: SSH түлхүүрүүд

Та SSH нийтийн түлхүүрүүдийг NETCONF & YANG API-ээр дамжуулан Туршилтын агентад нэмж болно. Холбогдох хувийн түлхүүрийг ашиглан SSH-ээр дамжуулан Туршилтын агент руу нэвтэрч болно.
SSH түлхүүрүүд дээр хийх боломжтой үйлдлүүдийн бүрэн жагсаалт дараах байдалтай байна.

• SSH түлхүүр нэмнэ үү
• SSH түлхүүрийг өөрчлөх
• SSH түлхүүрийг шалгана уу
• SSH түлхүүрүүдийг жагсаах
• SSH түлхүүрийг устгана уу.
  Доор нэмэх, устгах үйлдлүүдийг жишээ болгон үзүүлэв.

SSH түлхүүрийг устгаж байна
Хэрэв та SSH түлхүүрийг устгахыг хүсвэл дараах тушаалыг ашиглана уу.

Examples: Туршилтууд

17-р хуудасны "Шинэ туршилтын агент үүсгэх ба байршуулах" хэсгийн дагуу Туршилтын агентуудыг (тестэд шаардлагатай тоогоор) үүсгэсэн гэж үзэж байна.
Туршилтын YANG загвар замууд

Зүйл	YANG загварын зам: /данс/данс/тест…
туршилтууд	/.
тест[id]	/туршилт
id	/тест/id
нэр	/тест/нэр
статус	/туршилт/төлөв
эхлэх цаг	/туршилт/эхлэх цаг
эцсийн цаг	/туршилт/төгсгөл цаг
тайлан-url	/Шинжилгээний тайлан-url
алхамууд	/туршилт/алхмууд
алхам[id]	/туршилт/алхам/алхам
нэр	/туршилт/алхам/алхам/нэр
id	/туршилт/алхам/алхам/id
эхлэх цаг	/туршилт/алхам/алхам/эхлэх цаг
эцсийн цаг	/туршилт/алхам/алхам/төгсөх цаг
статус	/туршилт/алхам/алхам/статус
статус мессеж	/туршилт/алхам/алхам/статус-мессеж
загварууд	/загварууд
загвар[нэр]	/загвар/загвар
нэр	/загвар/загвар/нэр
тайлбар	/загвар/загвар/тайлбар
параметрүүд	/загвар/загвар/параметрүүд
параметр[түлхүүр]	/загвар/загвар/параметр/параметр
түлхүүр	/загвар/загвар/параметр/параметр/түлхүүр
төрөл	/загвар/загвар/параметр/параметр/төрөл

Туршилтын найрал дууны урьдчилсан нөхцөл

•  NC клиентийг ашиглан NETCONF-ээр тестийг эхлүүлэхийн тулд эхлээд "Тест ба монитор" > "Загвар үүсгэх" хэсэгт байгаа програмын тусламжийн дэлгэрэнгүй дагуу Control Center GUI ашиглан тестийн загвар бүтээх шаардлагатай. Тухайн загварт "Загвар оруулах" гэж заасан бүх талбарыг туршилтын загварыг эхлүүлэх үед XML-д параметр болгон оруулах шаардлагатай.
• Парагон Идэвхтэй Баталгаажуулалтын туршилтуудыг найрал хөгжмийн хүрээнд "төлөв" гэж үздэг. Төлөвийн өгөгдөл нь тохиргооны мэдээллийн санд хадгалагдаагүй бичих боломжгүй өгөгдөл бөгөөд "Давсарсан" хэсэгт дурдсан тохиргооны өгөгдлөөс ялгаатай.view Test Agent Orchestration” хуудасны 17. Энэ нь үндсэндээ Control Center GUI дэх тест эсвэл загварт өөрчлөлт хийснээр Хяналтын төв болон тохиргооны мэдээллийн бааз хоёрын хооронд синхрончлолтой холбоотой асуудал гарахгүй гэсэн үг юм.
• Тайлан авахын тулд -URL Туршилтын тайланд та хяналтын төвийг шалгах хэрэгтэй URL зөв тохируулагдсан байна. Энэ нь дотор хийгддэг file /opt/netrounds-confd/settings.py. Анхдагч байдлаар Хяналтын төвийн хостын нэрийг socket.gethostname() ашиглан татаж авдаг: доороос үзнэ үү. Хэрэв энэ нь зөв үр дүнг өгөхгүй бол та хостын нэрийг (эсвэл бүхэлд нь) тохируулах хэрэгтэй URL) үүнд гараар file.

# URL Хяналтын төвийн арын зураасгүй.
# Энэ бол хуучинampТуршилтын тайланд ашигласанurl.
HOSTNAME = socket.gethostname()
NETROUNDS_URL = 'https://%s' % HOSTNAME
Туршилтыг эхлүүлж байна
17-р хуудасны "Шинэ туршилтын агент үүсгэх ба байрлуулах" хэсэгт тайлбарласны дагуу pang -f tree netrounds-ncc.yang командыг ажиллуулна уу.
YANG загварыг гаргахын тулд /opt/netrounds-confd/ лавлахаас. Энэ загварт NC клиент ашиглан туршилтыг эхлүүлэх RPC дараах байдлаар харагдаж байна.

Тайлбарыг хэсгээс үзнэ үү "Домог" 81-р хуудас хавсралтад.

Дараах алхмуудыг доор харуулав.

1. Туршилтын агентуудыг Paragon Active Assurance дансанд бүртгүүлсэн боловч одоогоор туршилт эхлээгүй байна.
2. Шаардлагатай оролтын параметрүүдийг ажиллуулах туршилтын загварт тодорхойлсон болно.
3.  60 секундын HTTP тестийг ncclient ашиглан эхлүүлсэн.

Алхам 1: Эхэндээ Парагон Идэвхтэй Баталгаажуулалтын дансанд ямар ч туршилт хийгээгүй. Доорх дэлгэцийн агшинг Control Center GUI-ээс үзнэ үү.
Алхам 2: Энэ өмнөх тестийг эхлүүлэхийн тулд бидний ашиглах загварample нь HTTP тестийн загвар юм. Энэ нь заавал оруулах хоёр талбартай ( Үйлчлүүлэгч ба URL) Хяналтын төвийн GUI дээр загварыг бүтээхдээ бид үүнийг тодорхойлсон.

Бид эдгээр параметрүүдийг (бусадуудын дунд) NETCONF менежер (ncclient)-ийн тохиргооны мэдээллийн санд дамжуулсан XML тохиргоонд тодорхойлох болно.
Алхам 3: HTTP тестийг ncclient ашиглан эхлүүлсэн.
Доорх нь өмнөхampHTTP тестийн загварт шаардлагатай тохиргооны мэдээлэл болон параметрүүдийг зааж өгсөн код. Загвар хэрхэн бүтээгдсэнээс хамааран энд байгаа дэлгэрэнгүй мэдээлэл өөр өөр байж болно.
Параметр бүрийн хувьд шинж чанарыг өгөх шаардлагатай. Түлхүүр нь параметртэй ижил байна
Хяналтын төвд байгаа хувьсагчийн нэр. Та хувьсагчийн нэрийг дараах байдлаар шалгаж болно.

• Хажуугийн самбар дээрх "Тестүүд" дээр товшоод "Шинэ тестийн дараалал"-г сонгоно уу.
• Миний загварууд дээр дарна уу.
• Сонирхсон загварын доорх Засах холбоос дээр дарна уу.
• Баруун дээд буланд байрлах Оролтын засварлах товчийг дарна уу.

Манай экс-дample, мөн анхдагчаар хувьсагчийн нэр нь Хяналтын төвд харагдах дэлгэцийн нэрсийн жижиг үсгийн хувилбарууд юм ("url” эсрэг “URL" гэх мэт). Гэсэн хэдий ч, Control Center GUI-д та хувьсагчдын нэрийг дуртай болгон өөрчилж болно.
Түлхүүрээс гадна параметр бүр өөрийн төрлийг зааж өгөх ёстой: жишээ ньampле, төлөө URL.
Та дахин хийх хэрэгтэйг анхаарна ууview төрлүүдийн талаар бүрэн мэдээлэл авахын тулд YANG загварыг бүрэн . Туршилтын агентын интерфейсийн хувьд төрөл нь илүү төвөгтэй бүтэцтэй байдаг нь доороос харагдаж байна доорх кодонд.

Бид одоо ncclient ашиглан скриптийг ажиллуулж болно. Бүх зүйл зөв гэж үзвэл туршилтыг эхлүүлж, гүйцэтгэлийг хяналтын төвд харуулна:Хэрэв туршилт амжилттай эхэлсэн бол хяналтын төв нь тестийн ID-г илгээнэ. Энэ жишээндample, туршилтын ID нь 3:Туршилтын ID-г мөн эндээс олж болно URL Хяналтын төвийн GUI дээрх тестийн хувьд. Энэ жишээндampле, тэр URL https://host/demo/testing/3/ байна.
Туршилтын үр дүнг авч байна
Туршилтын үр дүнг авах хамгийн хялбар арга бол тестийн ID-г зааж өгөх явдал юм.
ID = 3 бүхий дээрх HTTP тестийн үр дүнг авах Python кодыг доор харуулав.
менежертэй хамт. Холбох(host=args.host, port=args.port, username=args.username,password=args.password, hostkey_verify=False) m:

Гаралт нь иймэрхүү харагдах болно:

Туршилтын загваруудыг экспортлох, импортлох
Туршилтын загваруудыг JSON форматаар экспортлох ба тэр форматаар Хяналтын төвд дахин импортлох боломжтой. Хэрэв та хяналтын төвийн өөр суулгац дээр туршилтын загвар ашиглахыг хүсвэл энэ нь хэрэг болно. (Загваруудыг анх үүсгэх нь Control Center GUI-ээр хамгийн сайн зохицуулагддаг.)
Доорх нь экспорт, импортыг гүйцэтгэх код юм.
Туршилтын загваруудыг экспортлож байна

# Хариултаас json тохиргоог авна уу
root = ET.fromstring(response._raw)
json_config = root[0].текст
json_config хэвлэх
Загвар нь json_config объектод агуулагдаж байна.
Туршилтын загваруудыг импортлож байна
Туршилтын загваруудыг агуулсан JSON тохиргооны объектыг дараах байдлаар Хяналтын төвд дахин оруулж болно.

Examples: Мониторууд

Энэ хэсэг нь 17-р хуудасны "Шинэ туршилтын агент үүсгэх ба байрлуулах" хэсгийн дагуу Туршилтын агентуудыг (мониторын шаардлагын хэмжээгээр) үүсгэсэн гэж үздэг.
Мониторуудад зориулсан YANG загвар замууд

Зүйл	YANG загварын зам: /данс/акаунт/мониторууд…
мониторууд	/.
монитор[нэр]	/монитор
нэр	/монитор/нэр
тайлбар	/монитор/тайлбар
эхэлсэн	/хянах/эхэлсэн
загвар	/монитор/загвар
дохиоллын тохиргоо	/monitor/ alarm-configs
Зүйл	YANG загварын зам: /акаунтууд/акаунт/монитор/монитор/сэрүүлгийн тохиргоо…
дохиоллын тохиргоо[тодорхойлогч]	/ alarm-config
танигч	/ alarm-config / танигч
загвар	/ alarm-config/template
имэйл	/ alarm-config/email
snmp	/ alarm-config/snmp
thr-es-creative	/ alarm-config/thr-es-critical
thr-es-critical-clear	/ alarm-config/thr-es-critical-clear
thr-es-major	/ alarm-config/thr-es-major
thr-es-major-clear	/ alarm-config/thr-es-major-clear
thr-es-minor	/ alarm-config/thr-es-minor
thr-es-minor-clear	/ alarm-config/thr-es-minor-clear
Анхааруулга	/ alarm-config/thr-es-warning
Анхааруулга тодорхой	/ alarm-config/thr-es-warning-clear
өгөгдлийн ноцтой байдал	/ alarm-config/no-data-severity
өгөгдлийн хугацаа дуусахгүй	/ alarm-config/no-data-timeout
үйлдэл	/ alarm-config/action
цонхны хэмжээ	/ alarm-config/window-size
интервал	/ alarm-config/interval
зөвхөн нэг удаа илгээх	/ alarm-config/зөвхөн нэг удаа илгээх
урсгал бүрт snmp-trap	/ alarm-config/snmp-trap-per-stream
Зүйл	YANG загварын зам: /данс/акаунт/мониторууд…
параметрүүд	/монитор/параметрүүд
Зүйл	YANG загварын зам: /данс/акаунт/монитор/монитор/параметр…
параметр[түлхүүр]	/параметр
түлхүүр	/параметр/түлхүүр
(үнэгийн төрөл)	/параметр
:(бүхэл тоо)	/параметр
бүхэл тоо	/параметр/бүхэл тоо
:(хөвөг)	/параметр
хөвөх	/параметр/хөвөгч
:(мөр)	/параметр
Зүйл	YANG загварын зам: /данс/акаунт/монитор/монитор/параметр…
мөр	/параметр/мөр
:(туршилтын-агент-интерфэйсүүд)	/параметр
тест-агент-интерфэйсүүд	/parameter/test-agent-interfaces
test-agent-interface[“1” хуудас 58	/parameter/test-agent-interfaces/
данс	/parameter/test-agent-interfaces/test-agent-interface/account
туршилтын агент	/parameter/test-agent-interfaces/test-agent-interface/test-agent
интерфейс	/parameter/test-agent-interfaces/test-agent-interface/interface
ip хувилбар	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:(twamp- тусгагч)	/параметр
twamp- тусгал	/параметр/twamp- тусгал
twamp- тусгагч[нэр]	/параметр/twamp- тусгал / twamp- тусгал
нэр	/параметр/twamp- тусгал / twamp- тусгагч/нэр
:(y1731-meps)	/параметр
y1731-meps	/параметр/y1731-meps
y1731-mep[нэр]	/параметр/y1731-meps/y1731-meps
нэр	/параметр/y1731-meps/y1731-meps/нэр
:(заман данс)	/параметр
бал данс	/параметр/sip-акаунтууд
sip-акаунт[2-р хуудасны “58”]	/параметр/sip-accounts/sip-account
данс	/параметр/sip-accounts/sip-account/account
туршилтын агент	/параметр/sip-accounts/sip-account/test-agent
интерфейс	/параметр/sip-accounts/sip-account/interface
sip хаяг	/параметр/sip-accounts/sip-account/sip-address
:(iptv сувгууд)	/параметр
iptv сувгууд	/параметр/iptv-сувгууд
iptv суваг[нэр]	/параметр/iptv-сувгууд/iptv-суваг
нэр	/parameter/iptv-channels/iptv-channel/name

1. дансны тест-агент интерфейс
2. дансны тест-агент интерфэйс sip-хаяг

Зүйл	YANG загварын зам: /данс/акаунт/мониторууд…
статус	/монитор/статус
сүүлийн 15 минут	/монитор/статус/сүүлийн 15 минут
статус	/монитор/статус/сүүлийн 15 минут/статус
статус-утга	/монитор/статус/сүүлийн 15 минут/статус-утга
сүүлийн цаг	/монитор/статус/сүүлийн цаг
статус	/монитор/статус/сүүлийн цаг/статус
статус-утга	/монитор/статус/сүүлийн цаг/статус-утга
сүүлийн 24 цаг	/монитор/статус/сүүлийн 24 цагийн
статус	/монитор/статус/сүүлийн 24 цагийн/статус
статус-утга	/монитор/статус/сүүлийн 24 цагийн/статус-утга
загварууд	/загварууд
загвар[нэр]	/загвар/загвар
нэр	/загвар/загвар/нэр
тайлбар	/загвар/загвар/тайлбар
параметрүүд	/загвар/загвар/параметрүүд
параметр[түлхүүр]	/загвар/загвар/параметр/параметр
түлхүүр	/загвар/загвар/параметр/параметр/түлхүүр
төрөл	/загвар/загвар/параметр/параметр/төрөл

Монитор найрал хөгжмийн урьдчилсан нөхцөл
Та ncclient ашиглан NETCONF-ээр дамжуулан дэлгэцээ эхлүүлэхийн өмнө "Тест ба монитор" > "Загвар үүсгэх" хэсэгт байгаа програмын тусламжийн хэсэгт тайлбарласны дагуу Control Center GUI-д дэлгэцийн загвар бүтээх хэрэгтэй. Загварыг эхлүүлэх үед тухайн загварт "Загвар оруулах" гэж заасан бүх талбарыг XML-д параметр болгон оруулах шаардлагатай.
Мониторын загвараас оролтын параметрүүдийг авч байна
Доор хоёр загварыг харуулав. Эхнийх нь хоёр Test Agent интерфэйсийн хооронд UDP мониторинг хийх, хоёр дахь нь нэг Test Agent интерфэйсийг ашиглан HTTP-д зориулагдсан.
Загварын оролтын параметрүүдийг мэдэхийн тулд загварыг харуулсан нүдэн дээр дарна уу. HTTP загварын хувьд параметрүүд дараах байдалтай байж болно.

Бид мониторыг эхлүүлэхдээ дараагийн алхамд эдгээр параметрүүдийг тодорхойлох хэрэгтэй.
Мониторыг эхлүүлэх
17-р хуудасны "Шинэ туршилтын агент үүсгэх ба байршуулах" хэсэгт бидний тодорхойлж, байршуулсан Туршилтын агентуудыг ашиглан доор үзүүлсэн шиг "HTTP" загвараас мониторыг эхлүүлж болно.
Параметр бүрийн хувьд шинж чанарыг өгөх шаардлагатай. Түлхүүр нь Удирдлагын төв дэх параметрийн хувьсагчийн нэртэй ижил байна. Та хувьсагчийн нэрийг дараах байдлаар шалгаж болно.

• Хажуугийн самбар дээрх "Хяналт" дээр товшоод "Шинэ монитор"-ыг сонгоно уу.
• Миний загварууд дээр дарна уу.
• Сонирхсон загварын доорх Засах холбоос дээр дарна уу.
• Баруун дээд буланд байрлах Оролтын засварлах товчийг дарна уу.

Манай экс-дample, мөн анхдагчаар хувьсагчийн нэр нь Хяналтын төвд харагдах дэлгэцийн нэрсийн жижиг үсгийн хувилбарууд юм ("url” эсрэг “URL" гэх мэт). Гэсэн хэдий ч, Control Center GUI-д та хувьсагчдын нэрийг дуртай болгон өөрчилж болно.
Түлхүүрээс гадна параметр бүр өөрийн төрлийг зааж өгөх ёстой: жишээ ньampле, төлөө URL. Параметрийн төрлийн талаарх бүрэн мэдээллийг YANG загвараас олж болно гэдгийг анхаарна уу. Туршилтын агентын интерфейсийн хувьд төрөл нь илүү төвөгтэй бүтэцтэй байдаг нь доорх кодоос харагдаж байна.
Өмнө ньampДараа нь дэлгэцтэй ямар ч дохиолол холбоогүй болно. Жишээ ньampСэрүүлэгтэй холбоотой асуудлыг 62-р хуудасны "Сэрүүлэгтэй мониторыг эхлүүлэх" хэсэгт очно уу.

Сэрүүлэг бүхий мониторыг эхлүүлэх
Сэрүүлгийг монитортой холбохын тулд та тодорхойлсон дохиоллын загвар руу зааж өгөх эсвэл дэлгэц үүсгэх үед дохиоллын тохиргоог бүхэлд нь өгөх боломжтой. Бид нэг эксийг өгөх болноampДоорх арга тус бүрийн le.
Сэрүүлгийн загвар руу зааж мониторын сэрүүлгийг тохируулах
Сэрүүлгийн загварыг ашиглахын тулд та түүний ID-г мэдэх ёстой. Үүний тулд эхлээд 39-р хуудасны "Бүх дохиоллын загваруудыг татаж авах" хэсэгт тайлбарласны дагуу бүх дохиоллын загваруудаа татаж аваад холбогдох загварын нэрийг тэмдэглэнэ үү. Дараа нь та тэр загварт дараах байдлаар хандаж болно:

Мониторын дохиололыг тохируулах замаар шууд тохируулахy
Мөн та монитор үүсгэх үед дохиоллын загварт хамааралгүйгээр мониторын тохиргоог бүхэлд нь оруулснаар дохиолол тохируулж болно. Үүнийг дараах жишээнд үзүүлсний дагуу хийнэample.

Ажиллаж байгаа мониторуудыг татаж авч байна
Одоо ажиллаж байгаа бүх мониторуудыг сэргээхийн тулд энэ скриптийг ажиллуулна уу:
менежертэй хамт. connect(host=args.host, port=args.port, username=args. хэрэглэгчийн нэр, нууц үг=args.password, hostkey_verify=False) m гэж:

Гаралт нь доор үзүүлсэн шиг ажиллаж байгаа бүх мониторуудын жагсаалт юм.

Мониторын SLA статусыг сэргээж байна
Мониторын SLA статусыг хэрхэн сэргээх талаар эндээс үзнэ үү. Энэ жишээндample, бид "Сүлжээний чанар" мониторын SLA статусыг сүүлийн 15 минут, сүүлийн нэг цаг, сүүлийн 24 цаг гэсэн гурван хугацааны интервалаар сэргээж байна.

Гаралт нь иймэрхүү харагдах болно:

NETCONF мэдэгдлүүд
Мониторуудад зориулсан NETCONF мэдэгдлүүд нь SLA зөрчлийн улмаас үүсдэг. Эдгээр нь сүүлийн 15 минутад өгөгдсөн цагийн цонхонд мониторын SLA нь SLA-ийн босгоос ("Сайн" эсвэл "Зөвшөөрөх боломжтой") доош унах үед тохиолддог. Үйлчилгээнд асуудал нөлөөлсний дараа SLA зөрчлийн мэдэгдэл хурдан гарч ирдэг бол SLA статус 15 минутын дараа л "Сайн" болж, цаашид зөрчил гараагүй тохиолдолд л эргэж ирнэ гэдгийг тэмдэглэх нь зүйтэй.
Цагийн цонхыг SLA_STATUS_WINDOW (секундын утга) тохиргоог засах замаар өөрчилж болно. /etc/netrounds/netrounds.conf.
Мониторын загваруудыг экспортлох, импортлох
Энэ нь туршилтын загвартай яг ижил аргаар хийгддэг; 52-р хуудасны "Тестийн загваруудыг экспортлох, импортлох" хэсгийг харьцуулна уу. Доорх кодын хэсэг нь мониторын загваруудыг хэрхэн экспортлох, импортлохыг харуулж байна.
Мониторын загваруудыг экспортлож байна

Мониторын загваруудыг импортлож байна

Ашиглаж байна Tags

Tags Paragon Active Assurance-д тодорхойлсон дараахь зүйлийг ашиглаж болно.

• мониторууд
• хяналтын загварууд
• Туршилтын агентууд
• TWAMP цацруулагч
• Пинг хостууд.
  Жишээ ньampчи чадна tag ижил монитор tag мониторыг ажиллуулах туршилтын агентуудын дэд хэсэг болгон. Хэрэв танд олон тооны монитор болон загварууд тодорхойлогдсон бол энэ функц ялангуяа ашигтай байдаг.

Хэрэв та монитор дээр SNMP занга бүхий сэрүүлгийг тохируулсан бол SNMP зангад адилхан хуваарилагдах болно. tags хэрэв байгаа бол монитор шиг.
Бүтээж байна Tags
Доор бид хэрхэн үүсгэхийг үзүүлэв tag XML-ээр тодорхойлсон нэр, өнгөөрtag> дэд бүтэц.

Даалгах a Tag
Даалгах a tag нөөцөд та үүнийг шинэ болгон нэмнэ үүtag> доорх элементtags> тухайн нөөцийн элемент.
a хэрхэн оноохыг эндээс үзнэ үү tag Туршилтын төлөөлөгч рүү:

Даалгах a tag TW хүртэлAMP цацруулагч, дараах зүйлийг хийнэ үү.

Даалгах a tag монитортой ижил төстэй байдлаар зохицуулагддаг:

Эсвэл та одоо байгаа зүйлийг оноож болно tag нөөц үүсгэх үед эдгээр нөөцийн төрлүүдийн аль нэгэнд нь оруулах замаарtags> агуулсан элемент tag асуултанд.
Шинэчлэх a Tag
Одоо байгаа зүйлийг шинэчилж байна tag шинэ шинж чанаруудыг бий болгохтой адил юм tag:

Даалгаврыг цуцлах a Tag
Даалгаврыг цуцлах a tag нөөцөөс nc:operation="delete" гэсэн атрибутыгtag> нөөцөд хамаарах элемент. Доор, бид a tag монитороос.

Устгах a Tag
Устгахын тулд a tag Хяналтын төвөөс бүхэлд нь nc:operation="устгах" шинж чанарыг дахин ашигласан боловч энэ удаад tag өөрөө, доор тодорхойлсон .

Алдааг олж засварлах

Асуудал: Оркестр ба Парагон идэвхтэй баталгаа синхрончлолгүй байна
Оркестр болон Парагон Идэвхтэй Баталгаажуулалт нь синхрончлолгүй байж болноampХяналтын төвийн GUI-д тохиргооны өөрчлөлт хийгдсэн эсвэл тохиргоог амжилттай ашиглаж чадаагүй бөгөөд өмнөх төлөв рүү буцах боломжгүй бол.
Амжилтгүй буцаах тохиолдолд NETCONF сервер тохиргооны өөрчлөлтийг хүлээн авахгүй; Энэ нь синхрончлолд орох хүртэл тохиргоо түгжигдсэн гэсэн алдааны мессежээр хариулах болно. Дахин синхрончлолд орж, тохиргооны өөрчлөлтийн түгжээг тайлахын тулд та удирдлагын төвөөс тохиргооны мэдээллийн сан руу бүх тохиргоог синхрончлох rpc sync-from-ncc командыг ажиллуулах хэрэгтэй.
ЖИЧ: The confd@netrounds.com Бүх зүйлийг амжилттай синк хийхийн тулд хэрэглэгч (эсвэл тохируулсан бүх зүйл) супер хэрэглэгчийн эрхтэй байх ёстой. Үүнийг ncc user-update командын тусламжтайгаар хийж болно confd@netrounds.com –is-superuser Хэрэв хэрэглэгч супер хэрэглэгч биш бол бүх зүйлийг синк хийх боломжгүй, харин зохицуулах боломжтой бүх зүйл хийгдсэн гэсэн анхааруулга гарч ирнэ.
ЖИЧ: Хэрэв таны найруулагч мөн тохиргоог хадгалдаг бол хүссэн тохиргоог (хяналтын төвд байх ёстой гэж найруулагчийн хүлээгдэж буй тохиргоо) ашиглаагүй тул та үүнийг мөн дахин синхрончлох шаардлагатай болно.
Асуудал: Дэмжигдээгүй нөөцийн улмаас анхны синк (ncc-ээс синк) амжилтгүй боллоо
Хэрэв та rpc sync-from-ncc-ийг Control Center GUI-д тохируулсан бүртгэл дээр ажиллуулахыг оролдвол уг бүртгэлд дэмжигдээгүй эх сурвалжууд байгаа тохиолдолд асуудал гарч болзошгүй. Хоосон данснаас эхлээд бүх тохиргоог NETCONF-ээр хийхийг зөвлөж байна. Үгүй бол, хэрэв танд нөөцийн зөрчилтэй холбоотой асуудал тулгарвал зөрчилтэй нөөцийг бүртгэлээс хасах хэрэгтэй болно.
Асуудал: NCclient.operations.rpc.RPCE-тэй холбоотой NETCONF тушаалууд амжилтгүй боллоо
Хяналтын төвийг дахин эхлүүлсэн тохиолдолд NETCONF сервер нь удирдлагын төвийн сервертэй холбогдох холболтыг автоматаар сэргээдэггүй. Хяналтын төвтэй холболтыг сэргээхийн тулд NETCONF процессыг дахин эхлүүлнэ үү: sudo systemctl netrounds-confd-г дахин эхлүүлнэ үү.

Туршилтын агентын програмууд болон туршилтын агентуудын талаархи тэмдэглэл

ConfD дахь агент програмуудыг турших
Туршилтын агентуудын дунд (шинэ) Test Agent програм нь (хуучин) Test Agent Appliance-аас арай өөрөөр ажилладаг.
Туршилтын Агент програмууд одоогоор интерфэйсийн тохиргоог дэмждэггүй. Тиймээс YANG схем нь ийм туршилтын агентуудад хоосон интерфэйсийн тохиргоог зааж өгөх боломжийг олгодог. Хуучин 23-р хуудасны "энэ хэсгийг" үзнэ үүample.
Sync-from-ncc командыг ашиглан ConfD мэдээллийн баазыг Control Center-тэй синхрончлохдоо та интерфейсийн тохиргоог хоосон хэвээр үлдээж, Control Center-ээс олдсон зүйлтэй дарж бичихгүй байхыг хүсч байна. Тиймээс та Test Agent програмуудтай ажиллахдаа тухайн командтай тусгай туг ашиглах хэрэгтэй –without_interface_config.
Туршилтын агент төхөөрөмжийн хоосон интерфэйсийн тохиргоо
Дээр дурдсанчлан, Test Agent програм нь интерфейсийн тохиргоог дэмждэггүй тул YANG схемд интерфэйсүүдийг орхих боломжтой.
Гэхдээ Test Agent Appliance-аас интерфэйсийн тохиргоог орхигдуулах тохиолдол бас байдаг. ХуучинampҮүний le нь та Cloud-init ашиглан Туршилтын агентыг эргүүлж байгаа зохион байгуулалтын хувилбар байж болох бөгөөд ConfD-д Туршилтын агент онлайн болох үед үүнийг дарж бичихийг зөвшөөрөхийн оронд интерфэйсийн тохиргоог ашиглахыг хүсэж байна.
Тодорхойгүй интерфэйстэй холбоотой YANG схемийн өөрчлөлтүүд
Хоосон интерфэйсийн тохиргоог (2.34.0 хувилбараас хойш) зөвшөөрч байгаа тул тест эсвэл мониторын нэг хэсэг болгон ажиллаж байгаа даалгаврын оролт болгон дурын интерфэйсийн нэрийг зааж өгөх боломжтой.
ConfD-д эдгээрийн интерфейсийн нэр тодорхойлогдоогүй тул энэ нь Test Agent програмыг ашиглах боломжтой байх шаардлагатай. Гэхдээ энэ нь санамсаргүй тохиолдлоор тест эсвэл мониторыг байхгүй интерфэйс ашиглахаар тохируулсан тохиолдолд асуудалтай тулгарах болно гэдгийг анхаарна уу. Тиймээс энэ тал дээр анхаарна уу.
ConfD-д үүсгэсэн туршилтын агентыг бүртгүүлэхэд тавигдах хязгаарлалтууд
REST эсвэл NETCONF/YANG API-ээр дамжуулан Туршилтын агент үүсгэх үед энэ нь аль төрөл болохыг бид урьдчилан мэдэх боломжгүй: Туршилтын агент хэрэгсэл эсвэл Туршилтын агент програм. Энэ нь Туршилтын төлөөлөгч бүртгүүлсний дараа л тодорхой болно.
Туршилтын агент бүртгэгдэж, эдгээр тодорхой төрлийн аль нэг болсон бол та өөр төрлийн туршилтын агентаар дахин бүртгүүлэх эрхгүй. Энэ нь таныг эхлээд Туршилтын агентын хэрэглүүрээр бүртгүүлэх, дараа нь Туршилтын төлөөлөгчийн хэрэглүүрээр дахин бүртгүүлэх, эсвэл эсрэгээр дахин бүртгүүлэх эрхгүй гэсэн үг юм. Хэрэв танд өөр төрлийн туршилтын агент хэрэгтэй бол та шинэ туршилтын агент үүсгэх хэрэгтэй болно.

Хавсралт: Бүрэн YANG загварын модны бүтэц

Энэ хавсралтын 81-р хуудасны "Домог" хэсэгт pyang -f tree командын тусламжтайгаар үүсгэсэн YANG загварын модны бүтцийн синтаксийг тайлбарласан болно.
82-р хуудасны "YANG загварын модны бүтэц" хэсэгт netrounds-ncc.yang-д хэрэглэгдэх командын гаралтыг өгнө. Энэхүү гаралтын зарим хэсгийг баримт бичгийн өөр газар хуулбарласан болно.
Домог

YANG загвар модны бүтэц

Juniper Networks, Juniper Networks лого, Juniper, Junos нь АНУ болон бусад улс орнуудад Juniper Networks, Inc.-ийн бүртгэлтэй худалдааны тэмдэгнүүд юм. Бусад бүх барааны тэмдэг, үйлчилгээний тэмдэг, бүртгэгдсэн тэмдэг эсвэл бүртгэгдсэн үйлчилгээний тэмдэг нь тус тусын эзэмшигчийн өмч юм. Juniper Networks энэ баримт бичигт алдаа гарсан тохиолдолд хариуцлага хүлээхгүй. Juniper Networks нь энэхүү нийтлэлийг мэдэгдэлгүйгээр өөрчлөх, өөрчлөх, шилжүүлэх эсвэл өөр аргаар хянан үзэх эрхтэй. Зохиогчийн эрх © 2023 Juniper Networks, Inc. Бүх эрх хуулиар хамгаалагдсан.

Баримт бичиг / нөөц

Juniper NETWORKS NETCONF & YANG API програм хангамж [pdf] Хэрэглэгчийн гарын авлага NETCONF YANG API програм хангамж, YANG API програм хангамж, API програм хангамж, програм хангамж

Лавлагаа

• Хэрэглэгчийн гарын авлага