Juniper NETWORKS NETCONF & YANG API Proqram Təlimatı İstifadəçi Təlimatı

Bu Sənədin Məqsədi
Bu sənədləşdirmə Paragon Active Assurance-ın NETCONF & YANG API İdarəetmə Mərkəzi vasitəsilə şəbəkə xidməti orkestratoru ilə necə inteqrasiya olunacağını təsvir edir. Təcrübəli keçmişampVirtual Test Agentlərinin yaradılması və yerləşdirilməsi, testlərin və monitorların icrası və bu fəaliyyətlərdən nəticələrin əldə edilməsi daxil olmaqla, əsas tapşırıqlar verilir.
Bu sənəddə sərbəst mövcud olan Python NETCONF müştəri ncklienti orkestr rolunda istifadə olunur.

Konvensiyalar
Bu sənəddə aşağıdakı abreviaturalardan istifadə olunur:

İxtisar	Mənası
CLI	Komanda xətti interfeysi
EM	Element Meneceri
ES	İkinci səhv
MEP	MEG (Maintenance Entity Group) Son Nöqtə (ITU-T Y.1731 tərifi) və ya Baxımın Son Nöqtəsi (Cisco tərifi)
NFV	Şəbəkə funksiyası Virtualisation
NFVO	Şəbəkə Funksiyasının Virtualizasiya Orkestratoru
NSD	Şəbəkə Xidməti Deskriptoru
RPC	Uzaqdan Prosedur Zəngi
SIP	Sessiyanın Başlanması Protokolu
SLA	Xidmət Səviyyəsi Müqaviləsi
S-VNFM	Xüsusi VNF Meneceri
VNF	Virtual şəbəkə funksiyası
vTA	Virtual Test Agenti

Geriyə Uyğunluq üzrə Qeydlər

NETCONF & YANG API-nin 2.35.4/2.36.0 versiyalarında NETCONF standartına riayət etmək üçün müəyyən sorğuların yoxlanılması daha sərtləşdirilmişdir. Bu o deməkdir ki, bu təlimatın köhnə versiyalarına əsaslanan müştəri kodu indi rədd edilə bilər.
məsələnample, əvvəlki Python-da keçmişample kodu, heç bir ad sahəsi atributu təmin edilməyib. ConfD resursunu dəyişdirmək istədiyiniz zaman ad sahəsi indi sorğu XML-də təmin edilməlidir.

İlkin şərtlər və hazırlıqlar

ConfD quraşdırılması
ConfD (Tail-f məhsulu) Paragon Active Assurance sistemi ilə NETCONF arasında vasitəçi kimi istifadə olunur. ConfD Paragon Active Assurance konfiqurasiyasını və əməliyyat məlumatlarını NETCONF & YANG API ilə əlaqələndirir.
ConfD Quraşdırma Təlimatında təsvir olunduğu kimi İdarəetmə Mərkəzi proqramı ilə birlikdə quraşdırılmalı idi.

ConfD-nin İşlədiyinin Təsdiqlənməsi
ConfD-nin işlədiyini və işlədiyini yoxlamaq üçün əmri işə salın
ssh -s @localhost -p 830 netconf
ConfD-nin 830 portda cavab verdiyini yoxlamaq üçün. Komandada, netconf istifadəçisi yaratdığı kimi müəyyən edilir
Quraşdırma Təlimatında, ConfD-nin quraşdırılması bölməsində əmr. Eyni əmrlə müəyyən edilmiş parolu verin.
Çıxışda İdarəetmə Mərkəzi modulunun daxil olduğunu yoxlayın. Çıxışda aşağıdakı kimi bir xətt olmalıdır:
http://ncc.netrounds.com?module=netrounds-ncc&revision=2017-06-15

Konfiqurasiya verilənlər bazasının İdarəetmə Mərkəzi ilə sinxronlaşdırılması

Nəhayət, NETCONF vasitəsilə konfiqurasiya verilənlər bazasını yeniləmək lazımdır. Biz bunu burada ncclient (NETCONF Client) adlı Python kitabxanası vasitəsilə edəcəyik. Bununla belə, tapşırıq NETCONF/YANG protokolundan istifadə etdiyi müddətcə başqa proqramlaşdırma dilində də yerinə yetirilə bilər.
Ncclient-in rolu NETCONF/YANG API-yə sahib olan ConfD serverinə müştəri kimi çıxış etməkdir.

Qeyd etmək lazımdır ki, ncclient heç bir şəkildə İdarəetmə Mərkəzi ilə əlaqəli deyil (əvvəllər "Netrounds İdarəetmə Mərkəzi"), baxmayaraq ki, adı "ncc" ilə başlayır.
Ncclient-i necə quraşdırmaq olar:

Proqram təminatını buradan yükləyin https://github.com/ncclient/ncclient.
Bu əmri yerinə yetirin: pip install ncclient

İndi sinxronizasiyanı aşağıdakı kimi həyata keçirə bilərik. Diqqətlə qeyd edin ki, bu, İdarəetmə Mərkəzinin serverində deyil, ayrıca kompüterdə edilməlidir:

#
# QEYD:
# Bu skript NCC serverində işləyən ConfD-yə qarşı müştəri kimi çıxış edir.
# Rabitə üçün NETCONF/YANG API istifadə edəcək.

QEYD: Bu prosedur həmçinin Test Agentləri NETCONF-dan asılı olmayaraq quraşdırılıb qeydiyyata alındıqda tələb olunur. “Artıq” bölməsindəki qeydə baxınview Ətraflı məlumat üçün 17-ci səhifədə Test Agent Orkestrasiyası.

Çoxsaylı NETCONF ilə idarə olunan Paragon Aktiv Təminat Hesablarının Quraşdırılması

Aşağıdakı addımlar yalnız Quraşdırma Təlimatının “ConfD quraşdırılması” bölməsində bu şəkildə konfiqurasiya edilmiş hesaba əlavə olaraq, NETCONF tərəfindən idarə olunacaq əlavə Paragon Active Assurance hesablarını qurmaq istəyirsinizsə tələb olunur.
Hər bir belə hesab üçün aşağıdakı kimi davam edin:

İdarəetmə Mərkəzində hesaba daxil olun və Hesab > İcazələr bölməsinə keçin.

İstifadəçi əlavə et "confd@netrounds.com" və Dəvət et düyməsini klikləməklə GUI-də bu ConfD istifadəçi admin icazəsini verin.
Səhifə 4-dəki “Konfiqurasiya verilənlər bazasının İdarəetmə Mərkəzi ilə sinxronlaşdırılması” bölməsində təsvir olunduğu kimi konfiqurasiya verilənlər bazasını İdarəetmə Mərkəzi ilə sinxronlaşdırın.
İndi eyni ConfD istifadəçisi ilə çoxlu Paragon Active Assurance hesablarına nəzarət edə bilməlisiniz.

QEYD: ConfD vasitəsilə Paragon Active Assurance hesabına nəzarət etməyə başladıqdan sonra siz bu hesabda dəyişiklik etməməlisiniz. web “konfiqurasiya” olan hər hansı Paragon Active Assurance xüsusiyyətləri ilə bağlı GUI (səhifə 9-dakı “Paragon Active Assurance-də dəstəklənən funksiyalar” bölməsinə baxın). Bunu etsəniz, sinxronizasiyanın itirilməsi ilə nəticələnəcək.

NETCONF Orchestration API-yə giriş

Bitdiview

Üçüncü tərəf NFVO və ya xidmət orkestratoru adətən İdarəetmə Mərkəzi API-dən istifadə edərək test və monitorinq sessiyalarını başlatan komponentdir. Bu orkestrator həmçinin Test Agent fəaliyyətlərindən yığılmış ölçmə nəticələrini əldə edir. Performans KPI-ləri üçüncü tərəfin Performans İdarəetmə Sistemləri tərəfindən əldə edilə bilər, halbuki hadisələr - Nəzarət Mərkəzində müəyyən edilmiş hədd pozuntuları ilə bir dəfə tetiklenen - üçüncü tərəf Arızanın İdarəetmə sistemlərinə göndərilə bilər.
Xülasə etmək üçün, aşağıdakı rəqəm Paragon Active Assurance-ın OSS landşaftında digər üçüncü tərəf sistemləri ilə necə qarşılıqlı əlaqədə olduğunu göstərir.

NFVO/Xidmət Orkestratoru: VNF Menecerinə vTA-ları yerləşdirməyi və Paragon Active Assurance-ı xidmət zəncirində konfiqurasiya etməyi tapşırır. Xidmət aktivləşdirildikdən sonra orkestrator xidmətin aktivləşdirilməsi testlərini işə salmaq və keçid/uğursuz nəticələri əldə etmək üçün İdarəetmə Mərkəzinə doğru API-dən istifadə edir. Testlər keçərsə, orkestr xidmətin aktiv monitorinqinə başlamaq üçün API-dən İdarəetmə Mərkəzinə doğru istifadə edəcək. Monitorinqdən alınan KPI-lər ya orkestr tərəfindən, ya da ayrıca Performans İdarəetmə platforması tərəfindən davamlı olaraq əldə edilir.
İdarəetmə Mərkəzi: NFVO və ya xidmət orkestratoru tərəfindən göstəriş verildiyi kimi vTA-nı yerləşdirir, ölçüləndirir və dayandırır.

Performans İdarəetmə sistemi və ya Xidmət Keyfiyyətini İdarəetmə sistemi: İdarəetmə Mərkəzi API vasitəsilə aktiv monitorinqdən KPI-ləri oxuyur.
Arızanın İdarə Edilməsi sistemi: SLA-ların pozulması halında İdarə Mərkəzindən NETCONF, SNMP və ya e-poçt bildirişləri alır.

Paragon Active Assurance-də Konsepsiyaların Tərifləri

Test Agentləri: Paragon Active Assurance sistemində ölçmə aparan komponentlər (testlər və monitorlar üçün). Test agentləri real şəbəkə trafikini yaratmaq, qəbul etmək və təhlil etmək qabiliyyətinə malik proqram təminatından ibarətdir.
Bu sənəddə müzakirə edilən Test Agent növü hipervizorda yerləşdirilmiş virtual şəbəkə funksiyası (VNF) olan Virtual Test Agentidir (vTA). Test Agentinin digər növləri də mövcuddur.

Paragon Active Assurance-də iki əsas ölçmə növü var, testlər və monitorlar.
Test: Test bir və ya bir neçə mərhələdən ibarətdir və hər birinin müəyyən, sonlu müddəti var. Addımlar ardıcıl olaraq yerinə yetirilir. Hər bir addım birdən çox tapşırığın eyni vaxtda icrasını tələb edə bilər.

Monitor: Monitorun müəyyən müddəti yoxdur, lakin qeyri-müəyyən müddətə işləyir. Testdəki bir addım kimi, monitor birdən çox paralel tapşırıqları yerinə yetirə bilər.
Şablon: Paragon Active Assurance orkestr tərəfindən idarə edildikdə, testlər və monitorlar həmişə test və ya monitorun müəyyən edildiyi şablonlar vasitəsilə həyata keçirilir. Parametr parametrləri icra zamanı şablona giriş kimi ötürülə bilər.

Avtomatlaşdırma üçün iş axını
Dizayn vaxtı

Dizayn zamanı siz Paragon Active Assurance-də testlər və monitorlar üçün şablonlar yaradaraq ölçmələr hazırlayırsınız. Bunun necə ediləcəyi səhifə 15-dəki “Sınaq və Monitor Şablonları” bölməsində təsvir edilmişdir.

İcra müddəti
İş vaxtı siz cihazlarınızı quraşdırır və faktiki ölçmələri yerinə yetirirsiniz.

Bir bitdiview hamısından keçmişampverilmiş les "ExampNETCONF & YANG API vasitəsilə Paragon Active Assurance Controlling les” səhifə 15.
Test Agentlərini necə yerləşdirmək və konfiqurasiya etmək “Məsamples: Test agentləri” səhifə 16.

TW kimi inventar elementlərini necə idxal etmək olarAMP reflektorlar və IPTV kanalları “Examples: İnventar Əşyaları” səhifə 29.
Siqnalların necə konfiqurasiya edilməsi “Məsamples: Siqnallar” səhifə 35.

NETCONF vasitəsilə Paragon Active Assurance şablonlarını yerinə yetirməklə testləri və monitorları necə icra etmək “Ex.amples: Testlər” səhifə 43 və “Məsamples: Monitorlar” səhifə 54.

Paragon Active Assurance-də dəstəklənən funksiyalar

Paragon Active Assurance-da bütün test və monitor növləri şablonlardan istifadə etməklə yaradıla və icra edilə bilər. Bunun necə ediləcəyi proqramdaxili yardımda “Testlər və monitorlar” > “Şablonların yaradılması” bölməsində təsvir edilmişdir.

Paragon Active Assurance hesablarının yaradılması hazırda dəstəklənmir; lakin istifadəçi üçün bir və ya bir neçə əvvəlcədən təyin edilmiş hesab qurulmuş olacaq.
Aşağıdakı cədvəllər Paragon Active Assurance-da hansı xüsusiyyətlərin bu buraxılışda mövcud olduğunu və bu xüsusiyyətlərin YANG-da necə təmsil olunduğunu ətraflı təsvir edir.

YANG konstruksiyalarının izahı

Rahatlıq üçün burada xüsusiyyət cədvəlində istinad edilən YANG konstruksiyalarının tərifləri verilmişdir.

Konfiqurasiya (config=true): Sistemi bir vəziyyətdən digərinə çevirmək üçün tələb olunan konfiqurasiya məlumatları.
Vəziyyət (config=false): Dövlət məlumatları: konfiqurasiya məlumatları olmayan sistem üzrə əlavə məlumatlar, məsələn, yalnız oxuna bilən status məlumatı və toplanmış statistika.
RPC: NETCONF protokolunda istifadə edilən Uzaqdan Prosedur Zəngi.
Bildiriş: NETCONF serverindən NETCONF müştərisinə göndərilən hadisə bildirişləri.

Paragon Aktiv Təminat Xüsusiyyətləri Cədvəlləri Orkestrasiya üçün əlçatandır
Resurs: Monitorinq
YANG yolu:/hesablar/hesablar/monitorlar

Xüsusiyyət	Alt xüsusiyyət	YANG quruluşu
Monitor yaratmaq/dəyişiklik etmək/silmək	Monitor şablonu əsasında	konfiqurasiya
Monitoru işə salmaq/dayandırmaq	–	konfiqurasiya
Monitor şablonları	Mövcud monitor şablonlarını daxiletmələrlə siyahıya alın	dövlət
NETCONF bildirişləri	Siqnal vəziyyəti dəyişdi	Bildiriş
Nəticələrə nəzarət edin	Üst səviyyə üçün SLA/ES sayğacı (%) Tapşırıq səviyyəsi üçün SLA/ES sayğacı (%)	dövlət

Testlərdən fərqli olaraq (Resurs: Aşağıdakı testləri müqayisə edin), monitorlar RPC ilə deyil, monitor konfiqurasiyasını yerinə yetirməklə işə salınır.
Resurs: Testlər
YANG yolu: /hesablar/hesab/testlər

Xüsusiyyət	Alt xüsusiyyət	YANG quruluşu
Testə başlayın	Test şablonu əsasında	RPC
Testləri idarə edin	Testləri statusu ilə sadalayın	dövlət
Test şablonları	Mövcud test şablonlarını daxiletmələrlə siyahıya alın	dövlət
NETCONF bildirişləri	Test statusu dəyişdi	Bildiriş
Test nəticələri	Test addımının statusunu əldə edin (keçmə, uğursuzluq, səhv, …)	dövlət

Resurs: Test Agentləri
YANG yolları:

/hesablar/hesab/test agentləri (konfiqurasiya)
/hesablar/hesab/qeydiyyatdan keçmiş test agentləri (Ştat)

/accounts/account/test-agents altındakı Test Agentləri hesabda konfiqurasiya edilənlərdir. Yalnız bu Test Agentləri orkestr tərəfindən NETCONF vasitəsilə testlərdə və monitorlarda konfiqurasiya edilə və istifadə edilə bilər.
Siz Test Agentini konfiqurasiya etdikdən və o, hesabda qeydiyyatdan keçdikdən sonra Test Agenti /accounts/account/registered-test-agents altında görünəcək. Siz NETCONF-da “almaq” əmrindən istifadə edərək bütün qeydiyyatdan keçmiş Test Agentlərini tapa bilərsiniz (Müqayisə edin.amples: Test Agentləri).
/accounts/account/registered-test-agents altında siz hələ konfiqurasiya olunmamış Test Agentlərini də tapa bilərsiniz. Hər hansı belə Test Agentləri istifadə edilməzdən əvvəl konfiqurasiya edilməlidir.
Bir orkestrasiya ssenarisində, ümumiyyətlə, Paragon Active Assurance hesabınızın bütün konfiqurasiyasını NETCONF vasitəsilə etməyiniz tövsiyə olunur. Bu, test agentləri ilə qeydiyyatdan keçmiş test agentlərinin bir-birindən ayrılmamasını təmin edir.

Xüsusiyyət	Alt xüsusiyyət	YANG quruluşu
Serverdə Test Agentini əvvəlcədən yaradın	–	konfiqurasiya
Oflayn Test Agentini konfiqurasiya edin	(İdarəetmə Mərkəzi konfiqurasiyanı Test Agentinə itələyir onlayn gələndə)	konfiqurasiya
Mövcud/xarici konfiqurasiya edilmiş Test Agentlərindən istifadə edin	Test/monitorda istifadə edin	konfiqurasiya
	İnterfeysləri konfiqurasiya edin	konfiqurasiya
	Status əldə edin	dövlət
Test Agentini konfiqurasiya edin (yalnız Test Cihazı)	NTP-ni konfiqurasiya edin	konfiqurasiya
	Körpüləri konfiqurasiya edin	konfiqurasiya
	VLAN interfeyslərini konfiqurasiya edin	konfiqurasiya
	SSH düymələrini konfiqurasiya edin	konfiqurasiya
	IPv6	konfiqurasiya
Utils	Yenidən başladın	RPC
	Yeniləyin	RPC
NETCONF bildirişləri	Onlayn status dəyişdi	Bildiriş
Vəziyyət	Sistem statusunu əldə edin (iş vaxtı, yaddaş istifadəsi, orta yük, versiya)	dövlət

Resurs: İnventar
YANG yolu: /hesablar/hesab/twamp- reflektorlar

Dəstəklənən NETCONF imkanları

Aşağıdakı cədvəl Paragon Active Assurance orkestrasiyası məqsədilə istifadə edilən NETCONF imkanlarını təsvir edən IETF RFC-lərinə işarə edir.

ietf-netconf.yang
IETF RFC 6241, Şəbəkə Konfiqurasiya Protokolu (NETCONF), https://tools.ietf.org/html/rfc6241
Dəstəklənən yeganə səhv idarə üsulu səhvə geri qayıtmadır.
Dəstəklənən yeganə məlumat anbarı yazıla biləndir.
ietf-netconf-notifications.yang
IETF RFC 5277, NETCONF Hadisə Bildirişləri, https://tools.ietf.org/html/rfc5277

Test və Monitor Şablonları
Test və monitor növləri üçün şablonlar Paragon Active Assurance front-end istifadəçi interfeysi vasitəsilə əl ilə qurulmalıdır. Bunun necə ediləcəyi proqramdaxili yardımda “Testlər və monitorlar” > “Şablonların yaradılması” bölməsində təsvir edilmişdir.

ExampNETCONF & YANG API vasitəsilə Paragon Active Assurance Controlling les

Sonrakı fəsillərdə, 15-ci səhifədəki “Sınaq və Monitor Şablonları” fəslində verilmiş təlimatlara uyğun olaraq uyğun test və monitor şablonlarının müəyyən edildiyi güman edilir.

Ex-də istifadə olunan alətləramples
Bütün keçmişampSonrakı fəsillərdəki elementlər aşağıdakı sərbəst mövcud vasitələrdən istifadə etməklə qurulmuşdur:

Pang: YANG modellərini vizuallaşdırmaq və gözdən keçirmək üçün istifadə olunur.
Burada mövcuddur https://github.com/mbj4668/pyang (git-dən klonlayın və python setup.py install proqramını işə salın).
Python NETCONF müştəri "ncclient": NETCONF istifadə edərək İdarəetmə Mərkəzi ilə əlaqə saxlamaq üçün istifadə olunur.

https://github.com/ncclient/ncclient ünvanında mövcuddur (pip install ncclient-i işə salın).
netrounds-ncc.yang məlumat modeli Quraşdırma Təlimatına uyğun olaraq ConfD quraşdırıldıqdan sonra /opt/netrounds-confd-də tapılır).

Bitdiview Yerinə yetirilən Əsas Tapşırıqlar

(Bəzi əlavə tapşırıqlar da aşağıdakı nümunələrdə göstərilmişdir.)

“Yeni Test Agentinin yaradılması və yerləşdirilməsi” səhifə 16
“İnventar elementlərinin yaradılması (məsələn, reflektorlar)” səhifə 29
“Siqnal şablonlarının qurulması və həyəcan siqnallarının hara göndərilməsi” səhifə 35

“Sınaq yaratmaq və işə salmaq” səhifə 45
“Sınaq nəticələrinin alınması” səhifə 50
“Monitorun işə salınması (siqnalların quraşdırılması daxildir)” səhifə 60
“Monitor üçün SLA statusunun alınması” səhifə 67
“İlə işləyirik tags"Səhifə 71 -da

Examples: Test Agentləri

Bitdiview Test Agent Orkestrinin
Paragon Active Assurance-də Test Agentləri orkestrləşdirmə kontekstində “konfiqurasiya” kimi qəbul edilir. Bu o deməkdir ki, Test Agentlərinin yaradılması, nəzarəti və silinməsi Paragon Active Assurance GUI vasitəsilə deyil, orkestr və NETCONF vasitəsilə həyata keçirilməlidir.
ƏHƏMİYYƏTLİ: Əgər Test Agenti texniki mütəxəssis tərəfindən quraşdırılıbsa və NETCONF & YANG API vasitəsilə əvvəlcə yaradılmadan İdarəetmə Mərkəzində qeydiyyatdan keçibsə, Test Agenti konfiqurasiya verilənlər bazasında mövcud olmayacaq və sistem sinxronizasiyadan çıxacaq. Bu halda ConfD-nin Test Agentindən xəbərdar olması üçün 4-cü səhifədəki “Konfiqurasiya verilənlər bazasının İdarəetmə Mərkəzi ilə sinxronizasiyası” bölməsində ətraflı təsvir olunduğu kimi İdarəetmə Mərkəzi ilə yeni sinxronizasiya həyata keçirmək lazımdır.

Buna görə də Virtual Test Agentlərinin (vTA) təşkili daha çox aşağıdakı addımlarla aparılmalıdır:

İdarəetmə Mərkəzinə NETCONF & YANG interfeysindən istifadə edərək, onun interfeys konfiqurasiyası daxil olmaqla Virtual Test Agentini yaradın. Test Agentinin adı onun unikal açarı olacaq.
vTA-nı virtualizasiya platformasında yerləşdirin. Test Agentləri > Quraşdırma altındakı onlayn yardımdakı təlimatlara əməl edin. vTA-nın İdarəetmə Mərkəzinə qoşulmasına imkan verən əsas interfeys konfiqurasiyası, eləcə də autentifikasiya üçün etimadnamələr bulud-init istifadəçi məlumatlarından istifadə etməklə vTA-da təmin edilir.
vTA işə salındıqdan sonra şifrələnmiş OpenVPN bağlantısından istifadə edərək avtomatik olaraq İdarəetmə Mərkəzinə qoşulacaq. vTA-nın test-agent-statuschange parametrinin dəyəri indi “online” olaraq dəyişdiyi üçün NETCONF bildirişi göndərilir.
QEYD: vTA-nın adı İdarəetmə Mərkəzində onun identifikatoru olduğundan, bu ad Səhifə 1-dəki “addım 17”də İdarəetmə Mərkəzində müəyyən edilmiş adla eyni olmalıdır.
vTA İdarəetmə Mərkəzinə qoşulduqdan və autentifikasiya edildikdən sonra interfeys konfiqurasiyası vTA-ya ötürülür. Bu, İdarəetmə Mərkəzində vTA yaradılarkən 1-ci səhifədəki “addım 17”də təqdim olunan interfeys konfiqurasiyasıdır.

vTA öz məqsədinə çatdıqdan sonra vTA-nı silin.

Yeni Test Agentinin Yaradılması və Yerləşdirilməsi

Əvvəlcə İdarəetmə Mərkəzinə NETCONF & YANG interfeysindən istifadə edərək Test Agenti yaratmalıyıq. Test Agenti bu şəkildə yaradıldıqda, İdarəetmə Mərkəzi ilə sinxronizasiya tələb olunmur.
Test Agenti üçün YANG modeli aşağıda göstərildiyi kimidir. Komandadan çıxış kimi əldə edilir
pyang -f ağac şəbəkələri-ncc.yang
Tam YANG modeli “Əlavə: Tam YANG Modelinin Ağac Strukturu” səhifə 81-də verilmişdir ki, bu da bu sənəddə bu və digər YANG model illüstrasiyalarında istifadə edilən konvensiyaları izah edən əfsanəni ehtiva edir.

Aşağıda təfərrüatları olan aşağıdakı addımlarla davam edirik:

Başlanğıcda, Paragon Active Assurance hesabının "demo" inventarında Test Agentləri yoxdur.
“vta1” adlı Test Agenti ncclient istifadə edərək yaradılmışdır. Bu stage, real Test Agenti hələ mövcud deyil (yəni hələ işə salınmayıb).
Test Agenti OpenStack-də yerləşdirilib. (Həmin platformada yerləşdirmə burada digərləri arasında bir imkan olaraq seçilir.)

Test Agent İdarəetmə Mərkəzinin “demo” hesabına qoşulur və indi istifadəyə hazırdır.
Addım 1: Əvvəlcə “demo” hesabında Test Agentləri yoxdur. İdarəetmə Mərkəzinin GUI-dən aşağıdakı ekran görüntüsünə baxın.Addım 2: Python NETCONF müştəri “ncclient” istifadə edərək İdarəetmə Mərkəzində Test Agenti yaradılır. Aşağıda DHCP ünvanı ilə bir fiziki interfeysə malik Test Agenti yaratmaq üçün ncclient kodu verilmişdir:

argparse idxal edin
ncclient idxal menecerindən
parser = argparse.ArgumentParser(təsvir='Test yaratma test agenti')
parser.add_argument('–host', help='ConfD-nin tapıldığı host adı', tələb olunur=Doğru)
parser.add_argument('–port', help='ConfD-yə qoşulmaq üçün port', tələb olunur=Doğru)
parser.add_argument('–username', help='ConfD-yə qoşulmaq üçün istifadəçi adı', tələb olunur=Doğru)
parser.add_argument('–password', help='ConfD hesabının parolu', tələb olunur=Doğru)
parser.add_argument('–netrounds-account', help='NCC hesabının qısa adı', tələb olunur=Doğru)
parser.add_argument('–test-agent-name', help='Test Agentinin Adı', tələb olunur=Doğru)
args = parser.parse_args()
manager.connect ilə(host=args.host, port=args.port, username=args.username,
password=args.password, hostkey_verify=False) kimi m:
# İdarəetmə Mərkəzində Test Agenti yaradın
xml = """

)çap m.edit_config(hədəf='çalışır', konfiqurasiya=xml)

QEYD: Manager.connect(…) ilə əvvəlki kod sonrakı məsələn, çıxarılıbample kod parçaları.
NTP serveri eth0 üzərində konfiqurasiya edilib və eth0 həm də idarəetmə interfeysidir (yəni İdarəetmə Mərkəzinə qoşulan interfeys).
Test Agent Tətbiqi hazırda interfeysləri konfiqurasiya etməyə icazə vermir. Bu səbəbdən 2.34.0 versiyasından başlayaraq YANG sxemində interfeys konfiqurasiyasını buraxmaq mümkündür. Buna görə də müvafiq XML bu halda kökündən sadələşdirilmişdir:Test Agenti yaradıldıqdan sonra o, konfiqurasiya verilənlər bazasında və İdarəetmə Mərkəzində mövcuddur. Test Agent inventarının aşağıdakı ekran görüntüsünə baxın, Test Agenti “vta1”:

Addım 3: İndi OpenStack-də “vta1” Test Agentini yerləşdirməyin vaxtıdır.
Test Agenti İdarəetmə Mərkəzinə necə qoşulmaq barədə məlumatı əldə etmək üçün bulud-init istifadəçi məlumatlarından istifadə edəcək. Xüsusilə, istifadəçi məlumat mətni file aşağıdakı məzmuna malikdir (Qeyd edək ki, #cloud-config və netrounds_test_agent sətirləri olmalıdır və qalan sətirlər girintili olmalıdır):

Əlavə məlumat üçün OpenStack-də Virtual Test Agentlərini necə yerləşdirmək olar sənədinə müraciət edin.
Test Agenti yerləşdirildikdən və İdarəetmə Mərkəzinə qoşulduqdan sonra konfiqurasiya İdarəetmə Mərkəzindən Test Agentinə köçürüləcək.

Addım 4: Test Agent indi İdarəetmə Mərkəzində onlayndır və konfiqurasiyasını əldə edib. Test Agenti testlərdə və monitorinqdə istifadəyə hazırdır. Bu bölmələrə baxın:

“Sınağın başlaması” səhifə 45
“Monitorun işə salınması” səhifə 60

Paragon Active Assurance Hesabınızda Test Agentlərinin Siyahıya salınması
Aşağıda keçmişdirampParagon Active Assurance hesabında Test Agentlərini siyahıya salmaq üçün Python kodu:

Bu kodu işlətmək aşağıdakı nəticəni verir:

Test Agentinin Silinməsi
Test başa çatdıqdan sonra bəzi istifadə hallarında Test Agentini silmək uyğun ola bilər.
Aşağıda bunun ncclient ilə necə ediləcəyini göstərən kod parçası verilmişdir:

NETCONF bildirişləri
Aşağıda sadə keçmişi təqdim edirikampİdarəetmə Mərkəzindən bütün daxil olan NETCONF bildirişlərini dinləmək üçün skript. Bu bildirişlər müəyyən hadisələr baş verdikdə, məsələn, Test Agentinin oflayn olması və ya istifadəçinin başlatdığı testin tamamlanması kimi göndərilir. Bildirişlərdə daşınan məlumatlara əsasən, istifadəçilər orkestrdə avtomatlaşdırılmış təqib hərəkətlərini təyin edə bilərlər.

Yuxarıdakı skript icra edildikdə, NC müştəri qəbul edilmiş bildirişi strukturlaşdırılmış XML-də təqdim edəcəkdir. Keçmişə baxınampAşağıdakı çıxış, Test Agentinin gözlənilmədən oflayn olduğunu göstərir.

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

Examples: İnventar maddələri

TW kimi inventar elementlərinin yaradılması (idxal edilməsi) və idarə edilməsiAMP reflektorlar və Y.1731 MEP-lər Test Agentləri ilə eyni şəkildə həyata keçirilir. Aşağıda NETCONF & YANG API vasitəsilə Paragon Active Assurance-da bu cür qurumları müəyyən etmək və müəyyən edilmiş elementlərin siyahılarını əldə etmək üçün XML və NETCONF kodu verilmişdir.

TW yaradılmasıAMP Reflektor

Y.1731 MEP yaradılması

IPTV kanalının yaradılması

Ping Host yaradılması

SIP Hesabının yaradılması

İnventar Elementlərinin Alınması
Aşağıda hesabda müəyyən edilmiş bütün inventar elementlərini əldə etmək üçün Python kodu verilmişdir. (Sənəddə bəzi təkrarlanmaların qarşısını almaq üçün bütün növ inventar elementləri bir anda buraya gətirilir. Təbii ki, inventar elementlərinin hər hansı alt dəsti aşağıda hesab altındakı bəzi sətirləri buraxmaqla götürülə bilər.)

Bu kodu işlətmək aşağıdakı nəticəni verir:

Examples: Siqnallar

Siqnal şablonları və əlaqəli elementlər (SNMP menecerləri, həyəcan e-poçt siyahıları) inventar elementləri kimi yaradılır və idarə olunur. Bu fəsildə NETCONF & YANG API vasitəsilə Paragon Active Assurance-da bu cür obyektləri müəyyən etmək və müəyyən edilmiş elementlərin siyahılarını əldə etmək üçün XML və NETCONF kodu var.
Siqnal E-poçt Siyahıları
Siqnal E-poçt Siyahısının yaradılması

Bütün Siqnal E-poçt Siyahıları Alınır

SNMP Menecerləri
SNMP Menecerinin yaradılması

Bütün SNMP Menecerləri Alınır

Siqnal Şablonları
Siqnal Şablonunun yaradılması

Bütün Siqnal Şablonları Alınır

Examples: SSH açarları

NETCONF & YANG API vasitəsilə SSH ictimai açarlarını Test Agentinə əlavə edə bilərsiniz. Müvafiq şəxsi açardan istifadə edərək SSH vasitəsilə Test Agentinə daxil ola bilərsiniz.
SSH açarlarında mövcud əməliyyatların tam siyahısı aşağıdakı kimidir:

SSH açarı əlavə edin
SSH açarını dəyişdirin
SSH açarını yoxlayın
SSH açarlarını sadalayın
SSH açarını silin.
Aşağıda əlavə və silmə əməliyyatları nümunə olaraq verilmişdir.

SSH Açarının əlavə edilməsi

Yeni SSH açarını necə yaratmaq olar.

Juniper NETWORKS NETCONF & YANG API Proqram təminatı - Açar

SSH açarının silinməsi
SSH açarını silmək istəyirsinizsə, aşağıdakı əmrdən istifadə edin:

Examples: Testlər

Burada güman edilir ki, Test Agentləri (testlər üçün tələb olunan sayda) səhifə 17-dəki “Yeni Test Agentinin yaradılması və Yerləşdirilməsi” bölməsinə uyğun olaraq yaradılmışdır.
Testlər üçün YANG Model Yolları

Maddə	YANG model yolu: /hesablar/hesab/testlər…
testlər	/.
test [id]	/test
id	/test/id
ad	/test/ad
status	/test/status
başlama vaxtı	/test/start-time
son vaxt	/test/son vaxt
hesabat-url	/test/hesabat-url
addımlar	/test/addımlar
addım[id]	/test/addımlar/addım
ad	/test/addımlar/addım/ad
id	/test/addımlar/addım/id
başlama vaxtı	/test/addımlar/addım/başlama vaxtı
son vaxt	/test/addımlar/addım/bitmə vaxtı
status	/test/addımlar/addım/status
status mesajı	/test/addımlar/addım/status mesajı
şablonlar	/şablonlar
şablon[ad]	/şablonlar/şablon
ad	/şablonlar/şablon/ad
təsviri	/şablonlar/şablon/təsvir
parametrlər	/şablonlar/şablon/parametrlər
parametr [açar]	/şablonlar/şablon/parametrlər/parametr
açar	/templates/template/parameters/parameter/key
növü	/şablonlar/şablon/parametrlər/parametr/növ

Test Orkestrasiyası üçün ilkin şərtlər

NC müştərisindən istifadə edərək NETCONF vasitəsilə testə başlamaq üçün əvvəlcə “Testlər və monitorlar” > “Şablonların yaradılması” bölməsində tətbiqdaxili yardımda təfərrüatlı şəkildə göstərildiyi kimi İdarəetmə Mərkəzi GUI-dən istifadə edərək test şablonu qurmaq tələb olunur. Həmin şablonda “Şablon daxiletməsi” kimi göstərilən bütün sahələr test şablonunun başlanmasını təşkil edərkən XML-də parametrlər kimi tələb olunacaq.

Paragon Active Assurance-də həyata keçirilən testlər orkestrləşdirmə kontekstində “dövlət” kimi qəbul edilir. Vəziyyət məlumatları “Artıq” bölməsində qeyd olunan konfiqurasiya məlumatlarından fərqli olaraq, konfiqurasiya verilənlər bazasında saxlanmayan yazıla bilməyən məlumatlardır.view Test Agent Orkestrasiyası” səhifə 17. Bu, əsasən o deməkdir ki, İdarəetmə Mərkəzinin GUI-də testlərə və ya şablonlara edilən dəyişikliklər İdarəetmə Mərkəzi ilə konfiqurasiya verilənlər bazası arasında sinxronizasiya ilə bağlı heç bir problem yaratmayacaq.
Hesabat almaq üçün -URL doğru test hesabatlarında, İdarəetmə Mərkəzindən əmin olmalısınız URL düzgün konfiqurasiya edilmişdir. Bu edilir file /opt/netrounds-confd/settings.py. Defolt olaraq İdarəetmə Mərkəzinin ana adı socket.gethostname() vasitəsilə əldə edilir: aşağıya baxın. Bu düzgün nəticə vermirsə, host adını (və ya bütün URL) bunda əl ilə file.

# URL Nəzarət Mərkəzinin arxası kəsişmədən.
# Bu keçmiş üçünamptest hesabatında istifadə olunur -url.
HOSTNAME = socket.gethostname()
NETROUNDS_URL = 'https://%s' % HOSTNAME
Testin Başlanması
17-ci səhifədəki “Yeni Test Agentinin Yaradılması və Yerləşdirilməsi” bölməsində təsvir olunduğu kimi, pang -f tree netrounds-ncc.yang əmrini yerinə yetirin.
YANG modelini çıxarmaq üçün /opt/netrounds-confd/ kataloqundan. Bu modeldə NC müştəri istifadə edərək testə başlamaq üçün RPC aşağıdakı kimi görünür:

İzahlar üçün bölməyə baxın “Əfsanə” səhifə 81 Əlavədə.

Aşağıdakı addımlar aşağıda göstərilir:

Test Agentləri Paragon Active Assurance hesabına qeydiyyatdan keçib, lakin hələ heç bir testə başlanmayıb.
Tələb olunan giriş parametrləri işə salınacaq test şablonunda müəyyən edilir.

ncclient istifadə edərək 60 saniyəlik HTTP testi başladıldı.

addım 1: Əvvəlcə Paragon Active Assurance hesabında heç bir sınaq başlamadı. İdarəetmə Mərkəzinin GUI-dən aşağıdakı ekran görüntüsünə baxın.
addım 2: Bu keçmişdə testi başlamaq üçün istifadə edəcəyimiz şablonample bir HTTP test şablonudur. Onun iki məcburi giriş sahəsi var (Müştərilər və URL) İdarəetmə Mərkəzinin GUI-də şablonu qurarkən belə qeyd etdik.

Biz bu parametrləri (digərləri ilə yanaşı) NETCONF menecerimiz (ncclient) tərəfindən konfiqurasiya verilənlər bazasına göndərilən XML konfiqurasiyasında müəyyən edəcəyik.
Addım 3: HTTP testi ncclient istifadə edərək başladılır.
Aşağıda keçmişdirampHTTP test şablonu üçün tələb olunan konfiqurasiya məlumatı və parametrlərinin göstərildiyi kod. Şablonun necə qurulduğundan asılı olaraq buradakı təfərrüatlar fərqli ola bilər.
Hər bir parametr üçün atribut təqdim edilməlidir. Açar parametrlə eynidir
İdarəetmə Mərkəzində dəyişən adı. Dəyişən adlarını aşağıdakı kimi yoxlaya bilərsiniz:

Yan paneldəki Testlər üzərinə klikləyin və Yeni Test Ardıcıllığını seçin.

Şablonlarım klikləyin.
Maraqlanan şablonun altındakı Redaktə et linkinə klikləyin.
Üst sağ küncdəki Daxiletməni redaktə et düyməsini klikləyin.

Keçmişimizdəample və standart olaraq, dəyişən adları İdarəetmə Mərkəzində görünən ekran adlarının sadəcə kiçik hərf versiyalarıdır ("url" vs. "URL” və s.). Bununla belə, İdarəetmə Mərkəzinin GUI-də siz dəyişənlərin adını istədiyiniz kimi dəyişə bilərsiniz.
Açardan başqa, hər bir parametrin öz növü göstərilməlidir: məsələnample, üçün URL.
Nəzərə alın ki, yenidən etməlisinizview növləri haqqında tam məlumat əldə etmək üçün tam YANG modeli. Test Agent interfeysləri üçün növü aşağıda göstərildiyi kimi daha mürəkkəb struktura malikdir aşağıdakı kodda.

İndi ncclient istifadə edərək skripti işlədə bilərik. Hər şeyin düzgün olduğunu fərz etsək, sınaq başlanacaq və onun icrası İdarəetmə Mərkəzində göstəriləcək:Test uğurla başladılırsa, İdarəetmə Mərkəzi test ID ilə cavab verəcəkdir. Bu keçmişdəample, test ID-si 3-dür:Test ID-ni də burada tapa bilərsiniz URL Control Center GUI-də test üçün. Bu keçmişdəample, o URL https://host/demo/testing/3/-dir.
Test Nəticələrinin Alınması
Test nəticələrini əldə etməyin ən sadə yolu test ID-yə işarə etməkdir.
Aşağıda ID = 3 ilə yuxarıdakı HTTP testindən nəticələr əldə etmək üçün Python kodu verilmişdir:
menecer ilə. Qoşulun(host=args.host, port=args.port, username=args.username,password=args.password, hostkey_verify=False) m kimi:

Çıxış bu kimi görünəcək:

Test Şablonlarının İxrac və İdxal Edilməsi
Test şablonları JSON formatında ixrac edilə və bu formatda İdarəetmə Mərkəzinə yenidən idxal edilə bilər. Test şablonlarından İdarəetmə Mərkəzinin fərqli quraşdırılmasında istifadə etmək istəyirsinizsə, bu faydalıdır. (Şablonların ilkin yaradılması ən yaxşı İdarəetmə Mərkəzi GUI vasitəsilə idarə olunur.)
Aşağıda ixrac və idxalı yerinə yetirmək üçün kod verilmişdir.
Test Şablonlarının İxrac Edilməsi

# Cavabdan json konfiqurasiyasını əldə edin
kök = ET.fromstring(cavab._raw)
json_config = kök [0].text
json_config çap edin
Şablon json_config obyektində yerləşir.
Test Şablonlarının idxalı
Test şablonlarını saxlayan JSON konfiqurasiya obyekti aşağıdakı kimi İdarəetmə Mərkəzinə yenidən idxal edilə bilər.

Examples: Monitorlar

Bu bölmə 17-ci səhifədəki “Yeni Test Agentinin Yaradılması və Yerləşdirilməsi” bölməsinə uyğun olaraq Test Agentlərinin (monitorlar tərəfindən tələb olunduğu qədər) yaradıldığını güman edir.
Monitorlar üçün YANG Model Yolları

Maddə	YANG model yolu: /hesablar/hesablar/monitorlar…
monitorlar	/.
monitor[ad]	/monitor
ad	/monitor/ad
təsviri	/monitor/təsvir
başladı	/monitor/başladı
şablon	/monitor/şablon
həyəcan konfiqurasiyaları	/monitor/alarm-configs
Maddə	YANG model yolu: /hesablar/hesablar/monitorlar/monitor/siqnal konfiqurasiyaları…
alarm-config[identifikator]	/alarm-config
identifikator	/alarm-config/identifier
şablon	/alarm-config/şablon
e-poçt	/alarm-config/email
snmp	/alarm-config/snmp
thr-es-kritik	/alarm-config/thr-es-critical
thr-es-kritik aydın	/alarm-config/thr-es-critical-clear
thr-es-major	/alarm-config/thr-es-major
thr-es-major-aydın	/alarm-config/thr-es-major-clear
thr-es-minor	/alarm-config/thr-es-minor
thr-es-minor-aydın	/alarm-config/thr-es-minor-clear
thr-es-xəbərdarlıq	/alarm-config/thr-es-warning
thr-es-xəbərdarlıq-aydın	/alarm-config/thr-es-warning-clear
məlumatın ciddiliyi yoxdur	/alarm-config/no-data-severity
no-data-timeout	/alarm-config/no-data-timeout
hərəkət	/alarm-config/action
pəncərə ölçüsü	/alarm-config/window-size
interval	/alarm-config/interval
yalnız bir dəfə göndərilir	/alarm-config/yalnız bir dəfə göndər
axın başına snmp-trap	/alarm-config/snmp-trap-per-stream
Maddə	YANG model yolu: /hesablar/hesablar/monitorlar…
parametrlər	/monitor/parametrlər
Maddə	YANG model yolu: /hesablar/hesablar/monitorlar/monitor/parametrlər…
parametr [açar]	/parametr
açar	/parametr/açar
(dəyər növü)	/parametr
:(tam)	/parametr
tam ədəd	/parametr/tam ədəd
:(sal)	/parametr
üzmək	/parametr/float
:(simli)	/parametr
Maddə	YANG model yolu: /hesablar/hesablar/monitorlar/monitor/parametrlər…
simli	/parametr/sətir
:(test-agent-interfeyslər)	/parametr
test-agent-interfeysləri	/parameter/test-agent-interfaces
test-agent-interfeysi[“1” səhifə 58	/parameter/test-agent-interfaces/
hesab	/parameter/test-agent-interfaces/test-agent-interface/hesab
test agenti	/parameter/test-agent-interfaces/test-agent-interface/test-agent
interfeys	/parameter/test-agent-interfaces/test-agent-interface/interface
ip-versiya	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:(twamp- reflektorlar)	/parametr
twamp- reflektorlar	/parametr/twamp- reflektorlar
twamp-reflektor[ad]	/parametr/twamp-reflektorlar/twamp- reflektor
ad	/parametr/twamp-reflektorlar/twamp-reflektor/ad
:(y1731-meps)	/parametr
y1731-meps	/parametr/y1731-meps
y1731-mep[ad]	/parametr/y1731-meps/y1731-mep
ad	/parameter/y1731-meps/y1731-mep/name
:(sip-hesablar)	/parametr
qurtum hesablar	/parametr/sip-hesabları
sip-hesab[“2” səhifə 58]	/parametr/sip-hesablar/sip-hesab
hesab	/parametr/sip-hesablar/sip-hesab/hesab
test agenti	/parametr/sip-accounts/sip-account/test-agent
interfeys	/parametr/sip-hesablar/sip-hesab/interfeys
qurtum ünvanı	/parametr/sip-hesablar/sip-hesab/sip-ünvanı
:(iptv kanalları)	/parametr
iptv kanalları	/parametr/iptv-kanalları
iptv kanalı[ad]	/parameter/iptv-channels/iptv-channel
ad	/parameter/iptv-channels/iptv-channel/name

hesab testi-agent interfeysi
hesab test-agent interfeysi sip-ünvanı

Maddə	YANG model yolu: /hesablar/hesablar/monitorlar…
status	/monitor/status
son-15 dəqiqə	/monitor/status/son 15 dəqiqə
status	/monitor/status/son 15 dəqiqə/status
status-dəyər	/monitor/status/son 15 dəqiqə/status dəyəri
son saat	/monitor/status/son saat
status	/monitor/status/son saat/status
status-dəyər	/monitor/status/son saat/status-dəyər
son 24 saat	/monitor/status/son 24 saat
status	/monitor/status/son 24 saat/status
status-dəyər	/monitor/status/son 24 saat/status dəyəri
şablonlar	/şablonlar
şablon[ad]	/şablonlar/şablon
ad	/şablonlar/şablon/ad
təsviri	/şablonlar/şablon/təsvir
parametrlər	/şablonlar/şablon/parametrlər
parametr [açar]	/şablonlar/şablon/parametrlər/parametr
açar	/templates/template/parameters/parameter/key
növü	/şablonlar/şablon/parametrlər/parametr/növ

Monitor Orkestrasiyası üçün ilkin şərtlər
Ncclient-dən istifadə edərək NETCONF vasitəsilə monitoru işə salmazdan əvvəl, “Testlər və monitorlar” > “Şablonların yaradılması” altında tətbiqdaxili yardımda izah edildiyi kimi, İdarəetmə Mərkəzinin GUI-də monitor şablonu qurmalısınız. Həmin şablonda “Şablon daxiletməsi” kimi göstərilən bütün sahələr şablonun işə salınmasını təşkil edərkən XML-də parametrlər kimi tələb olunacaq.
Monitor Şablonlarından Giriş Parametrlərinin Alınması
Aşağıda iki şablon göstərilir. Birincisi iki Test Agent interfeysi arasında UDP monitorinqi üçün, ikincisi isə tək Test Agent interfeysindən istifadə edərək HTTP üçündir.
Şablonun daxiletmə parametrlərini öyrənmək üçün şablonu təmsil edən qutuya klikləyin. HTTP şablonu üçün parametrlər belə görünə bilər:

Monitoru işə salarkən növbəti mərhələdə bu parametrləri müəyyən etməliyik.
Monitorun işə salınması
17-ci səhifədəki “Yeni Test Agentinin Yaradılması və Yerləşdirilməsi” bölməsində müəyyən etdiyimiz və yerləşdirdiyimiz Test Agentlərindən istifadə edərək, aşağıda göstərildiyi kimi “HTTP” şablonundan monitora başlaya bilərik.
Hər bir parametr üçün atribut təqdim edilməlidir. Açar İdarəetmə Mərkəzindəki parametrin Dəyişən adı ilə eynidir. Dəyişən adlarını aşağıdakı kimi yoxlaya bilərsiniz:

Yan paneldə Monitorinq düyməsini basın və Yeni Monitor seçin.

Şablonlarım klikləyin.
Maraqlanan şablonun altındakı Redaktə et linkinə klikləyin.
Üst sağ küncdəki Daxiletməni redaktə et düyməsini klikləyin.

Keçmişimizdəample və standart olaraq, dəyişən adları İdarəetmə Mərkəzində görünən ekran adlarının sadəcə kiçik hərf versiyalarıdır ("url" vs. "URL” və s.). Bununla belə, İdarəetmə Mərkəzinin GUI-də siz dəyişənlərin adını istədiyiniz kimi dəyişə bilərsiniz.
Açardan başqa, hər bir parametrin öz növü göstərilməlidir: məsələnample, üçün URL. Nəzərə alın ki, parametr növü haqqında tam məlumat YANG modelində mövcuddur. Test Agent interfeysləri üçün aşağıdakı kodda sübut olunduğu kimi tip daha mürəkkəb struktura malikdir.
KeçmişdəampBundan sonra monitorla heç bir siqnal bağlı deyil. məsələnamphəyəcan siqnalları ilə bağlı 62-ci səhifədəki “Monitorun həyəcan siqnalı ilə işə salınması” bölməsinə keçin.

Siqnallı Monitorun işə salınması
Siqnalı monitorla əlaqələndirmək üçün siz ya müəyyən edilmiş siqnal şablonunu göstərə bilərsiniz, ya da monitoru yaratarkən bütün siqnal konfiqurasiyasını təmin edə bilərsiniz. Keçmiş birini verəcəyikampaşağıda hər bir yanaşma.
Siqnal Şablonuna İşarə edərək Monitor Siqnalının Quraşdırılması
Siqnal şablonundan istifadə etmək üçün onun ID-sini bilməlisiniz. Bu məqsədlə əvvəlcə 39-cu səhifədəki “Bütün Siqnal Şablonlarının Alınması” bölməsində təsvir olunduğu kimi bütün siqnalizasiya şablonlarınızı əldə edin və müvafiq şablonun adını qeyd edin. Daha sonra həmin şablona aşağıdakı kimi müraciət edə bilərsiniz:

Bir Monitor Siqnalını Konfiqurasiya etməklə Quraşdırma Directly
Alternativ olaraq, siqnal şablonuna istinad etmədən monitoru yaradarkən onun bütün konfiqurasiyasını təmin etməklə monitor üçün həyəcan qura bilərsiniz. Bu, aşağıdakı misalda göstərildiyi kimi edilirample.

İşləyən Monitorlar götürülür
Hazırda icra olunan bütün monitorları əldə etmək üçün bu skripti işə salın:
menecer ilə. connect(host=args.host, port=args.port, username=args. user name, password=args.password, hostkey_verify=False) kimi m:

Çıxış aşağıda göstərildiyi kimi bütün işləyən monitorların siyahısıdır:

Monitor üçün SLA Statusunun alınması
Monitor üçün SLA statusunu necə əldə etmək olar. Bu keçmişdəampBununla belə, biz “Şəbəkə Keyfiyyəti” monitoru üçün SLA statusunu üç vaxt intervalı üçün əldə edirik: son 15 dəqiqə, son saat və son 24 saat.

Çıxış bu kimi görünəcək:

NETCONF bildirişləri
Monitorlar üçün NETCONF bildirişləri SLA pozuntuları ilə tetiklenir. Bunlar monitorun SLA-sı verilmiş vaxt pəncərəsində, standart olaraq son 15 dəqiqə ərzində SLA həddinin (“Yaxşı” və ya “Məqbul”) altına düşdüyü zaman baş verir. Qeyd etmək lazımdır ki, SLA pozuntusu bildirişləri xidmətə problemin təsirindən sonra tez görünür, halbuki SLA statusu yalnız 15 dəqiqədən sonra və yalnız başqa pozuntular baş vermədikdə “Yaxşı” vəziyyətinə qayıdacaq.
Vaxt pəncərəsi SLA_STATUS_WINDOW parametrini (saniyələrlə dəyər) redaktə etməklə dəyişdirilə bilər. /etc/netrounds/netrounds.conf.
Monitor Şablonlarının İxrac və İdxal edilməsi
Bu, test şablonları ilə eyni şəkildə edilir; 52-ci səhifədəki “Test Şablonlarının İxrac və İdxal edilməsi” bölməsini müqayisə edin. Aşağıdakı kod parçaları monitorlar üçün şablonların necə ixrac və idxal olunacağını göstərir.
Monitor şablonlarının ixracı

Monitor şablonlarının idxalı

İstifadə Tags

Tags Paragon Active Assurance-də müəyyən edilmiş aşağıdakılara tətbiq edilə bilər:

monitorlar
monitor şablonları
Test agentləri
TWAMP reflektorlar
Ping hostları.
məsələnample, bilərsən tag eyni ilə monitor tag monitoru işə salacaq Test Agentlərinin alt dəsti kimi. Bu funksiya çoxlu sayda monitor və şablonunuz olduqda xüsusilə faydalıdır.

Əgər siz monitor üçün SNMP tələləri ilə alarm qurmusunuzsa, o zaman SNMP tələləri eyni təyin olunacaq. tags varsa, monitor kimi.
Yaradılır Tags
Aşağıda necə yaradılacağını göstəririk tag XML tərəfindən müəyyən edilmiş ad və rənglətag> alt quruluş.

Təyin etmək a Tag
Təyin etmək üçün a tag resursa, onu yeni kimi əlavə edirsiniztag> altındakı elementtags> həmin resurs üçün element.
Budur a təyin etmək tag Test Agentinə:

Təyin etmək üçün a tag TW-yəAMP reflektor, aşağıdakıları edin:

Təyin etmək a tag monitorla eyni şəkildə idarə olunur:

Alternativ olaraq, mövcud olanı təyin edə bilərsiniz tag daxil olmaqla, resurs yaratarkən bu resurs növlərindən hər hansı birinətags> ehtiva edən element tag sual altında.
Yeniləmə a Tag
Mövcud yenilənir tag yeni atributlarla a yaratmağa bənzəyir tag:

Təyinatı ləğv etmək a Tag
Təyinatı ləğv etmək üçün a tag resursdan nc:operation=”delete” atributunu əlavə edintag> resursa aid element. Aşağıda a. təyinatını ləğv edirik tag monitordan.

Silinməsi a Tag
Silmək üçün a tag Ümumilikdə İdarəetmə Mərkəzindən nc:operation=”delete” atributundan yenidən istifadə edilir, lakin bu dəfə tag altında müəyyən edilir .

Problemlərin aradan qaldırılması

Problem: Orkestr və Paraqon Aktiv Təminatı Sinxronizasiyadan Çıxır
Orkestrator və Paragon Active Assurance keçmiş üçün sinxronizasiyadan çıxa bilərample İdarəetmə Mərkəzinin GUI-də konfiqurasiya dəyişiklikləri edilibsə və ya konfiqurasiyanın tətbiqi uğurlu alınmayıbsa və əvvəlki vəziyyətə qayıtmaq uğursuz olubsa.
Uğursuz geri qaytarma halında, NETCONF serveri daha konfiqurasiya dəyişikliklərini qəbul etməyəcək; o, konfiqurasiya sinxronizasiya olunana qədər kilidləndiyini bildirən xəta mesajı ilə cavab verəcək. Sinxronizasiyaya qayıtmaq və konfiqurasiya dəyişikliklərinin kilidini açmaq üçün siz İdarəetmə Mərkəzindən konfiqurasiya verilənlər bazasına bütün konfiqurasiyanı sinxronlaşdıran rpc sync-from-ncc əmrini yerinə yetirməlisiniz.
QEYD: The confd@netrounds.com istifadəçi (yaxud hər hansı konfiqurasiya edilmiş) hər şeyin uğurla sinxronizasiyası üçün super istifadəçi imtiyazlarına malik olmalıdır. Buna ncc user-update əmri ilə nail olmaq olar confd@netrounds.com –is-superuser Əgər istifadəçi super istifadəçi deyilsə, hər şeyin sinxronlaşdırıla bilməyəcəyini, lakin idarə oluna bilənlərin hamısının edildiyini bildirən bir xəbərdarlıq görünəcək.
QEYD: Əgər orkestratorunuz konfiqurasiyanı da saxlayırsa, siz onu da yenidən sinxronizasiya etməlisiniz, çünki tələb olunan konfiqurasiya (orkestratorun İdarəetmə Mərkəzində olmasını gözlədiyi konfiqurasiya) tətbiq olunmayacaq.
Problem: Dəstəklənməyən Resurslara görə İlkin Sinxronizasiya (ncc-dən sinxronizasiya) uğursuz oldu
Əgər siz İdarəetmə Mərkəzinin GUI-də konfiqurasiyası yaradılmış hesabda rpc sync-from-ncc proqramını işə salmağa cəhd etsəniz, hesabda dəstəklənməyən resurslar varsa, problemlərlə üzləşə bilərsiniz. Boş hesabla başlamaq və onun bütün konfiqurasiyasını NETCONF vasitəsilə etmək tövsiyə olunur. Əks halda, resurs münaqişələri ilə bağlı problemlərlə qarşılaşsanız, ziddiyyətli resursları hesabdan silməli olacaqsınız.
Problem: NETCONF əmrləri ncclient.operations.rpc.RPCE ilə uğursuz oldu. Səhv: proqram rabitəsi xətası
Nəzarət Mərkəzi yenidən işə salınarsa, NETCONF serveri İdarəetmə Mərkəzinin serveri ilə əlaqəni avtomatik bərpa etmir. İdarəetmə Mərkəzi ilə əlaqəni bərpa etmək üçün NETCONF prosesini yenidən başladın: sudo systemctl netrounds-confd-ni yenidən başladın

Test Agent Tətbiqləri və Test Agent Cihazları üzrə Qeydlər

ConfD-də Test Agent Tətbiqləri
Test Agentləri arasında (daha yeni) Test Agent Tətbiqi (köhnə) Test Agent Cihazından bir qədər fərqli işləyir.
Test Agent Proqramları hazırda interfeys konfiqurasiyasını dəstəkləmir. Buna görə də, YANG sxemi belə Test Agentləri üçün boş interfeys konfiqurasiyasını təyin etməyə imkan verir. Keçmiş üçün 23-cü səhifədəki “bu keçidə” baxınample.
Sync-from-ncc əmrindən istifadə edərək ConfD verilənlər bazasını İdarəetmə Mərkəzi ilə sinxronlaşdırarkən, interfeys konfiqurasiyasının boş qalmasını və İdarəetmə Mərkəzində tapılanların üzərinə yazılmamasını istəyirsiniz. Ona görə də Test Agent Tətbiqləri ilə işləyərkən həmin əmrlə xüsusi bayraq –without_interface_config istifadə etməlisiniz.
Test Agent Cihazı üçün Boş İnterfeys Konfiqurasiyası
Yuxarıda qeyd edildiyi kimi, Test Agent Tətbiqi interfeys konfiqurasiyasını dəstəkləmir və buna görə də YANG sxemində interfeysləri buraxmaq mümkündür.
Ancaq Test Agent Cihazından interfeys konfiqurasiyasını buraxmaq istəyə biləcəyiniz istifadə halları da var. KeçmişampBu, bulud-init-dən istifadə edərək Test Agentini fırlatdığınız və Test Agenti onlayn olduqda ConfD-nin onun üzərinə yazmasına icazə vermək əvəzinə, oradan interfeys konfiqurasiyasının istifadə olunmasını istədiyiniz orkestrasiya ssenarisi ola bilər.
Müəyyən edilməmiş interfeyslərlə bağlı YANG Sxem Dəyişiklikləri
İndi boş interfeys konfiqurasiyasına icazə verildiyi üçün (versiya 2.34.0-dan sonra) test və ya monitorun bir hissəsi kimi işləyən tapşırığa giriş kimi istənilən interfeys adını təyin etmək mümkündür.
Test Agent Tətbiqindən istifadə etmək üçün bu tələb olunur, çünki bunlar üçün ConfD-də heç bir interfeys adı müəyyən edilmir. Bununla belə, nəzərə alın ki, bu, təsadüfən mövcud olmayan interfeysdən istifadə etmək üçün test və ya monitoru konfiqurasiya etsəniz, problemlərlə üzləşə biləcəyiniz deməkdir. Odur ki, lütfən, buna diqqət yetirin.
ConfD-də yaradılmış Test Agentini Qeydiyyatdan keçirərkən məhdudiyyətlər
REST və ya NETCONF/YANG API vasitəsilə Test Agenti yaratarkən onun hansı növ olduğunu əvvəlcədən bilə bilmərik: Test Agent Cihazı və ya Test Agent Tətbiqi. Bu, yalnız Test Agenti qeydiyyatdan keçdikdən sonra aydın olur.
Test Agenti qeydiyyata alındıqdan və bu konkret növlərdən birinə çevrildikdən sonra onu fərqli bir Test Agenti növü kimi yenidən qeydiyyatdan keçirməyə icazə verilmir. Bu o deməkdir ki, onu əvvəlcə Test Agent Tətbiqi kimi qeydiyyatdan keçirməyə, sonra Test Agent Tətbiqi kimi yenidən qeydiyyatdan keçirməyə və ya əksinə. Fərqli tipli Test Agentinə ehtiyacınız varsa, yeni Test Agenti yaratmalısınız.

Əlavə: Tam YANG Modelinin Ağac Strukturu

Bu əlavədə 81-ci səhifədəki “Əfsanə” bölməsi pyang -f ağacı əmri ilə yaradılan YANG model ağac strukturunun sintaksisini izah edir.
Səhifə 82-dəki “YANG Model Ağac Strukturu” bölməsi netrounds-ncc.yang-a tətbiq edilən həmin əmrin nəticəsini verir. Bu çıxışın hissələri sənədin başqa yerində təkrarlanır.
Əfsanə

YANG Model Ağac Strukturu

Juniper Networks, Juniper Networks loqosu, Juniper və Junos Juniper Networks, Inc. şirkətinin Birləşmiş Ştatlarda və digər ölkələrdə qeydə alınmış ticarət nişanlarıdır. Bütün digər ticarət nişanları, xidmət nişanları, qeydiyyatdan keçmiş nişanlar və ya qeydə alınmış xidmət nişanları müvafiq sahiblərinin mülkiyyətidir. Juniper Networks bu sənəddəki hər hansı qeyri-dəqiqliyə görə heç bir məsuliyyət daşımır. Juniper Networks xəbərdarlıq etmədən bu nəşri dəyişdirmək, dəyişdirmək, köçürmək və ya başqa şəkildə nəzərdən keçirmək hüququnu özündə saxlayır. Copyright © 2023 Juniper Networks, Inc. Bütün hüquqlar qorunur.

Sənədlər / Resurslar

Juniper NETWORKS NETCONF & YANG API Proqram təminatı [pdf] İstifadəçi təlimatı
NETCONF YANG API Proqram təminatı, YANG API Proqram təminatı, API Proqram təminatı, Proqram təminatı

İstinadlar

İstifadəçi təlimatı

Giriş