Guia d'usuari del programari Juniper NETWORKS NETCONF & YANG API

Finalitat d'aquest document
Aquesta documentació descriu com integrar Paragon Active Assurance amb un orquestrator de serveis de xarxa mitjançant l'API NETCONF i YANG del Centre de control. Pràctic exampEs donen fitxers de les principals tasques implicades, com ara: crear i desplegar agents de prova virtual, executar proves i monitors i recuperar els resultats d'aquestes activitats.
En aquest document, el client ncclient de Python NETCONF disponible gratuïtament s'utilitza en el paper d'orquestrador.

Convencions
En aquest document s'utilitzen les abreviatures següents:

Abreviatura	Significat
CLI	Interfície de línia d'ordres
EM	Gestor d'elements
ES	Segon error
MEP	Punt final MEG (Grup d'entitats de manteniment) (definició ITU-T Y.1731) o punt final de manteniment (definició Cisco)
NFV	Virtualització de funcions de xarxa
NFVO	Orquestrador de virtualització de funcions de xarxa
NSD	Descriptor de servei de xarxa
RPC	Trucada de tràmits a distància
SIP	Protocol d'inici de sessió
SLA	Acord de nivell de servei
S-VNFM	Gestor especial de VNF
VNF	Funció de xarxa virtual
vTA	Agent de prova virtual

Notes sobre compatibilitat enrere

A les versions 2.35.4/2.36.0 de l'API NETCONF i YANG, la validació de determinades sol·licituds es va fer més estricte per complir amb l'estàndard NETCONF. Això vol dir que ara es pot rebutjar el codi de client basat en versions anteriors d'aquesta guia.
Per example, en Python anterior exampcodi, no s'ha proporcionat cap atribut d'espai de noms. L'espai de noms ara s'ha de proporcionar a l'XML de sol·licitud sempre que vulgueu modificar un recurs ConfD.

Prerequisits i preparacions

Instal·lació de ConfD
ConfD (un producte de Tail-f) s'utilitza com a intermediari entre el sistema Paragon Active Assurance i NETCONF. ConfD connecta la configuració i les dades operatives de Paragon Active Assurance a l'API NETCONF i YANG.
ConfD s'hauria d'haver instal·lat juntament amb el programari del Centre de control, tal com es descriu a la Guia d'instal·lació.

Verificant que ConfD s'està executant
Per verificar que el ConfD està en funcionament, executeu l'ordre
ssh -s @localhost -p 830 netconf
per comprovar que ConfD respon al port 830. A l'ordre, és tal com el defineix l'usuari netconf create
comanda a la Guia d'instal·lació, secció Instal·lació de ConfD. Doneu la contrasenya definida per la mateixa ordre.
A la sortida, verifiqueu que el mòdul del Centre de control estigui inclòs. La sortida ha de contenir una línia com la següent:
http://ncc.netrounds.com?module=netrounds-ncc&revisió=2017-06-15

Sincronització de la base de dades de configuració amb el Centre de control

Finalment, hem d'actualitzar la base de dades de configuració mitjançant NETCONF. Ho farem aquí mitjançant una biblioteca Python anomenada ncclient (NETCONF Client). Tanmateix, la tasca també es podria realitzar en un llenguatge de programació diferent sempre que utilitzi el protocol NETCONF/YANG.
El paper de ncclient és actuar com a client cap al servidor ConfD que allotja l'API NETCONF/YANG.

Val la pena assenyalar que ncclient no està relacionat de cap manera amb el Centre de control (anteriorment "Centre de control de Netrounds"), encara que el nom comença per "ncc".
A continuació s'explica com instal·lar ncclient:

Descarrega el programari de https://github.com/ncclient/ncclient.
Executeu aquesta ordre: pip install ncclient

Ara podem realitzar la sincronització de la següent manera. Tingueu en compte que això s'ha de fer en un ordinador independent i no al servidor del Centre de control:

#
# NOTA:
# Aquest script actua com a client cap a ConfD que s'executa al servidor NCC.
# Utilitzarà l'API NETCONF/YANG per a la comunicació.

NOTA: Aquest procediment també és necessari sempre que s'hagin instal·lat i registrat Agents de prova independentment de NETCONF. Vegeu la nota a la secció “Acabatview de Test Agent Orchestration” a la pàgina 17 per obtenir més informació.

Configuració de diversos comptes de Paragon Active Assurance controlats per NETCONF

Els passos següents només són necessaris si voleu configurar més comptes de Paragon Active Assurance per ser controlats per NETCONF, a més del compte configurat d'aquesta manera a la Guia d'instal·lació, secció "Instal·lació de ConfD".
Per a cadascun d'aquests comptes, procediu de la següent manera:

Al Centre de control, inicieu la sessió al compte i aneu a Compte > Permisos.

Afegeix l'usuari "confd@netrounds.com", i concediu aquest permís d'administrador d'usuari de ConfD a la GUI fent clic al botó Convida.
Sincronitzeu la base de dades de configuració amb el Centre de control tal com es descriu a la secció "Sincronització de la base de dades de configuració amb el Centre de control" a la pàgina 4.
Ara hauríeu de poder controlar diversos comptes de Paragon Active Assurance amb el mateix usuari de ConfD.

NOTA: Un cop comenceu a controlar un compte de Paragon Active Assurance a través de ConfD, NO heu de fer canvis en aquest compte mitjançant el web GUI pel que fa a qualsevol característiques de Paragon Active Assurance que estiguin "configurades" (vegeu el capítol "Funcions admeses a Paragon Active Assurance" a la pàgina 9). Si ho feu, es produirà una pèrdua de sincronització.

Introducció a NETCONF Orchestration API

Acabatview

Normalment, un NFVO o un orquestrator de serveis de tercers és el component que inicia les sessions de prova i supervisió mitjançant l'API del Centre de control. Aquest orquestrator també recupera els resultats de mesura agregats de les activitats de l'agent de prova. Els sistemes de gestió de rendiment de tercers poden recuperar els KPI de rendiment, mentre que els esdeveniments, un cop desencadenats per infraccions de llindar establertes al Centre de control, es poden enviar a sistemes de gestió d'errors de tercers.
Per resumir, la figura següent mostra com Paragon Active Assurance interactua amb altres sistemes de tercers en el panorama OSS.

NFVO/Service Orchestrator: indica al gestor de VNF que desplegui els vTA i que configure Paragon Active Assurance a la cadena de servei. Un cop s'ha activat el servei, l'orquestrador utilitza l'API cap al Centre de control per activar les proves d'activació del servei i recuperar els resultats d'aprovat/no. Si es superen les proves, l'orquestrador utilitzarà l'API cap al Centre de control per iniciar el seguiment actiu del servei. Els KPI del monitoratge es recuperen contínuament per l'orquestrador o per una plataforma de gestió del rendiment independent.
Centre de control: desplega, escala i finalitza el vTA segons les instruccions de l'NFVO o l'orquestrador del servei.

Sistema de gestió del rendiment o sistema de gestió de la qualitat del servei: llegeix els KPI del monitoratge actiu mitjançant l'API del Centre de control.
Sistema de gestió d'errors: rep notificacions de NETCONF, SNMP o per correu electrònic del Centre de control si s'incompleixen els SLA.

Definicions de conceptes a Paragon Active Assurance

Agents de prova: els components que realitzen mesures (per a proves i monitors) en un sistema de garantia activa de Paragon. Els agents de prova consisteixen en programari amb la capacitat de generar, rebre i analitzar trànsit de xarxa real.
El tipus d'agent de prova que es parla en aquest document és l'agent de prova virtual (vTA), una funció de xarxa virtual (VNF) desplegada en un hipervisor. També existeixen altres tipus d'agent de prova.

Hi ha dos tipus bàsics de mesura a Paragon Active Assurance, proves i monitors.
Prova: una prova consta d'un o diversos passos, cadascun dels quals té una durada determinada i finita. Els passos s'executen seqüencialment. Cada pas pot implicar executar diverses tasques simultàniament.

Monitor: un monitor no té una durada especificada, però s'executa indefinidament. Com un pas d'una prova, un monitor pot executar diverses tasques concurrents.
Plantilla: quan Paragon Active Assurance està controlada per un orquestrador, les proves i els monitors sempre s'executen mitjançant plantilles en què es defineix la prova o el monitor. La configuració dels paràmetres es pot passar com a entrades a la plantilla en temps d'execució.

Flux de treball per a l'automatització
Temps de disseny

En el moment del disseny, prepareu les mesures creant plantilles per a proves i monitors a Paragon Active Assurance. Com fer-ho es tracta al capítol "Plantilles de prova i monitorització" a la pàgina 15.

Temps d'execució
En temps d'execució, configureu els vostres dispositius i feu les mesures reals.

Un acabatview de tots examples dades es troben al capítol “Exampfitxers de Control de Paragon Active Assurance mitjançant NETCONF i YANG API” a la pàgina 15.
Al capítol “Examples: Agents de prova” a la pàgina 16.

Com importar articles d'inventari com ara TWAMP reflectors i canals IPTV es tracta al capítol “Examples: articles d'inventari” a la pàgina 29.
Com configurar les alarmes s'explica al capítol “Examples: Alarmes” a la pàgina 35.

Com executar proves i monitors mitjançant l'execució de plantilles de Paragon Active Assurance mitjançant NETCONF es descriu als capítols "Examples: Proves” a la pàgina 43 i “Examples: Monitors” a la pàgina 54.

Funcions compatibles amb Paragon Active Assurance

Tots els tipus de proves i monitors de Paragon Active Assurance es poden crear i executar mitjançant l'ús de plantilles. Com fer-ho es descriu a l'ajuda de l'aplicació a "Proves i monitors" > "Creació de plantilles".

Actualment no s'admet la creació de comptes de Paragon Active Assurance; tanmateix, s'hauran configurat un o diversos comptes predefinits per a l'usuari.
Les taules següents detallen quines funcions de Paragon Active Assurance estan disponibles en aquesta versió i com es representen aquestes funcions a YANG.

Explicació de les construccions YANG

Per comoditat, aquí es donen definicions de les construccions YANG a les quals es fa referència a la taula de característiques.

Config (config=true): dades de configuració, necessàries per transformar un sistema d'un estat a un altre.
Estat (config=false): dades d'estat: dades addicionals d'un sistema que no són dades de configuració, com ara informació d'estat de només lectura i estadístiques recopilades.
RPC: una trucada de procediment remot, tal com s'utilitza dins del protocol NETCONF.
Notificació: notificacions d'esdeveniments enviades des d'un servidor NETCONF a un client NETCONF.

Taules de característiques de Paragon Active Assurance disponibles per a l'orquestració
Recurs: Seguiment
Camí YANG:/comptes/compte/monitors

Característica	Subfunció	Construcció YANG
Crear/modificar/suprimir el monitor	Basat en plantilla de monitor	Config
Monitor d'inici/aturada	–	Config
Plantilles de monitor	Llista les plantilles de monitor existents amb entrades	Estat
Notificacions NETCONF	L'estat d'alarma ha canviat	Notificació
Supervisar els resultats	Comptador SLA/ES per al nivell superior (%) Comptador SLA/ES per al nivell de tasca (%)	Estat

A diferència de les proves (compareu el recurs: proves a continuació), els monitors no s'inicien amb un RPC, sinó que es comprometen la configuració del monitor.
Recurs: Tests
Camí YANG: /accounts/account/tests

Característica	Subfunció	Construcció YANG
Començar la prova	Basat en la plantilla de prova	RPC
Gestionar les proves	Llista les proves amb l'estat	Estat
Plantilles de prova	Llista les plantilles de prova existents amb entrades	Estat
Notificacions NETCONF	L'estat de la prova ha canviat	Notificació
Resultats de la prova	Obteniu l'estat del pas de la prova (aprovat, fallat, error,...)	Estat

Recurs: Agents de prova
Camins YANG:

/accounts/account/test-agents (Configuració)
/accounts/account/registered-test-agents (estat)

Els agents de prova a /accounts/account/test-agents són els que estan configurats en un compte. L'orquestrador només pot configurar i utilitzar aquests agents de prova en proves i monitors mitjançant NETCONF.
Un cop hàgiu configurat un agent de prova i s'hagi registrat al compte, l'agent de prova apareixerà a /accounts/account/registered-test-agents. Podeu trobar tots els agents de prova registrats mitjançant l'ordre "get" a NETCONF (compareu el capítol Examples: Agents de prova).
A /accounts/account/registered-test-agents també podeu trobar Agents de prova que encara no s'han configurat. Qualsevol d'aquests agents de prova s'ha de configurar abans de poder-los utilitzar.
En un escenari d'orquestració, generalment es recomana que feu tota la configuració del vostre compte de Paragon Active Assurance mitjançant NETCONF. Això garanteix que els agents de prova i els agents de prova registrats no divergeixen.

Característica	Subfunció	Construcció YANG
Precreeu l'agent de prova al servidor	–	Config
Configura l'agent de prova fora de línia	(El centre de control envia la configuració a l'agent de prova quan està en línia)	Config
Utilitzeu agents de prova existents/configurats externament	Ús en prova/monitor	Config
	Configurar interfícies	Config
	Obteniu l'estat	Estat
Configura l'agent de prova (només el dispositiu de prova)	Configura NTP	Config
	Configura ponts	Config
	Configurar interfícies VLAN	Config
	Configureu les claus SSH	Config
	IPv6	Config
Utils	Reinicieu	RPC
	Actualització	RPC
Notificacions NETCONF	L'estat en línia ha canviat	Notificació
Estat	Obteniu l'estat del sistema (temps de funcionament, ús de memòria, càrrega mitjana, versió)	Estat

Recurs: Inventari
Camí YANG: /accounts/account/twamp-reflectors

Capacitats NETCONF compatibles

La taula següent apunta als RFC de l'IETF que descriuen les capacitats NETCONF utilitzades per a l'orquestració de Paragon Active Assurance.

ietf-netconf.yang
IETF RFC 6241, Protocol de configuració de xarxa (NETCONF), https://tools.ietf.org/html/rfc6241
L'únic mètode de gestió d'errors admès és el rollback-on-error.
L'únic magatzem de dades compatible és l'escriptura.
ietf-netconf-notifications.yang
IETF RFC 5277, notificacions d'esdeveniments NETCONF, https://tools.ietf.org/html/rfc5277

Plantilles de prova i monitoratge
Les plantilles per als tipus de proves i monitors s'han de configurar manualment mitjançant la interfície d'usuari frontal de Paragon Active Assurance. Com fer-ho es descriu a l'ajuda de l'aplicació a "Proves i monitors" > "Creació de plantilles".

Exampfitxers de Controlling Paragon Active Assurance mitjançant NETCONF i YANG API

En els capítols següents, s'assumeix que s'han definit plantilles de prova i monitor adequades d'acord amb les instruccions que es donen al capítol "Plantilles de prova i monitor" a la pàgina 15.

Eines utilitzades a l'Examples
Tots els exampEls fitxers dels capítols següents s'han construït utilitzant les següents eines de lliure disposició:

Pang: S'utilitza per visualitzar i navegar pels models YANG.
Disponible a https://github.com/mbj4668/pyang (cloneu des de git i executeu python setup.py install).
Client Python NETCONF "ncclient": s'utilitza per comunicar-se amb el Centre de control mitjançant NETCONF.

Disponible a https://github.com/ncclient/ncclient (executa pip install ncclient).
El model de dades netrounds-ncc.yang es troba a /opt/netrounds-confd un cop instal·lat ConfD segons la Guia d'instal·lació).

Acabatview de les tasques clau realitzades

(Algunes tasques addicionals també s'exemplifiquen a continuació.)

“Crear i desplegar un nou agent de prova” a la pàgina 16
"Creació d'articles d'inventari (per exemple, reflectors)" a la pàgina 29
"Configuració de plantilles d'alarmes i on enviar alarmes" a la pàgina 35

“Crear i executar una prova” a la pàgina 45
“Recuperació dels resultats de la prova” a la pàgina 50
"Inici d'un monitor (inclou la configuració d'alarmes)" a la pàgina 60
“Recuperació de l'estat de SLA per a un monitor” a la pàgina 67
“Treballant amb tags” a la pàgina 71

Examples: Agents de prova

Acabatview de Test Agent Orchestration
Els agents de prova de Paragon Active Assurance es consideren "configuració" en el context de l'orquestració. Això vol dir que la creació, el control i la supressió d'agents de prova s'han de fer mitjançant l'orquestrador i NETCONF en lloc de la GUI de Paragon Active Assurance.
IMPORTANT: si un tècnic instal·la un agent de prova i es registra al Centre de control sense que s'hagi creat abans mitjançant l'API NETCONF i YANG, l'agent de prova no existirà a la base de dades de configuració i el sistema es dessincronitzarà. Perquè ConfD tingui coneixement de l'agent de prova en aquest cas, caldrà realitzar una nova sincronització amb el Centre de control, tal com es detalla a la secció "Sincronització de la base de dades de configuració amb el Centre de control" a la pàgina 4.

Per tant, l'orquestració d'agents de prova virtual (vTA) s'hauria de fer en els passos següents:

Creeu l'agent de prova virtual, inclosa la configuració de la seva interfície, mitjançant la interfície NETCONF i YANG al Centre de control. El nom de l'agent de prova serà la seva clau única.
Desplegueu el vTA en una plataforma de virtualització. Seguiu les instruccions de l'ajuda en línia a Agents de prova > Instal·lació. La configuració bàsica de la interfície que permet que el vTA es connecti al Centre de control, així com les credencials per a l'autenticació, es proporciona al vTA mitjançant dades d'usuari d'iniciació al núvol.
Un cop arrencat el vTA, es connectarà automàticament al Centre de control mitjançant una connexió OpenVPN xifrada. S'envia una notificació NETCONF perquè el valor del paràmetre test-agent-statuschange de la vTA ara ha canviat a "en línia".
NOTA: Com que el nom de la vTA és el seu identificador al Centre de control, aquest nom ha de ser el mateix que el definit al Centre de control al "pas 1" a la pàgina 17.
Un cop el vTA s'ha connectat i s'ha autenticat al Centre de control, la configuració de la interfície s'envia al vTA. Aquesta és la configuració de la interfície proporcionada al "pas 1" a la pàgina 17 quan es va crear el vTA al Centre de control.

Un cop el vTA hagi complert el seu propòsit, suprimiu el vTA.

Creació i implementació d'un nou agent de prova

Primer hem de crear un agent de prova mitjançant la interfície NETCONF i YANG al Centre de control. Quan es crea un agent de prova d'aquesta manera, no cal sincronitzar amb el Centre de control.
El model YANG per a un agent de prova és el que es mostra a continuació. S'obté com a sortida de l'ordre
pyang -f arbre netrounds-ncc.yang
El model YANG complet es mostra a "Apèndix: Estructura d'arbre del model YANG complet" a la pàgina 81, que també conté una llegenda que explica les convencions utilitzades en aquesta i altres il·lustracions del model YANG en el present document.

Seguim els passos següents, que es detallen a continuació:

Al principi, el compte "demo" de Paragon Active Assurance no té cap agent de prova al seu inventari.
Es crea un agent de prova anomenat "vta1" mitjançant ncclient. En aquest stage, encara no existeix cap agent de prova real (és a dir, encara no s'ha iniciat).
L'agent de prova es desplega a OpenStack. (El desplegament en aquesta plataforma es tria aquí com una possibilitat entre d'altres.)

L'agent de prova es connecta al compte de "demo" del Centre de control i ara està llest per utilitzar-lo.
Pas 1: al principi, no hi ha agents de prova al compte "demo". Vegeu la captura de pantalla següent des de la GUI del Centre de control.Pas 2: es crea un agent de prova al Centre de control mitjançant el client Python NETCONF "ncclient". A continuació es mostra el codi ncclient per crear un agent de prova amb una interfície física amb una adreça DHCP:

importar argparse
del gestor d'importació de ncclient
parser = argparse.ArgumentParser(description='Prova creant l'agent de prova')
parser.add_argument('–host', help='El nom d'amfitrió on es troba ConfD', requerit=True)
parser.add_argument('–port', help='El port per connectar-se a ConfD', requerit=True)
parser.add_argument('–username', help='El nom d'usuari per connectar-se a ConfD', requerit=True)
parser.add_argument('–contrasenya', help='Contrasenya del compte de ConfD', requerit=True)
parser.add_argument('–netrounds-account', help='El nom curt del compte NCC', obligatori=True)
parser.add_argument('–test-agent-name', help='Nom de l'agent de prova', requerit=True)
args = parser.parse_args()
amb manager.connect(host=args.host, port=args.port, username=args.username,
password=args.password, hostkey_verify=False) com a m:
# Creeu un agent de prova al Centre de control
xml = """

)print m.edit_config(target='executant', config=xml)

NOTA: El codi que precedeix manager.connect(…) s'omet de l'exampfragments de codi.
Un servidor NTP està configurat a eth0 i eth0 també és la interfície de gestió (és a dir, la interfície que es connecta al Centre de control).
Actualment, una aplicació d'agent de prova no permet configurar interfícies. Per aquest motiu, a partir de la versió 2.34.0, és possible ometre la configuració de la interfície a l'esquema YANG. Per tant, l'XML corresponent es simplifica radicalment en aquest cas:Un cop creat l'agent de prova, existeix a la base de dades de configuració i al Centre de control. Vegeu la captura de pantalla següent de l'inventari de l'agent de prova, que mostra l'agent de prova "vta1":

Pas 3: ara és el moment de desplegar l'agent de prova "vta1" a OpenStack.
L'agent de prova utilitzarà les dades d'usuari del núvol per recuperar la informació sobre com connectar-se al Centre de control. Concretament, el text de les dades de l'usuari file té el contingut següent (tingueu en compte que les línies #cloud-config i netrounds_test_agent han d'estar presents i que les línies restants han d'estar sagnades):

Per obtenir més informació, consulteu el document Com implementar agents de prova virtual a OpenStack.
Un cop l'agent de prova s'hagi desplegat i s'ha connectat al centre de control, la configuració es traslladarà des del centre de control a l'agent de prova.

Pas 4: l'agent de prova ja està en línia al Centre de control i ha obtingut la seva configuració. L'agent de prova està preparat per utilitzar-lo en proves i monitoratge. Consulteu aquestes seccions:

"Inici d'una prova" a la pàgina 45
“Inici d'un monitor” a la pàgina 60

Llistar els agents de prova al vostre compte de Paragon Active Assurance
A continuació hi ha l'example ncclient codi Python per llistar els agents de prova en un compte de Paragon Active Assurance:

L'execució d'aquest codi dóna una sortida com la següent:

Eliminació d'un agent de prova
Un cop finalitzada una prova, pot ser rellevant en alguns casos d'ús suprimir l'agent de prova.
A continuació es mostra un fragment de codi que mostra com fer-ho amb ncclient:

Notificacions NETCONF
A continuació, presentem un exemple senzillample script per escoltar totes les notificacions entrants de NETCONF del Centre de control. Aquestes notificacions s'envien sempre que tenen lloc certs esdeveniments, com ara un agent de prova que es desconnecta o que s'està completant una prova iniciada per l'usuari. A partir de la informació transportada a les notificacions, els usuaris poden assignar accions de seguiment automatitzades a l'orquestrador.

Quan s'executa l'script anterior, el client NC presentarà la notificació rebuda en XML estructurat. Veure l'exampSortida del fitxer següent, que mostra un agent de prova que es desconnecta de manera inesperada.

2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
demostració
HW1
fora de línia

Examples: Articles d'inventari

Creació (importació) i gestió d'articles d'inventari com ara TWAMP reflectors i Y.1731 MEPs es fa de la mateixa manera que per als agents de prova. A continuació es mostra el codi XML i NETCONF per definir aquestes entitats a Paragon Active Assurance mitjançant l'API NETCONF i YANG i per recuperar llistes dels elements definits.

Creació d'un TWAMP Reflector

Creació d'un eurodiputat Y.1731

Creació d'un canal IPTV

Creació d'un host de ping

Creació d'un compte SIP

Recuperació d'articles d'inventari
A continuació es mostra el codi Python per recuperar tots els articles d'inventari definits en un compte. (Tots els tipus d'articles d'inventari s'obtenen d'una sola vegada aquí per evitar una mica de repetició al document. Naturalment, qualsevol subconjunt d'articles d'inventari es pot obtenir deixant fora algunes de les línies del compte a continuació.)

L'execució d'aquest codi dóna una sortida com la següent:

Examples: Alarmes

Les plantilles d'alarma i els elements associats (gestors SNMP, llistes de correu electrònic d'alarmes) es creen i gestionen de manera semblant als articles d'inventari. Aquest capítol conté codi XML i NETCONF per definir aquestes entitats a Paragon Active Assurance mitjançant l'API NETCONF i YANG i per recuperar llistes dels elements definits.
Llistes de correu electrònic d'alarma
Creació d'una llista de correu electrònic d'alarma

Recuperació de totes les llistes de correu electrònic d'alarmes

Gestors SNMP
Creació d'un gestor SNMP

Recuperació de tots els gestors SNMP

Plantilles d'alarma
Creació d'una plantilla d'alarma

Recuperació de totes les plantilles d'alarma

Examples: Claus SSH

Podeu afegir claus públiques SSH a un agent de prova mitjançant l'API NETCONF i YANG. Amb la clau privada corresponent, podeu iniciar sessió a l'agent de prova mitjançant SSH.
La llista completa d'operacions disponibles a les claus SSH és la següent:

Afegiu una clau SSH
Modificar una clau SSH
Inspeccioneu una clau SSH
Llista les claus SSH
Suprimeix una clau SSH.
A continuació, s'exemplifiquen les operacions d'afegir i suprimir.

Afegeix una clau SSH

A continuació s'explica com crear una nova clau SSH.

Programari Juniper NETWORKS NETCONF & YANG API - Clau

Eliminació d'una clau SSH
Si voleu suprimir una clau SSH, utilitzeu l'ordre següent:

Examples: Proves

Aquí se suposa que els agents de prova (tants com siguin necessaris per a les proves) s'han creat d'acord amb la secció "Crear i desplegar un agent de prova nou" a la pàgina 17.
Camins del model YANG per a proves

Item	Camí del model YANG: /accounts/account/tests...
proves	/.
prova[id]	/prova
id	/test/id
nom	/test/nom
estat	/test/estat
l'hora d'inici	/prova/hora d'inici
temps final	/test/hora de finalització
informe-url	/informe de prova-url
passos	/prova/passos
pas[id]	/prova/passos/pas
nom	/prova/passos/pas/nom
id	/prova/passos/pas/id
l'hora d'inici	/prova/passos/pas/hora d'inici
temps final	/test/steps/step/end-time
estat	/prova/passos/pas/estat
missatge d'estat	/test/steps/step/status-message
plantilles	/plantilles
plantilla[nom]	/plantilles/plantilla
nom	/templates/template/nom
descripció	/templates/template/descripció
paràmetres	/templates/template/parameters
paràmetre[clau]	/templates/template/parameters/parameter
clau	/templates/template/parameters/parameter/key
tipus	/templates/template/parameters/parameter/type

Requisits previs per a l'orquestració de proves

Per iniciar una prova mitjançant NETCONF mitjançant el client NC, primer cal crear una plantilla de prova mitjançant la GUI del Centre de control, tal com es detalla a l'ajuda de l'aplicació a "Proves i monitors" > "Creació de plantilles". Tots els camps especificats en aquesta plantilla com a "Entrada de plantilla" seran obligatoris com a paràmetres a l'XML quan s'organitzi l'inici de la plantilla de prova.

L'execució de proves a Paragon Active Assurance es considera "estat" en el context de l'orquestració. Les dades d'estat són dades no escrivibles que no s'emmagatzemen a la base de dades de configuració, a diferència de les dades de configuració esmentades a la secció "Mésview de Test Agent Orchestration” a la pàgina 17. Això significa bàsicament que els canvis a les proves o plantilles a la GUI del Centre de control no provocaran cap problema relacionat amb la sincronització entre el Centre de control i la base de dades de configuració.
Per obtenir un informe-URL directament als informes de proves, heu d'assegurar-vos que el Centre de control URL està correctament configurat. Això es fa a la file /opt/netrounds-confd/settings.py. Per defecte, el nom d'amfitrió del Centre de control es recupera mitjançant socket.gethostname(): vegeu a continuació. Si això no dóna el resultat correcte, heu d'establir el nom de l'amfitrió (o tot URL) manualment en aquest file.

# URL del Centre de control sense barra inclinada.
# Això és per exampfitxer utilitzat en l'informe de prova-url.
HOSTNAME = socket.gethostname()
XARXES_URL = 'https://%s' % HOSTNAME
Començant una prova
Tal com es descriu a la secció "Crear i desplegar un nou agent de prova" a la pàgina 17, executeu l'ordre pang -f tree netrounds-ncc.yang
des del directori /opt/netrounds-confd/ per tal de produir el model YANG. En aquest model, el RPC per iniciar una prova amb el client NC té el següent aspecte:

Per a explicacions, consulteu l'apartat "Llegenda" a la pàgina 81 a l'Apèndix.

A continuació es mostren els passos següents:

Els agents de prova s'han registrat al compte de Paragon Active Assurance, però encara no s'ha iniciat cap prova.
Els paràmetres d'entrada necessaris s'identifiquen a la plantilla de prova que s'executarà.

S'inicia una prova HTTP de 60 segons amb ncclient.

Pas 1: Al principi, no s'ha iniciat cap prova al compte de Paragon Active Assurance. Vegeu la captura de pantalla següent des de la GUI del Centre de control.
Pas 2: La plantilla que utilitzarem per iniciar la prova en aquest example és una plantilla de prova HTTP. Té dos camps d'entrada obligatoris (clients i URL) que hem especificat com a tal en crear la plantilla a la GUI del Centre de control.

Definirem aquests paràmetres (entre d'altres) en la configuració XML comunicada a la base de dades de configuració pel nostre gestor NETCONF (ncclient).
Pas 3: s'inicia la prova HTTP mitjançant ncclient.
A continuació hi ha l'exampcodi de fitxer on s'especifiquen la informació i els paràmetres de configuració necessaris per a la plantilla de prova HTTP. Depenent de com s'hagi construït la plantilla, els detalls aquí poden variar.
Per a cada paràmetre, el cal proporcionar l'atribut. La clau és idèntica a la del paràmetre
Nom de la variable al Centre de control. Podeu inspeccionar els noms de variables de la següent manera:

Feu clic a Proves a la barra lateral i seleccioneu Seqüència de prova nova.

Feu clic a Les meves plantilles.
Feu clic a l'enllaç Edita a sota de la plantilla d'interès.
Feu clic al botó Edita d'entrada a l'extrem superior dret.

En el nostre exampi, per defecte, els noms de les variables són simplement versions en minúscula dels noms de visualització que es veuen al Centre de control ("url" vs "URL”, etc.). Tanmateix, a la GUI del Centre de control, podeu canviar el nom de les variables pel que vulgueu.
A més de la clau, cada paràmetre ha d'especificar el seu tipus: per exempleampel, per al URL.
Tingueu en compte que heu de tornarview el model YANG complet per obtenir informació completa sobre els tipus. Per a les interfícies de l'agent de prova, el tipus té una estructura més complexa, com s'evidencia a continuació al codi següent.

Ara podem executar l'script amb ncclient. Suposant que tot és correcte, s'iniciarà la prova i es mostrarà la seva execució al Centre de control:Si la prova s'inicia amb èxit, el Centre de control respondrà amb l'ID de la prova. En aquest example, l'ID de la prova és 3:L'identificador de la prova també es pot trobar a URL per a la prova a la GUI del Centre de control. En aquest exampel, això URL és https://host/demo/testing/3/.
Recuperació dels resultats de la prova
La manera més senzilla de recuperar els resultats de la prova és assenyalant l'identificador de la prova.
A continuació es mostra el codi Python per obtenir els resultats de la prova HTTP anterior amb ID = 3:
amb gerent. Connecteu (host=args.host, port=args.port, nom d'usuari=args.username, password=args.password, hostkey_verify=False) com a m:

La sortida tindrà un aspecte semblant a això:

Exportació i importació de plantilles de prova
Les plantilles de prova es poden exportar en format JSON i tornar-les a importar en aquest format al Centre de control. Això és útil si voleu utilitzar plantilles de prova en una instal·lació diferent del Centre de control. (La creació inicial de les plantilles es gestiona millor a través de la GUI del Centre de control.)
A continuació es mostra el codi per dur a terme l'exportació i la importació.
Exportació de plantilles de prova

# Obteniu la configuració json de la resposta
arrel = ET.fromstring(response._raw)
json_config = root[0].text
imprimir json_config
La plantilla es troba a l'objecte json_config.
Importació de plantilles de prova
Un objecte de configuració JSON que conté plantilles de prova es pot tornar a importar al Centre de control de la manera següent.

Examples: Monitors

Aquesta secció suposa que els agents de prova (tants com els requereixin els monitors) s'han creat d'acord amb la secció "Creació i implementació d'un agent de prova nou" a la pàgina 17.
Camins model YANG per a monitors

Item	Camí del model YANG: /accounts/account/monitors...
monitors	/.
monitor[nom]	/monitor
nom	/monitor/nom
descripció	/monitor/descripció
va començar	/monitor/iniciat
plantilla	/monitor/plantilla
configuracions d'alarma	/monitor/alarm-configs
Item	Camí del model YANG: /accounts/account/monitors/monitor/alarm-configs...
alarma-config[identificador]	/alarm-config
identificador	/alarm-config/identifier
plantilla	/alarm-config/template
correu electrònic	/alarm-config/email
snmp	/alarm-config/snmp
thr-es-crític	/alarm-config/thr-es-critical
thr-es-crític-clar	/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-menor	/alarm-config/thr-es-minor
thr-es-menor-clear	/alarm-config/thr-es-minor-clear
thr-es-advertència	/alarm-config/thr-es-warning
thr-es-advertència-clar	/alarm-config/thr-es-warning-clear
sense gravetat de les dades	/alarm-config/no-data-severity
temps d'espera sense dades	/alarm-config/no-data-timeout
acció	/alarm-config/action
mida de la finestra	/alarm-config/window-size
interval	/alarm-config/interval
enviar-només-una vegada	/alarm-config/send-only-once
snmp-trap-per-stream	/alarm-config/snmp-trap-per-stream
Item	Camí del model YANG: /accounts/account/monitors...
paràmetres	/monitor/parameters
Item	Camí del model YANG: /accounts/account/monitors/monitor/parameters...
paràmetre[clau]	/paràmetre
clau	/paràmetre/clau
(tipus de valor)	/paràmetre
:(enter)	/paràmetre
nombre sencer	/paràmetre/entier
:(flota)	/paràmetre
flotar	/paràmetre/float
:(cadena)	/paràmetre
Item	Camí del model YANG: /accounts/account/monitors/monitor/parameters...
corda	/paràmetre/cadena
:(test-agent-interfaces)	/paràmetre
interfícies d'agent de prova	/parameter/test-agent-interfaces
test-agent-interface[“1” a la pàgina 58	/parameter/test-agent-interfaces/
compte	/parameter/test-agent-interfaces/test-agent-interface/account
agent de prova	/parameter/test-agent-interfaces/test-agent-interface/test-agent
interfície	/parameter/test-agent-interfaces/test-agent-interface/interface
versió ip	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:(dosamp-reflectors)	/paràmetre
twamp-reflectors	/paràmetre/twamp-reflectors
twamp-reflector[nom]	/paràmetre/twamp-reflectors/twamp-reflector
nom	/paràmetre/twamp-reflectors/twamp-reflector/nom
:(y1731-meps)	/paràmetre
y1731-meps	/parameter/y1731-meps
y1731-mep[nom]	/parameter/y1731-meps/y1731-mep
nom	/parameter/y1731-meps/y1731-mep/name
:(comptes-sip)	/paràmetre
comptes sip	/parameter/sip-comptes
sip-account[“2” a la pàgina 58]	/paràmetre/comptes-sip/compte-sip
compte	/paràmetre/comptes-sip/compte-sip/compte
agent de prova	/parameter/sip-accounts/sip-account/test-agent
interfície	/paràmetre/comptes-sip/compte-sip/interfície
sip-adreça	/parameter/sip-comptes/sip-compte/sip-address
:(canals iptv)	/paràmetre
canals iptv	/parameter/iptv-channels
canal iptv[nom]	/paràmetre/iptv-channels/iptv-channel
nom	/paràmetre/iptv-channels/iptv-channel/nom

interfície de prova de compte-agent
compte prova-agent interfície sip-address

Item	Camí del model YANG: /accounts/account/monitors...
estat	/monitor/estat
darrers 15 minuts	/monitor/status/darrers-15 minuts
estat	/monitor/status/últims-15-minuts/estat
valor-estat	/monitor/status/last-15-minutes/status-value
darrera hora	/monitor/status/last-hour
estat	/monitor/status/last-hour/status
valor-estat	/monitor/status/last-hour/status-value
últimes 24 hores	/monitor/status/last-24-hours
estat	/monitor/status/last-24-hours/status
valor-estat	/monitor/status/last-24-hours/status-value
plantilles	/plantilles
plantilla[nom]	/plantilles/plantilla
nom	/templates/template/nom
descripció	/templates/template/descripció
paràmetres	/templates/template/parameters
paràmetre[clau]	/templates/template/parameters/parameter
clau	/templates/template/parameters/parameter/key
tipus	/templates/template/parameters/parameter/type

Requisits previs per a l'orquestració de monitors
Abans de poder iniciar un monitor mitjançant NETCONF amb ncclient, heu de crear una plantilla de monitor a la GUI del Centre de control tal com s'explica a l'ajuda de l'aplicació a "Proves i monitors" > "Creació de plantilles". Tots els camps especificats com a "Entrada de plantilla" en aquesta plantilla seran obligatoris com a paràmetres a l'XML quan s'organitzi l'inici de la plantilla.
Obtenció de paràmetres d'entrada de plantilles de monitor
A continuació, es mostren dues plantilles. El primer és per a la supervisió UDP entre dues interfícies de l'agent de prova i el segon és per a HTTP mitjançant una única interfície d'agent de prova.
Per conèixer els paràmetres d'entrada d'una plantilla, feu clic a la casella que representa la plantilla. Per a la plantilla HTTP, els paràmetres poden semblar així:

Hem de definir aquests paràmetres en el següent pas en iniciar un monitor.
Inici d'un monitor
Mitjançant els agents de prova que hem definit i desplegat a la secció "Crear i desplegar un nou agent de prova" a la pàgina 17, podem iniciar un monitor des de la plantilla "HTTP", tal com es mostra a continuació.
Per a cada paràmetre, el cal proporcionar l'atribut. La clau és idèntica al nom de la variable del paràmetre al Centre de control. Podeu inspeccionar els noms de variables de la següent manera:

Feu clic a Monitorització a la barra lateral i seleccioneu Nou monitor.

Feu clic a Les meves plantilles.
Feu clic a l'enllaç Edita a sota de la plantilla d'interès.
Feu clic al botó Edita d'entrada a l'extrem superior dret.

En el nostre exampi, per defecte, els noms de les variables són simplement versions en minúscula dels noms de visualització que es veuen al Centre de control ("url" vs "URL”, etc.). Tanmateix, a la GUI del Centre de control, podeu canviar el nom de les variables pel que vulgueu.
A més de la clau, cada paràmetre ha d'especificar el seu tipus: per exempleampel, per al URL. Tingueu en compte que la informació completa sobre el tipus de paràmetre es troba al model YANG. Per a les interfícies de l'agent de prova, el tipus té una estructura més complexa, com s'evidencia al codi següent.
En l'exampque segueix, no hi ha cap alarma associada al monitor. Per exampd'alarmes, aneu a la secció "Inici d'un monitor amb una alarma" a la pàgina 62.

Inici d'un monitor amb una alarma
Per associar una alarma amb un monitor, podeu apuntar a una plantilla d'alarma que s'ha definit o podeu proporcionar tota la configuració d'alarma quan creeu el monitor. Donarem un exampel de cada enfocament a continuació.
Configuració d'una alarma de monitor assenyalant una plantilla d'alarma
Per fer ús d'una plantilla d'alarma, heu de conèixer el seu identificador. Per a això, primer recupereu totes les plantilles d'alarma tal com es descriu a la secció "Recuperació de totes les plantilles d'alarma" a la pàgina 39 i anoteu el nom de la plantilla rellevant. A continuació, podeu consultar aquesta plantilla de la següent manera:

Configuració d'una alarma de monitor configurant-la Directly
Alternativament, podeu configurar una alarma per a un monitor proporcionant tota la seva configuració quan creeu el monitor, sense fer referència a una plantilla d'alarma. Això es fa tal com es mostra a l'example.

Recuperació de monitors en execució
Per recuperar tots els monitors que s'estan executant actualment, executeu aquest script:
amb gerent. connect(host=args.host, port=args.port, username=args. nom d'usuari, password=args.password, hostkey_verify=False) com a m:

La sortida és una llista de tots els monitors en execució, tal com es mostra a continuació:

Recuperació de l'estat de SLA per a un monitor
A continuació s'explica com recuperar l'estat de SLA d'un monitor. En aquest exampli, estem recuperant l'estat de SLA per al monitor "Qualitat de la xarxa" durant tres intervals de temps: els darrers 15 minuts, l'última hora i les últimes 24 hores.

La sortida tindrà un aspecte semblant a això:

Notificacions NETCONF
Les notificacions NETCONF per als monitors es desencadenen per infraccions de SLA. Es produeixen quan el SLA del monitor baixa per sota d'un llindar de SLA ("Bo" o "Acceptable") dins d'una finestra de temps determinada, per defecte els darrers 15 minuts. Cal tenir en compte que les notificacions d'infracció de SLA apareixen ràpidament després que un servei es vegi afectat per un problema, mentre que l'estat de SLA tornarà a "Bo" només després de 15 minuts i només si no es produeixen més infraccions.
La finestra de temps es pot canviar editant la configuració SLA_STATUS_WINDOW (valor en segons) en /etc/netrounds/netrounds.conf.
Exportació i importació de plantilles de monitor
Això es fa exactament de la mateixa manera que per a les plantilles de prova; compareu la secció “Exportació i importació de plantilles de prova” a la pàgina 52. Els fragments de codi següents il·lustren com exportar i importar plantilles per a monitors.
Exportació de plantilles de monitor

Importació de plantilles de monitor

Utilitzant Tags

Tags definit a Paragon Active Assurance es pot aplicar a:

monitors
plantilles de monitor
Agents de prova
TWAMP reflectors
Amfitrions de ping.
Per exampel, pots tag un monitor amb el mateix tag com a subconjunt d'agents de prova que executaran el monitor. Aquesta característica és especialment útil si teniu un gran nombre de monitors i plantilles definits.

Si heu configurat una alarma amb trampes SNMP per a un monitor, les trampes SNMP s'assignaran el mateix tags com a monitor, si n'hi ha.
Creant Tags
A continuació mostrem com crear un tag amb el nom i el color definits per l'XMLtag> subestructura.

Assignació a Tag
Per assignar a tag a un recurs, l'afegiu com a noutag> element sota eltags> element per a aquest recurs.
A continuació s'explica com assignar a tag a un agent de prova:

Per assignar a tag a un TWAMP reflector, feu el següent:

Assignació a tag a un monitor es gestiona de la mateixa manera:

Alternativament, podeu assignar-ne un existent tag a qualsevol d'aquests tipus de recurs en crear el recurs, incloent-hitags> element que conté el tag en qüestió.
Actualització a Tag
Actualització d'un existent tag amb nous atributs és anàleg a crear a tag:

Anul·lació d'assignació a Tag
Per anul·lar l'assignació a tag des d'un recurs, afegiu l'atribut nc:operation="delete" al fitxertag> element pertanyent al recurs. A continuació, desassignem a tag d'un monitor.

Esborrant a Tag
Per eliminar a tag des del Centre de control, es torna a utilitzar l'atribut nc:operation="delete", però aquesta vegada s'aplica al tag mateix, definit sota .

Resolució de problemes

Problema: Orquestrator i Paragon Active Assurance fora de sincronització
L'orquestrador i Paragon Active Assurance poden acabar no sincronitzats, per exempleampli si s'han fet canvis a la configuració a la GUI del Centre de control, o si l'aplicació d'una configuració no ha tingut èxit i no s'ha pogut tornar a l'estat anterior.
En cas d'error, el servidor NETCONF ja no acceptarà canvis de configuració; respondrà amb un missatge d'error indicant que la configuració està bloquejada fins que es torni a sincronitzar. Per tornar a sincronitzar i desbloquejar els canvis de configuració, heu d'executar l'ordre rpc sync-from-ncc que sincronitza tota la configuració del Centre de control a la base de dades de configuració.
NOTA: El confd@netrounds.com L'usuari (o el que s'hagi configurat) ha de tenir privilegis de superusuari perquè tot es sincronitzi correctament. Això es pot aconseguir amb l'ordre ncc user-update confd@netrounds.com –is-superuser Si l'usuari no és un superusuari, apareixerà un avís dient que no es pot sincronitzar tot, però que tot el que es podria gestionar ha estat.
NOTA: Si el vostre orquestrador també emmagatzema la configuració, haureu de tornar a sincronitzar-la, ja que la configuració sol·licitada (la configuració que l'orquestrador espera que tingui el Centre de control) no s'haurà aplicat.
Problema: la sincronització inicial (sync-from-ncc) ha fallat a causa de recursos no compatibles
Si proveu d'executar rpc sync-from-ncc en un compte que tingui la seva configuració creada a la GUI del Centre de control, és possible que tingueu problemes si el compte conté recursos no compatibles. Es recomana començar amb un compte buit i fer-ne tota la configuració mitjançant NETCONF. En cas contrari, si trobeu problemes amb conflictes de recursos, haureu d'eliminar els recursos conflictius del compte.
Problema: les ordres NETCONF fallen amb ncclient.operations.rpc.RPCError: error de comunicació de l'aplicació
El servidor NETCONF no restaura la connectivitat amb el servidor del Centre de control automàticament si es reinicia el Centre de control. Per restaurar la connexió al Centre de control, reinicieu el procés NETCONF: sudo systemctl restart netrounds-confd

Notes sobre les aplicacions de l'agent de prova i els aparells de l'agent de prova

Aplicacions d'agent de prova a ConfD
Entre els agents de prova, l'aplicació d'agent de prova (més nova) funciona una mica diferent de l'aplicació d'agent de prova (antiga).
Les aplicacions de l'agent de prova no admeten actualment la configuració de la interfície. Per tant, l'esquema YANG permet especificar una configuració d'interfície buida per a aquests agents de prova. Vegeu “aquest passatge” a la pàgina 23 per veure un example.
Quan sincronitzeu la base de dades ConfD amb el Centre de control mitjançant l'ordre sync-from-ncc, voleu que la configuració de la interfície romangui buida i no se sobreescrigui amb el que es troba al Centre de control. Per tant, heu d'utilitzar un senyalador especial –without_interface_config amb aquesta ordre quan treballeu amb aplicacions d'agent de prova.
Configuració de la interfície buida per a l'aplicació de l'agent de prova
Com s'ha indicat anteriorment, l'aplicació de l'agent de prova no admet la configuració de la interfície i, per tant, és possible ometre interfícies a l'esquema YANG.
Però també hi ha casos d'ús en què és possible que vulgueu ometre la configuració de la interfície d'un dispositiu d'agent de prova. Un exampAquest podria ser un escenari d'orquestració en què esteu fent girar un agent de prova mitjançant cloud-init i voleu que s'utilitzi la configuració de la interfície des d'allà, en lloc de deixar que ConfD la sobreescrigui a mesura que l'agent de prova es connecti.
Canvis d'esquema YANG pel que fa a les interfícies no definides
Com que ara es permet una configuració d'interfície buida (a partir de la versió 2.34.0), és possible especificar qualsevol nom d'interfície com a entrada d'una tasca que s'executa com a part d'una prova o monitor.
Això és necessari per poder utilitzar una aplicació d'agent de prova, ja que per a aquests no es defineix cap nom d'interfície a ConfD. Tingueu en compte, però, que això també significa que podeu trobar problemes si per accident configureu una prova o un monitor per utilitzar una interfície que no existeix. Així que si us plau, tingueu en compte això.
Limitacions en registrar un agent de prova creat a ConfD
Quan es crea un agent de prova mitjançant l'API REST o NETCONF/YANG, no podem saber per endavant de quin tipus és: aplicació d'agent de prova o aplicació d'agent de prova. Això només queda clar després que l'agent de prova s'hagi registrat.
Una vegada que l'agent de prova s'hagi registrat i s'hagi convertit en un d'aquests tipus concrets, no podeu tornar a registrar-lo com un altre tipus d'agent de prova. Això vol dir que no podeu registrar-lo primer com a aplicació d'agent de prova i després tornar-lo a registrar com a aplicació d'agent de prova o viceversa. Si necessiteu un agent de prova d'un altre tipus, haureu de crear un nou agent de prova.

Apèndix: Estructura d'arbre del model YANG complet

En aquest apèndix, la secció "Llegenda" a la pàgina 81 explica la sintaxi de l'estructura d'arbre del model YANG generada amb l'ordre pyang -f tree.
La secció "Estructura d'arbre del model YANG" a la pàgina 82 ofereix la sortida d'aquesta ordre aplicada a netrounds-ncc.yang. Parts d'aquesta sortida es reprodueixen en altres llocs del document.
Llegenda

Estructura d'arbre model YANG

Juniper Networks, el logotip de Juniper Networks, Juniper i Junos són marques registrades de Juniper Networks, Inc. als Estats Units i altres països. Totes les altres marques comercials, marques de servei, marques registrades o marques de servei registrades són propietat dels seus respectius propietaris. Juniper Networks no assumeix cap responsabilitat per qualsevol inexactitud en aquest document. Juniper Networks es reserva el dret de canviar, modificar, transferir o revisar aquesta publicació sense previ avís. Copyright © 2023 Juniper Networks, Inc. Tots els drets reservats.

Documents/Recursos

Programari Juniper NETWORKS NETCONF & YANG API [pdfGuia de l'usuari
Programari NETCONF YANG API, programari YANG API, programari API, programari

Referències

Manual d'usuari

Introducció