Οδηγός χρήσης λογισμικού Juniper NETWORKS NETCONF & YANG API

Σκοπός αυτού του εγγράφου
Αυτή η τεκμηρίωση περιγράφει τον τρόπο ενσωμάτωσης του Paragon Active Assurance με έναν ενορχηστρωτή υπηρεσιών δικτύου μέσω του Κέντρου Ελέγχου NETCONF & YANG API. Χειροποίητος πρώηνampΠαρέχονται πληροφορίες σχετικά με τις κύριες εργασίες που εμπλέκονται, όπως: δημιουργία και ανάπτυξη Virtual Test Agents, εκτέλεση δοκιμών και οθονών και ανάκτηση αποτελεσμάτων από αυτές τις δραστηριότητες.
Σε αυτό το έγγραφο, το δωρεάν διαθέσιμο Python NETCONF πελάτη ncclient χρησιμοποιείται ως ενορχηστρωτής.

συμβάσεις
Οι ακόλουθες συντομογραφίες χρησιμοποιούνται σε αυτό το έγγραφο:

Συντομογραφία	Εννοια
CLI	Διεπαφή γραμμής εντολών
EM	Διαχειριστής στοιχείων
ES	Σφάλμα Δεύτερο
ευρωβουλευτής	Τελικό σημείο MEG (Ομάδα οντοτήτων συντήρησης) (ορισμός ITU-T Y.1731) ή Τελικό σημείο συντήρησης (ορισμός Cisco)
NFV	Εικονικοποίηση λειτουργιών δικτύου
NFVO	Ενορχηστρωτής εικονικοποίησης λειτουργιών δικτύου
NSD	Περιγραφέας υπηρεσιών δικτύου
RPC	Κλήση απομακρυσμένης διαδικασίας
ΓΟΥΛΙΑ	Πρωτόκολλο έναρξης συνεδρίας
SLA	Συμφωνία επιπέδου υπηρεσίας
S-VNFM	Ειδικός διαχειριστής VNF
VNF	Λειτουργία εικονικού δικτύου
vTA	Εικονικός πράκτορας δοκιμών

Σημειώσεις σχετικά με τη συμβατότητα προς τα πίσω

Στις εκδόσεις 2.35.4/2.36.0 του NETCONF & YANG API, η επικύρωση ορισμένων αιτημάτων έγινε πιο αυστηρή για τη συμμόρφωση με το πρότυπο NETCONF. Αυτό σημαίνει ότι ο κώδικας πελάτη που βασίζεται σε παλαιότερες εκδόσεις αυτού του οδηγού ενδέχεται τώρα να απορριφθεί.
Για π.χample, σε προηγούμενη Python example code, δεν δόθηκε χαρακτηριστικό namespace. Ο χώρος ονομάτων πρέπει τώρα να παρέχεται στο αίτημα XML κάθε φορά που θέλετε να τροποποιήσετε έναν πόρο ConfD.

Προαπαιτούμενα και Προετοιμασίες

Εγκατάσταση ConfD
Το ConfD (ένα προϊόν από την Tail-f) χρησιμοποιείται ως ενδιάμεσος μεταξύ του συστήματος Paragon Active Assurance και του NETCONF. Το ConfD συνδέει τη διαμόρφωση και τα λειτουργικά δεδομένα του Paragon Active Assurance στο NETCONF & YANG API.
Το ConfD θα έπρεπε να έχει εγκατασταθεί μαζί με το λογισμικό Control Center, όπως περιγράφεται στον Οδηγό εγκατάστασης.

Επαλήθευση ότι το ConfD εκτελείται
Για να επαληθεύσετε ότι το ConfD είναι σε λειτουργία και λειτουργεί, εκτελέστε την εντολή
ssh -s @localhost -p 830 netconf
για να ελέγξετε ότι το ConfD ανταποκρίνεται στη θύρα 830. Στην εντολή, είναι όπως ορίζεται από το netconf user create
εντολή στον Οδηγό εγκατάστασης, ενότητα Εγκατάσταση ConfD. Δώστε τον κωδικό πρόσβασης που ορίζεται από την ίδια εντολή.
Στην έξοδο, βεβαιωθείτε ότι περιλαμβάνεται η μονάδα Control Center. Η έξοδος πρέπει να περιέχει μια γραμμή όπως η παρακάτω:
http://ncc.netrounds.com?module=netrounds-ncc&αναθεώρηση=2017-06-15

Συγχρονισμός της βάσης δεδομένων διαμόρφωσης με το Κέντρο Ελέγχου

Τέλος, πρέπει να ενημερώσουμε τη βάση δεδομένων ρυθμίσεων μέσω του NETCONF. Θα το κάνουμε εδώ μέσω μιας βιβλιοθήκης Python που ονομάζεται ncclient (NETCONF Client). Ωστόσο, η εργασία θα μπορούσε επίσης να ολοκληρωθεί σε διαφορετική γλώσσα προγραμματισμού, αρκεί να χρησιμοποιεί το πρωτόκολλο NETCONF/YANG.
Ο ρόλος του ncclient είναι να ενεργεί ως πελάτης προς τον διακομιστή ConfD που φιλοξενεί το NETCONF/YANG API.

Αξίζει να σημειωθεί ότι το ncclient δεν σχετίζεται με κανέναν τρόπο με το Κέντρο Ελέγχου (προηγουμένως «Κέντρο Ελέγχου Netrounds»), αν και το όνομα τυχαίνει να ξεκινά με «ncc».
Δείτε πώς να εγκαταστήσετε το ncclient:

Κατεβάστε το λογισμικό από https://github.com/ncclient/ncclient.
Εκτελέστε αυτήν την εντολή: pip install ncclient

Μπορούμε τώρα να εκτελέσουμε το συγχρονισμό ως εξής. Σημειώστε προσεκτικά ότι αυτό πρέπει να γίνει σε ξεχωριστό υπολογιστή και όχι στον ίδιο τον διακομιστή του Κέντρου Ελέγχου:

#
# ΣΗΜΕΙΩΣΗ:
# Αυτό το σενάριο λειτουργεί ως πελάτης προς το ConfD που εκτελείται στον διακομιστή NCC.
# Θα χρησιμοποιεί το NETCONF/YANG API για επικοινωνία.

ΣΗΜΕΙΩΜΑ: Αυτή η διαδικασία απαιτείται επίσης κάθε φορά που έχουν εγκατασταθεί και καταχωρηθεί Test Agents ανεξάρτητα από το NETCONF. Δείτε τη σημείωση στην ενότητα «Τέλοςview of Test Agent Orchestration» στη σελίδα 17 για περισσότερες πληροφορίες.

Ρύθμιση πολλαπλών λογαριασμών Paragon Active Assurance που ελέγχονται από NETCONF

Τα παρακάτω βήματα απαιτούνται μόνο εάν θέλετε να δημιουργήσετε περαιτέρω λογαριασμούς Paragon Active Assurance που θα ελέγχονται από το NETCONF, επιπλέον του λογαριασμού που έχει διαμορφωθεί με αυτόν τον τρόπο στον Οδηγό εγκατάστασης, ενότητα «Εγκατάσταση ConfD».
Για κάθε τέτοιο λογαριασμό, προχωρήστε ως εξής:

Στο Κέντρο Ελέγχου, συνδεθείτε στον λογαριασμό και μεταβείτε στο Λογαριασμός > Δικαιώματα.

Προσθήκη χρήστη "confd@netrounds.com", και εκχωρήστε σε αυτόν τον χρήστη ConfD άδεια διαχειριστή στο GUI κάνοντας κλικ στο κουμπί Πρόσκληση.
Συγχρονίστε τη βάση δεδομένων διαμόρφωσης με το Κέντρο ελέγχου, όπως περιγράφεται στην ενότητα «Συγχρονισμός της βάσης δεδομένων διαμόρφωσης με το Κέντρο ελέγχου» στη σελίδα 4.
Θα πρέπει τώρα να μπορείτε να ελέγχετε πολλούς λογαριασμούς Paragon Active Assurance με τον ίδιο χρήστη ConfD.

ΣΗΜΕΙΩΜΑ: Μόλις αρχίσετε να ελέγχετε έναν λογαριασμό Paragon Active Assurance μέσω ConfD, ΔΕΝ πρέπει να κάνετε αλλαγές σε αυτόν τον λογαριασμό μέσω του web GUI σε σχέση με όλες τις δυνατότητες του Paragon Active Assurance που είναι "config" (δείτε το κεφάλαιο "Υποστηριζόμενες δυνατότητες στο Paragon Active Assurance" στη σελίδα 9). Εάν το κάνετε, θα έχει ως αποτέλεσμα απώλεια συγχρονισμού.

Εισαγωγή στο NETCONF Orchestration API

Υπερview

Ένα NFVO τρίτου μέρους ή ένας ενορχηστρωτής υπηρεσιών είναι συνήθως το στοιχείο που ξεκινά τις συνεδρίες δοκιμής και παρακολούθησης χρησιμοποιώντας το API του Κέντρου Ελέγχου. Αυτός ο ενορχηστρωτής ανακτά επίσης τα συγκεντρωτικά αποτελέσματα μετρήσεων από τις δραστηριότητες του Test Agent. Οι δείκτες απόδοσης KPI μπορούν να ανακτηθούν από συστήματα διαχείρισης απόδοσης τρίτου μέρους, ενώ τα συμβάντα – εφόσον ενεργοποιηθούν από παραβιάσεις ορίου που έχουν οριστεί στο Κέντρο Ελέγχου – μπορούν να αποσταλούν σε συστήματα διαχείρισης σφαλμάτων τρίτων.
Συνοψίζοντας, το παρακάτω σχήμα δείχνει πώς το Paragon Active Assurance αλληλεπιδρά με άλλα συστήματα τρίτων στο τοπίο του OSS.

NFVO/Service Orchestrator: Δίνει εντολή στον διαχειριστή VNF να αναπτύξει τα vTA και να διαμορφώσει το Paragon Active Assurance στην αλυσίδα υπηρεσιών. Μόλις ενεργοποιηθεί η υπηρεσία, ο ενορχηστρωτής χρησιμοποιεί το API προς το Κέντρο Ελέγχου για να ενεργοποιήσει δοκιμές ενεργοποίησης υπηρεσίας και να ανακτήσει αποτελέσματα επιτυχίας/αποτυχίας. Εάν οι δοκιμές περάσουν, ο ενορχηστρωτής θα χρησιμοποιήσει το API προς το Κέντρο Ελέγχου για να ξεκινήσει την ενεργή παρακολούθηση της υπηρεσίας. Οι KPI από την παρακολούθηση ανακτώνται συνεχώς είτε από τον ενορχηστρωτή είτε από μια ξεχωριστή πλατφόρμα Διαχείρισης Απόδοσης.
Κέντρο ελέγχου: Αναπτύσσει, κλιμακώνει και τερματίζει το vTA σύμφωνα με τις οδηγίες του NFVO ή του ενορχηστρωτή υπηρεσίας.

Σύστημα διαχείρισης απόδοσης ή σύστημα διαχείρισης ποιότητας υπηρεσιών: Διαβάζει KPI από την ενεργή παρακολούθηση μέσω του API του Κέντρου Ελέγχου.
Σύστημα διαχείρισης σφαλμάτων: Λαμβάνει ειδοποιήσεις NETCONF, SNMP ή email από το Κέντρο Ελέγχου σε περίπτωση παραβίασης SLA.

Ορισμοί των εννοιών στο Paragon Active Assurance

Test Agents: Τα εξαρτήματα που εκτελούν μετρήσεις (για δοκιμές καθώς και οθόνες) σε ένα σύστημα Paragon Active Assurance. Οι Test Agents αποτελούνται από λογισμικό με δυνατότητα δημιουργίας, λήψης και ανάλυσης πραγματικής κίνησης δικτύου.
Το είδος του Test Agent που συζητείται σε αυτό το έγγραφο είναι το Virtual Test Agent (vTA), μια λειτουργία εικονικού δικτύου (VNF) που αναπτύσσεται σε έναν hypervisor. Υπάρχουν επίσης και άλλοι τύποι Test Agent.

Υπάρχουν δύο βασικοί τύποι μέτρησης στο Paragon Active Assurance, οι δοκιμές και οι οθόνες.
Δοκιμή: Μια δοκιμή αποτελείται από ένα ή περισσότερα βήματα, καθένα από τα οποία έχει μια καθορισμένη, πεπερασμένη διάρκεια. Τα βήματα εκτελούνται διαδοχικά. Κάθε βήμα μπορεί να συνεπάγεται την εκτέλεση πολλών εργασιών ταυτόχρονα.

Οθόνη: Μια οθόνη δεν έχει καθορισμένη διάρκεια αλλά εκτελείται επ' αόριστον. Όπως ένα βήμα σε μια δοκιμή, μια οθόνη μπορεί να εκτελεί πολλαπλές ταυτόχρονες εργασίες.
Πρότυπο: Όταν το Paragon Active Assurance ελέγχεται από ενορχηστρωτή, οι δοκιμές και οι οθόνες εκτελούνται πάντα μέσω προτύπων στα οποία ορίζεται η δοκιμή ή η οθόνη. Οι ρυθμίσεις παραμέτρων μπορούν να περάσουν ως είσοδοι στο πρότυπο κατά το χρόνο εκτέλεσης.

Ροή εργασιών για αυτοματισμό
Ώρα σχεδίασης

Κατά το σχεδιασμό, προετοιμάζετε μετρήσεις δημιουργώντας πρότυπα για δοκιμές και οθόνες στο Paragon Active Assurance. Πώς να το κάνετε αυτό καλύπτεται στο κεφάλαιο «Πρότυπα δοκιμής και παρακολούθησης» στη σελίδα 15.

Χρόνος εκτέλεσης
Κατά το χρόνο εκτέλεσης, ρυθμίζετε τις συσκευές σας και εκτελείτε τις πραγματικές μετρήσεις.

Ένα πέραview όλων των πρώηνamples που δίνονται βρίσκονται στο κεφάλαιο «ΠαρampLes of Controlling Paragon Active Assurance μέσω NETCONF & YANG API» στη σελίδα 15.
Πώς να αναπτύξετε και να ρυθμίσετε τις παραμέτρους Test Agents περιγράφεται στο κεφάλαιο «Π.χamples: Test Agents» στη σελίδα 16.

Τρόπος εισαγωγής στοιχείων αποθέματος όπως το TWAMP ανακλαστήρες και κανάλια IPTV παρουσιάζεται στο κεφάλαιο «Π.χamples: Inventory Items» στη σελίδα 29.
Ο τρόπος ρύθμισης των συναγερμών εξηγείται στο κεφάλαιο «Π.χamples: Alarms» στη σελίδα 35.

Ο τρόπος εκτέλεσης δοκιμών και οθονών με την εκτέλεση προτύπων Paragon Active Assurance μέσω του NETCONF περιγράφεται στα κεφάλαια «Εξamples: Tests» στη σελίδα 43 και «Παρamples: Monitors» στη σελίδα 54.

Υποστηριζόμενες λειτουργίες στο Paragon Active Assurance

Όλοι οι τύποι δοκιμής και οθόνης στο Paragon Active Assurance μπορούν να δημιουργηθούν και να εκτελεστούν μέσω της χρήσης προτύπων. Πώς να το κάνετε αυτό καλύπτεται στη βοήθεια εντός εφαρμογής στην ενότητα «Δοκιμές και οθόνες» > «Δημιουργία προτύπων».

Η δημιουργία λογαριασμών Paragon Active Assurance προς το παρόν δεν υποστηρίζεται. Ωστόσο, ένας ή περισσότεροι προκαθορισμένοι λογαριασμοί θα έχουν δημιουργηθεί για τον χρήστη.
Οι παρακάτω πίνακες περιγράφουν λεπτομερώς ποιες δυνατότητες στο Paragon Active Assurance είναι διαθέσιμες σε αυτήν την έκδοση και πώς παρουσιάζονται αυτές οι δυνατότητες στο YANG.

Επεξήγηση των κατασκευών YANG

Για ευκολία, δίνονται ορισμοί των κατασκευών YANG που αναφέρονται στον πίνακα χαρακτηριστικών.

Config (config=true): Δεδομένα διαμόρφωσης, που απαιτούνται για τη μετατροπή ενός συστήματος από τη μια κατάσταση στην άλλη.
Κατάσταση (config=false): Κατάσταση δεδομένων: πρόσθετα δεδομένα σε ένα σύστημα που δεν είναι δεδομένα διαμόρφωσης, όπως πληροφορίες κατάστασης μόνο για ανάγνωση και συλλεγμένα στατιστικά στοιχεία.
RPC: Μια κλήση απομακρυσμένης διαδικασίας, όπως χρησιμοποιείται στο πρωτόκολλο NETCONF.
Ειδοποίηση: Ειδοποιήσεις συμβάντων που αποστέλλονται από διακομιστή NETCONF σε πελάτη NETCONF.

Πίνακες με χαρακτηριστικά Paragon Active Assurance που είναι διαθέσιμα για ενορχήστρωση
Πηγή: Παρακολούθηση
Διαδρομή YANG:/λογαριασμοί/λογαριασμός/οθόνες

Χαρακτηριστικό	Υποχαρακτηριστικό	Κατασκευή YANG
Δημιουργία/τροποποίηση/διαγραφή οθόνης	Με βάση το πρότυπο οθόνης	Διαμόρφωση
Οθόνη έναρξης/διακοπής	–	Διαμόρφωση
Πρότυπα παρακολούθησης	Καταχωρίστε τα υπάρχοντα πρότυπα οθόνης με εισόδους	Κατάσταση
Ειδοποιήσεις NETCONF	Η κατάσταση συναγερμού άλλαξε	Κοινοποίηση
Παρακολούθηση αποτελεσμάτων	Μετρητής SLA/ES για ανώτατο επίπεδο (%) Μετρητής SLA/ES για επίπεδο εργασίας (%)	Κατάσταση

Σε αντίθεση με τις δοκιμές (συγκρίνετε Πόρων: Δοκιμές παρακάτω), οι οθόνες δεν ξεκινούν με RPC, αλλά δεσμεύοντας τη διαμόρφωση της οθόνης.
Πηγή: Δοκιμές
Διαδρομή YANG: /accounts/account/tests

Χαρακτηριστικό	Υποχαρακτηριστικό	Κατασκευή YANG
Έναρξη δοκιμής	Με βάση το πρότυπο δοκιμής	RPC
Διαχείριση δοκιμών	Κατάλογος δοκιμών με κατάσταση	Κατάσταση
Πρότυπα δοκιμής	Καταχωρίστε υπάρχοντα πρότυπα δοκιμής με εισόδους	Κατάσταση
Ειδοποιήσεις NETCONF	Η κατάσταση δοκιμής άλλαξε	Κοινοποίηση
Αποτελέσματα δοκιμών	Λάβετε την κατάσταση του βήματος δοκιμής (επιτυχία, αποτυχία, σφάλμα, ...)	Κατάσταση

Πηγή: Test Agents
μονοπάτια YANG:

/accounts/account/test-agents (Config)
/accounts/account/registered-test-agents (Πολιτεία)

Οι δοκιμαστικοί πράκτορες στο /accounts/account/test-agents είναι αυτοί που διαμορφώνονται σε έναν λογαριασμό. Μόνο αυτοί οι Test Agents μπορούν να διαμορφωθούν και να χρησιμοποιηθούν σε δοκιμές και οθόνες μέσω NETCONF από τον ενορχηστρωτή.
Αφού διαμορφώσετε έναν δοκιμαστικό παράγοντα και έχει εγγραφεί στο λογαριασμό, ο δοκιμαστικός παράγοντας θα εμφανιστεί στην περιοχή /accounts/account/registered-test-agents. Μπορείτε να βρείτε όλους τους εγγεγραμμένους δοκιμαστικούς πράκτορες χρησιμοποιώντας μια εντολή "get" στο NETCONF (συγκρίνετε το κεφάλαιο Examples: Test Agents).
Στην περιοχή /accounts/account/registered-test-agents μπορείτε επίσης να βρείτε δοκιμαστικούς πράκτορες που δεν έχουν ακόμη διαμορφωθεί. Οποιοιδήποτε τέτοιοι Πράκτορες Δοκιμών πρέπει να διαμορφωθούν για να μπορέσουν να χρησιμοποιηθούν.
Σε ένα σενάριο ενορχήστρωσης, συνιστάται γενικά να κάνετε όλες τις ρυθμίσεις παραμέτρων του λογαριασμού σας Paragon Active Assurance μέσω του NETCONF. Αυτό διασφαλίζει ότι οι δοκιμαστικοί παράγοντες και οι εγγεγραμμένοι παράγοντες δοκιμών δεν αποκλίνουν.

Χαρακτηριστικό	Υποχαρακτηριστικό	Κατασκευή YANG
Προ-δημιουργία Test Agent στον διακομιστή	–	Διαμόρφωση
Διαμόρφωση δοκιμαστικού πράκτορα εκτός σύνδεσης	(Το Κέντρο Ελέγχου ωθεί τη διαμόρφωση στο Πράκτορα δοκιμής όταν έρχεται στο διαδίκτυο)	Διαμόρφωση
Χρησιμοποιήστε υπάρχοντες/εξωτερικά διαμορφωμένους Test Agents	Χρήση σε δοκιμή/οθόνη	Διαμόρφωση
	Διαμόρφωση διεπαφών	Διαμόρφωση
	Λήψη κατάστασης	Κατάσταση
Διαμόρφωση Test Agent (μόνο Test Appliance)	Διαμόρφωση NTP	Διαμόρφωση
	Διαμόρφωση γεφυρών	Διαμόρφωση
	Διαμόρφωση διεπαφών VLAN	Διαμόρφωση
	Διαμόρφωση κλειδιών SSH	Διαμόρφωση
	IPv6	Διαμόρφωση
Utils	Επανεκκίνηση	RPC
	Εκσυγχρονίζω	RPC
Ειδοποιήσεις NETCONF	Η κατάσταση στο διαδίκτυο άλλαξε	Κοινοποίηση
Κατάσταση	Λήψη κατάστασης συστήματος (χρόνος λειτουργίας, χρήση μνήμης, μέσος όρος φόρτωσης, έκδοση)	Κατάσταση

Πηγή: Απογραφή
Διαδρομή YANG: /accounts/account/twamp-ανακλαστήρες

Υποστηριζόμενες δυνατότητες NETCONF

Ο παρακάτω πίνακας δείχνει τα IETF RFC που περιγράφουν τις δυνατότητες του NETCONF που χρησιμοποιούνται για τους σκοπούς της ενορχήστρωσης του Paragon Active Assurance.

ietf-netconf.yang
IETF RFC 6241, Πρωτόκολλο ρύθμισης παραμέτρων δικτύου (NETCONF), https://tools.ietf.org/html/rfc6241
Η μόνη υποστηριζόμενη μέθοδος χειρισμού σφαλμάτων είναι η επαναφορά σε σφάλμα.
Ο μόνος υποστηριζόμενος χώρος αποθήκευσης δεδομένων λειτουργεί με δυνατότητα εγγραφής.
ietf-netconf-notifications.yang
IETF RFC 5277, Ειδοποιήσεις συμβάντων NETCONF, https://tools.ietf.org/html/rfc5277

Πρότυπα δοκιμής και παρακολούθησης
Τα πρότυπα για τύπους δοκιμών και οθονών πρέπει να ρυθμιστούν με μη αυτόματο τρόπο μέσω της διεπαφής χρήστη διεπαφής χρήστη Paragon Active Assurance. Πώς να το κάνετε αυτό καλύπτεται στη βοήθεια εντός εφαρμογής στην ενότητα «Δοκιμές και οθόνες» > «Δημιουργία προτύπων».

Exampστοιχεία Controlling Paragon Active Assurance μέσω NETCONF & YANG API

Στα κεφάλαια που ακολουθούν, θεωρείται ότι τα κατάλληλα πρότυπα δοκιμής και οθόνης έχουν οριστεί σύμφωνα με τις οδηγίες που δίνονται στο κεφάλαιο «Πρότυπα δοκιμής και παρακολούθησης» στη σελίδα 15.

Εργαλεία που χρησιμοποιούνται στο π.χamples
Όλοι οι πρώηνampΤα παρακάτω κεφάλαια έχουν κατασκευαστεί χρησιμοποιώντας τα ακόλουθα ελεύθερα διαθέσιμα εργαλεία:

Pang: Χρησιμοποιείται για την οπτικοποίηση και την περιήγηση στα μοντέλα YANG.
Διαθέσιμο στο https://github.com/mbj4668/pyang (κλωνοποιήστε από το git και εκτελέστε το python setup.py install).
Python NETCONF client «ncclient»: Χρησιμοποιείται για την επικοινωνία με το Control Center χρησιμοποιώντας NETCONF.

Διατίθεται στη διεύθυνση https://github.com/ncclient/ncclient (run pip install ncclient).
Το μοντέλο δεδομένων netrounds-ncc.yang βρίσκεται στο /opt/netrounds-confd μόλις εγκατασταθεί το ConfD σύμφωνα με τον Οδηγό εγκατάστασης).

Υπερview βασικών εργασιών που εκτελούνται

(Ορισμένες περαιτέρω εργασίες δίνονται επίσης με παράδειγμα στα παρακάτω.)

«Δημιουργία και ανάπτυξη νέου Test Agent» στη σελίδα 16
«Δημιουργία ειδών αποθέματος (π.χ. ανακλαστήρες)» στη σελίδα 29
«Ρύθμιση προτύπων συναγερμών και πού να στέλνονται συναγερμοί» στη σελίδα 35

«Δημιουργία και εκτέλεση δοκιμής» στη σελίδα 45
«Ανάκτηση αποτελεσμάτων δοκιμής» στη σελίδα 50
«Εκκίνηση οθόνης (περιλαμβάνει ρύθμιση συναγερμών)» στη σελίδα 60
«Ανάκτηση κατάστασης SLA για οθόνη» στη σελίδα 67
«Δουλεύοντας με tags»Στη σελίδα 71

Examples: Test Agents

Υπερview Ενορχήστρωση Πράκτορα Δοκιμών
Οι Test Agents στο Paragon Active Assurance θεωρούνται ως «διαμόρφωση» στο πλαίσιο της ενορχήστρωσης. Αυτό σημαίνει ότι η δημιουργία, ο έλεγχος και η διαγραφή των Test Agents θα πρέπει να γίνεται μέσω του ενορχηστρωτή και του NETCONF και όχι μέσω του GUI Paragon Active Assurance.
ΣΗΜΑΝΤΙΚΟ: Εάν ένας δοκιμαστικός παράγοντας εγκατασταθεί από τεχνικό και εγγραφεί στο Κέντρο Ελέγχου χωρίς πρώτα να δημιουργηθεί μέσω του NETCONF & YANG API, ο παράγοντας δοκιμής δεν θα υπάρχει στη βάση δεδομένων διαμόρφωσης και το σύστημα θα βγει εκτός συγχρονισμού. Για να αντιληφθεί το ConfD για τον Πράκτορα δοκιμής σε αυτήν την περίπτωση, θα χρειαστεί να εκτελέσετε νέο συγχρονισμό με το Κέντρο Ελέγχου, όπως περιγράφεται στην ενότητα «Συγχρονισμός της βάσης δεδομένων διαμόρφωσης με το κέντρο ελέγχου» στη σελίδα 4.

Επομένως, η ενορχήστρωση εικονικών πρακτόρων δοκιμής (vTA) θα πρέπει να γίνεται στα ακόλουθα βήματα:

Δημιουργήστε το Virtual Test Agent, συμπεριλαμβανομένης της διαμόρφωσης της διεπαφής του, χρησιμοποιώντας τη διεπαφή NETCONF & YANG στο Κέντρο Ελέγχου. Το όνομα του Test Agent θα είναι το μοναδικό κλειδί του.
Αναπτύξτε το vTA σε μια πλατφόρμα εικονικοποίησης. Ακολουθήστε τις οδηγίες στην ηλεκτρονική βοήθεια στην ενότητα Test Agents > Installation. Η βασική διαμόρφωση διεπαφής που επιτρέπει στο vTA να συνδεθεί με το Κέντρο Ελέγχου, καθώς και τα διαπιστευτήρια για έλεγχο ταυτότητας, παρέχονται στο vTA χρησιμοποιώντας δεδομένα χρήστη cloud-init.
Μόλις εκκινηθεί το vTA, θα συνδεθεί αυτόματα στο Κέντρο Ελέγχου χρησιμοποιώντας μια κρυπτογραφημένη σύνδεση OpenVPN. Μια ειδοποίηση NETCONF αποστέλλεται αφού η τιμή της παραμέτρου test-agent-statuschange του vTA έχει πλέον αλλάξει σε "online".
ΣΗΜΕΙΩΜΑ: Εφόσον το όνομα του vTA είναι το αναγνωριστικό του στο Κέντρο Ελέγχου, αυτό το όνομα πρέπει να είναι το ίδιο με αυτό που ορίζεται στο Κέντρο Ελέγχου στο «βήμα 1» στη σελίδα 17.
Μόλις το vTA συνδεθεί και γίνει έλεγχος ταυτότητας στο Κέντρο Ελέγχου, η διαμόρφωση της διεπαφής προωθείται στο vTA. Αυτή είναι η διαμόρφωση διεπαφής που παρέχεται στο "βήμα 1" στη σελίδα 17 όταν δημιουργήθηκε το vTA στο Κέντρο Ελέγχου.

Αφού το vTA εκπληρώσει το σκοπό του, διαγράψτε το vTA.

Δημιουργία και ανάπτυξη ενός νέου πράκτορα δοκιμής

Πρώτα πρέπει να δημιουργήσουμε ένα Test Agent χρησιμοποιώντας τη διεπαφή NETCONF & YANG στο Κέντρο Ελέγχου. Όταν δημιουργείται ένας παράγοντας δοκιμής με αυτόν τον τρόπο, δεν απαιτείται συγχρονισμός με το Κέντρο Ελέγχου.
Το μοντέλο YANG για έναν παράγοντα δοκιμής είναι όπως απεικονίζεται παρακάτω. Λαμβάνεται ως έξοδος από την εντολή
pyang -f tree netrounds-ncc.yang
Το πλήρες μοντέλο YANG δίνεται στο «Παράρτημα: Δομή δέντρου του πλήρους μοντέλου YANG» στη σελίδα 81, το οποίο περιέχει επίσης ένα υπόμνημα που εξηγεί τις συμβάσεις που χρησιμοποιούνται σε αυτό και σε άλλες απεικονίσεις του μοντέλου YANG στο παρόν έγγραφο.

Προχωράμε στα παρακάτω βήματα, τα οποία περιγράφονται αναλυτικά παρακάτω:

Στην αρχή, το "demo" του λογαριασμού Paragon Active Assurance δεν έχει Test Agents στο απόθεμά του.
Ένας παράγοντας δοκιμής που ονομάζεται "vta1" δημιουργείται χρησιμοποιώντας το ncclient. Σε αυτό το stagε, δεν υπάρχει ακόμα πραγματικός παράγοντας δοκιμής (δηλαδή δεν έχει ξεκινήσει ακόμα).
Το Test Agent έχει αναπτυχθεί στο OpenStack. (Η ανάπτυξη σε αυτήν την πλατφόρμα επιλέγεται εδώ ως μία δυνατότητα μεταξύ άλλων.)

Το Test Agent συνδέεται με το "demo" του λογαριασμού του Κέντρου Ελέγχου και είναι τώρα έτοιμο για χρήση.
Βήμα 1: Στην αρχή, δεν υπάρχουν Test Agents στο "demo" του λογαριασμού. Δείτε το στιγμιότυπο οθόνης παρακάτω από το γραφικό περιβάλλον του Κέντρου Ελέγχου.Βήμα 2: Δημιουργείται ένας παράγοντας δοκιμής στο Κέντρο Ελέγχου χρησιμοποιώντας τον πελάτη Python NETCONF «ncclient». Ακολουθεί ο κώδικας ncclient για τη δημιουργία ενός Test Agent που έχει μία φυσική διεπαφή με διεύθυνση DHCP:

εισαγωγή argparse
από το ncclient import manager
parser = argparse.ArgumentParser(description='Δοκιμή δημιουργίας δοκιμαστικού παράγοντα')
parser.add_argument('–host', help='Το όνομα κεντρικού υπολογιστή όπου βρίσκεται το ConfD', require=True)
parser.add_argument('–port', help='Η θύρα για σύνδεση στο ConfD', require=True)
parser.add_argument('–όνομα χρήστη', help='Το όνομα χρήστη για σύνδεση στο ConfD', απαιτείται=Αληθής)
parser.add_argument('–password', help='Password to the ConfD account', require=True)
parser.add_argument('–netrounds-account', help='The NCC account short name', require=True)
parser.add_argument('–test-agent-name', help='Name of Test Agent', require=True)
args = parser.parse_args()
με manager.connect(host=args.host, port=args.port, username=args.username,
password=args.password, hostkey_verify=False) ως m:
# Δημιουργία Test Agent στο Κέντρο Ελέγχου
xml = """

)εκτύπωση m.edit_config(target='running', config=xml)

ΣΗΜΕΙΩΜΑ: Ο κωδικός που προηγείται του manager.connect(…) παραλείπεται από το επόμενο exampαποσπάσματα κώδικα.
Ένας διακομιστής NTP έχει ρυθμιστεί στο eth0 και το eth0 είναι επίσης η διεπαφή διαχείρισης (δηλαδή η διεπαφή που συνδέεται με το Κέντρο Ελέγχου).
Μια Εφαρμογή Test Agent δεν επιτρέπει αυτήν τη στιγμή τη διαμόρφωση διεπαφών. Για το λόγο αυτό, από την έκδοση 2.34.0 και μετά, είναι δυνατή η παράλειψη της διαμόρφωσης διεπαφής στο σχήμα YANG. Η αντίστοιχη XML είναι επομένως ριζικά απλοποιημένη σε αυτήν την περίπτωση:Μόλις δημιουργηθεί το Test Agent, υπάρχει στη βάση δεδομένων ρυθμίσεων και στο Κέντρο Ελέγχου. Δείτε το στιγμιότυπο οθόνης παρακάτω του καταλόγου Test Agent, που δείχνει το Test Agent "vta1":

Βήμα 3: Είναι τώρα ώρα να αναπτύξετε το Test Agent "vta1" στο OpenStack.
Ο Πράκτορας δοκιμών θα χρησιμοποιήσει δεδομένα χρήστη cloud-init για να ανακτήσει τις πληροφορίες σχετικά με τον τρόπο σύνδεσης στο Κέντρο Ελέγχου. Συγκεκριμένα, το κείμενο των δεδομένων χρήστη file έχει τα ακόλουθα περιεχόμενα (Λάβετε υπόψη ότι πρέπει να υπάρχουν οι γραμμές #cloud-config και netrounds_test_agent και ότι οι υπόλοιπες γραμμές πρέπει να έχουν εσοχές):

Για περισσότερες πληροφορίες, ανατρέξτε στο έγγραφο How to Deploy Virtual Test Agents in OpenStack.
Μόλις αναπτυχθεί ο παράγοντας δοκιμής και συνδεθεί στο Κέντρο ελέγχου, η διαμόρφωση θα προωθηθεί από το Κέντρο Ελέγχου στον Πράκτορα δοκιμής.

Βήμα 4: Το Test Agent είναι πλέον συνδεδεμένο στο Κέντρο Ελέγχου και έχει λάβει τη διαμόρφωσή του. Το Test Agent είναι έτοιμο για χρήση σε δοκιμές και παρακολούθηση. Δείτε αυτές τις ενότητες:

«Έναρξη δοκιμής» στη σελίδα 45
«Εκκίνηση οθόνης» στη σελίδα 60

Καταχώριση των δοκιμαστικών πρακτόρων στον λογαριασμό σας Paragon Active Assurance
Παρακάτω είναι ο πρώηνample ncclient Κώδικας Python για την καταχώριση των Test Agents σε έναν λογαριασμό Paragon Active Assurance:

Η εκτέλεση αυτού του κώδικα δίνει έξοδο όπως παρακάτω:

Διαγραφή δοκιμαστικού παράγοντα
Μετά την ολοκλήρωση μιας δοκιμής, μπορεί να είναι σημαντικό σε ορισμένες περιπτώσεις χρήσης να διαγράψετε το Test Agent.
Παρακάτω είναι ένα απόσπασμα κώδικα που δείχνει πώς να το κάνετε αυτό με το ncclient:

Ειδοποιήσεις NETCONF
Παρακάτω, παρουσιάζουμε έναν απλό π.χample script για ακρόαση όλων των εισερχόμενων ειδοποιήσεων NETCONF από το Κέντρο Ελέγχου. Αυτές οι ειδοποιήσεις αποστέλλονται κάθε φορά που λαμβάνουν χώρα ορισμένα συμβάντα, όπως ένας δοκιμαστικός παράγοντας εκτός σύνδεσης ή μια δοκιμή που ξεκινά από τον χρήστη ολοκληρώνεται. Με βάση τις πληροφορίες που περιλαμβάνονται στις ειδοποιήσεις, οι χρήστες μπορούν να αναθέσουν αυτοματοποιημένες ενέργειες παρακολούθησης στον ενορχηστρωτή.

Όταν εκτελεστεί η παραπάνω δέσμη ενεργειών, ο πελάτης NC θα παρουσιάσει τη ληφθείσα ειδοποίηση σε δομημένη XML. Δείτε τον πρώηνampΈξοδος παρακάτω, η οποία δείχνει έναν Πράκτορα δοκιμής να τίθεται εκτός σύνδεσης απροσδόκητα.

2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
διαδήλωση
HW1
εκτός σύνδεσης

Examples: Είδη αποθέματος

Δημιουργία (εισαγωγή) και διαχείριση ειδών αποθέματος όπως το TWAMP ανακλαστήρες και Υ.1731 ευρωβουλευτές γίνεται με παρόμοιο τρόπο όπως και για τα δοκιμαστικά μέσα. Ακολουθεί ο κώδικας XML και NETCONF για τον ορισμό τέτοιων οντοτήτων στο Paragon Active Assurance μέσω του NETCONF & YANG API και για την ανάκτηση λιστών με τα καθορισμένα στοιχεία.

Δημιουργία TWAMP Κάτοπτρο

Δημιουργία ευρωβουλευτή Υ.1731

Δημιουργία καναλιού IPTV

Δημιουργία κεντρικού υπολογιστή Ping

Δημιουργία λογαριασμού SIP

Ανάκτηση ειδών αποθέματος
Παρακάτω είναι ο κώδικας Python για την ανάκτηση όλων των στοιχείων αποθέματος που ορίζονται σε έναν λογαριασμό. (Όλοι οι τύποι στοιχείων αποθέματος ανακτώνται με μία κίνηση εδώ, προκειμένου να αποφευχθεί κάποια επανάληψη στο έγγραφο. Φυσικά, κάθε υποσύνολο στοιχείων αποθέματος μπορεί να ανακτηθεί αφήνοντας έξω ορισμένες από τις γραμμές που αναφέρονται παρακάτω.)

Η εκτέλεση αυτού του κώδικα δίνει έξοδο όπως παρακάτω:

Examples: Συναγερμοί

Τα πρότυπα συναγερμών και τα σχετικά στοιχεία (διαχειριστές SNMP, λίστες email συναγερμού) δημιουργούνται και διαχειρίζονται με παρόμοιο τρόπο όπως τα στοιχεία αποθέματος. Αυτό το κεφάλαιο περιέχει κώδικα XML και NETCONF για τον ορισμό τέτοιων οντοτήτων στο Paragon Active Assurance μέσω του NETCONF & YANG API και για την ανάκτηση λιστών με τα καθορισμένα στοιχεία.
Λίστες email συναγερμού
Δημιουργία λίστας email συναγερμού

Ανάκτηση όλων των λιστών email συναγερμού

Διευθυντές SNMP
Δημιουργία διαχειριστή SNMP

Ανάκτηση όλων των διαχειριστών SNMP

Πρότυπα συναγερμών
Δημιουργία προτύπου συναγερμού

Ανάκτηση όλων των προτύπων συναγερμών

Examples: Κλειδιά SSH

Μπορείτε να προσθέσετε δημόσια κλειδιά SSH σε έναν παράγοντα δοκιμής μέσω του NETCONF & YANG API. Χρησιμοποιώντας το αντίστοιχο ιδιωτικό κλειδί, μπορείτε στη συνέχεια να συνδεθείτε στο Test Agent μέσω SSH.
Η πλήρης λίστα των διαθέσιμων λειτουργιών στα κλειδιά SSH είναι η εξής:

Προσθέστε ένα κλειδί SSH
Τροποποιήστε ένα κλειδί SSH
Επιθεωρήστε ένα κλειδί SSH
Λίστα πλήκτρων SSH
Διαγράψτε ένα κλειδί SSH.
Παρακάτω, δίνονται παραδείγματα για τις λειτουργίες προσθήκης και διαγραφής.

Προσθήκη κλειδιού SSH

Δείτε πώς μπορείτε να δημιουργήσετε ένα νέο κλειδί SSH.

Λογισμικό Juniper NETWORKS NETCONF & YANG API - Key

Διαγραφή κλειδιού SSH
Εάν θέλετε να διαγράψετε ένα κλειδί SSH, χρησιμοποιήστε την ακόλουθη εντολή:

Examples: Δοκιμές

Υποτίθεται εδώ ότι οι Test Agents (όσοι απαιτούνται για τις δοκιμές) έχουν δημιουργηθεί σύμφωνα με την ενότητα «Δημιουργία και ανάπτυξη νέου δοκιμαστικού παράγοντα» στη σελίδα 17.
Μοντέλα YANG Μονοπάτια για Δοκιμές

Είδος	Διαδρομή μοντέλου YANG: /accounts/account/tests…
δοκιμές	/.
δοκιμή[id]	/δοκιμή
id	/test/id
όνομα	/test/name
κατάσταση	/test/status
ώρα έναρξης	/test/start-time
ώρα λήξης	/test/time-end-time
έκθεση-url	/test/report-url
βήματα	/test/steps
βήμα[αναγνωριστικό]	/test/steps/step
όνομα	/test/steps/step/name
id	/test/steps/step/id
ώρα έναρξης	/test/steps/step/start-time
ώρα λήξης	/test/steps/step/time-end-time
κατάσταση	/test/steps/step/status
Μήνυμα κατάστασης	/test/steps/step/status-message
πρότυπα	/πρότυπα
πρότυπο[όνομα]	/templates/template
όνομα	/templates/template/name
περιγραφή	/templates/template/description
παραμέτρους	/templates/template/parameters
παράμετρος[κλειδί]	/templates/template/parameters/parameter
κλειδί	/templates/template/parameters/parameter/key
τύπος	/templates/template/parameters/parameter/type

Προαπαιτούμενα για Δοκιμαστική Ενορχήστρωση

Για να ξεκινήσετε μια δοκιμή μέσω του NETCONF με χρήση πελάτη NC, απαιτείται πρώτα να δημιουργήσετε ένα δοκιμαστικό πρότυπο χρησιμοποιώντας το γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου, όπως περιγράφεται στη βοήθεια εντός της εφαρμογής στην ενότητα «Δοκιμές και οθόνες» > «Δημιουργία προτύπων». Όλα τα πεδία που καθορίζονται σε αυτό το πρότυπο ως "Είσοδος προτύπου" θα απαιτούνται ως παράμετροι στο XML κατά την ενορχήστρωση της εκκίνησης του προτύπου δοκιμής.

Η εκτέλεση δοκιμών στο Paragon Active Assurance θεωρείται «κατάσταση» στο πλαίσιο της ενορχήστρωσης. Τα δεδομένα κατάστασης είναι μη εγγράψιμα δεδομένα που δεν αποθηκεύονται στη βάση δεδομένων διαμόρφωσης, σε αντίθεση με τα δεδομένα διαμόρφωσης που αναφέρονται στην ενότητα «Πάνωview of Test Agent Orchestration" στη σελίδα 17. Αυτό ουσιαστικά σημαίνει ότι οι αλλαγές σε δοκιμές ή πρότυπα στο γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου δεν θα προκαλέσουν προβλήματα που σχετίζονται με το συγχρονισμό μεταξύ του Κέντρου Ελέγχου και της βάσης δεδομένων διαμόρφωσης.
Για να λάβετε αναφορά -URL ακριβώς στις αναφορές δοκιμών, πρέπει να βεβαιωθείτε ότι το Κέντρο Ελέγχου URL έχει ρυθμιστεί σωστά. Αυτό γίνεται στο file /opt/netrounds-confd/settings.py. Από προεπιλογή, το όνομα κεντρικού υπολογιστή του Κέντρου Ελέγχου ανακτάται χρησιμοποιώντας το socket.gethostname(): δείτε παρακάτω. Εάν αυτό δεν αποφέρει το σωστό αποτέλεσμα, πρέπει να ορίσετε το όνομα του κεντρικού υπολογιστή (ή ολόκληρο URL) χειροκίνητα σε αυτό file.

# URL του Κέντρου Ελέγχου χωρίς τελική κάθετο.
# Αυτό είναι για π.χampχρησιμοποιήθηκε στην έκθεση δοκιμής-url.
HOSTNAME = socket.gethostname()
ΔΙΚΤΥΑ_URL = 'https://%s' % HOSTNAME
Έναρξη δοκιμής
Όπως περιγράφεται στην ενότητα «Δημιουργία και ανάπτυξη νέου παράγοντα δοκιμής» στη σελίδα 17, εκτελέστε την εντολή pang -f tree netrounds-ncc.yang
από τον κατάλογο /opt/netrounds-confd/ για την έξοδο του μοντέλου YANG. Σε αυτό το μοντέλο, το RPC για την έναρξη μιας δοκιμής με χρήση πελάτη NC έχει ως εξής:

Για επεξηγήσεις, ανατρέξτε στην ενότητα “Legend” στη σελίδα 81 στο Παράρτημα.

Τα παρακάτω βήματα φαίνονται παρακάτω:

Οι Πράκτορες δοκιμών έχουν εγγραφεί στον λογαριασμό Paragon Active Assurance, αλλά δεν έχουν ξεκινήσει ακόμη δοκιμές.
Οι απαιτούμενες παράμετροι εισαγωγής προσδιορίζονται στο πρότυπο δοκιμής που θα εκτελεστεί.

Ένα τεστ HTTP διάρκειας 60 δευτερολέπτων ξεκινά χρησιμοποιώντας το ncclient.

Βήμα 1: Στην αρχή, δεν έχουν ξεκινήσει δοκιμές στον λογαριασμό Paragon Active Assurance. Δείτε το στιγμιότυπο οθόνης παρακάτω από το γραφικό περιβάλλον του Κέντρου Ελέγχου.
Βήμα 2: Το πρότυπο που θα χρησιμοποιήσουμε για να ξεκινήσουμε τη δοκιμή σε αυτό το π.χampΤο le είναι ένα πρότυπο δοκιμής HTTP. Διαθέτει δύο υποχρεωτικά πεδία εισαγωγής (Πελάτες και URL) που έχουμε καθορίσει ως τέτοιο κατά τη δημιουργία του προτύπου στο γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου.

Θα ορίσουμε αυτές τις παραμέτρους (μεταξύ άλλων) στη διαμόρφωση XML που κοινοποιείται στη βάση δεδομένων διαμόρφωσης από τον διαχειριστή NETCONF (ncclient).
Βήμα 3: Η δοκιμή HTTP ξεκινά χρησιμοποιώντας το ncclient.
Παρακάτω είναι ο πρώηνample κώδικα όπου καθορίζονται οι απαιτούμενες πληροφορίες διαμόρφωσης και οι παράμετροι για το πρότυπο δοκιμής HTTP. Ανάλογα με τον τρόπο κατασκευής του προτύπου, οι λεπτομέρειες εδώ μπορεί να διαφέρουν.
Για κάθε παράμετρο, το πρέπει να παρέχεται χαρακτηριστικό. Το κλειδί είναι πανομοιότυπο με αυτό της παραμέτρου
Όνομα μεταβλητής στο Κέντρο Ελέγχου. Μπορείτε να ελέγξετε τα ονόματα μεταβλητών ως εξής:

Κάντε κλικ στο Tests στην πλαϊνή γραμμή και επιλέξτε New Test Sequence.

Κάντε κλικ στην επιλογή Τα πρότυπά μου.
Κάντε κλικ στον σύνδεσμο Επεξεργασία κάτω από το πρότυπο που σας ενδιαφέρει.
Κάντε κλικ στο κουμπί Επεξεργασία εισαγωγής στην επάνω δεξιά γωνία.

Στην πρώην μαςample, και από προεπιλογή, τα ονόματα των μεταβλητών είναι απλώς πεζές εκδόσεις των εμφανιζόμενων ονομάτων που εμφανίζονται στο Κέντρο Ελέγχου (“url"Εναντίον"URL", και τα λοιπά.). Ωστόσο, στο γραφικό περιβάλλον του Κέντρου Ελέγχου, μπορείτε να μετονομάσετε τις μεταβλητές σε ό,τι θέλετε.
Εκτός από το κλειδί, κάθε παράμετρος πρέπει να έχει καθορισμένο τον τύπο της: π.χample, για το URL.
Σημειώστε ότι πρέπει να εκ νέουview το πλήρες μοντέλο YANG προκειμένου να ληφθούν πλήρεις πληροφορίες για τους τύπους. Για τις διεπαφές Test Agent, ο τύπος έχει πιο σύνθετη δομή, όπως αποδεικνύεται παρακάτω στον παρακάτω κώδικα.

Μπορούμε τώρα να εκτελέσουμε το σενάριο χρησιμοποιώντας το ncclient. Υποθέτοντας ότι όλα είναι σωστά, η δοκιμή θα ξεκινήσει και η εκτέλεσή της θα εμφανιστεί στο Κέντρο Ελέγχου:Εάν η δοκιμή ξεκινήσει με επιτυχία, το Κέντρο Ελέγχου θα απαντήσει με το αναγνωριστικό δοκιμής. Σε αυτό το πρώηνample, το αναγνωριστικό δοκιμής είναι 3:Το αναγνωριστικό δοκιμής μπορεί επίσης να βρεθεί στο URL για τη δοκιμή στο γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου. Σε αυτό το πρώηνampλέ, αυτό URL είναι https://host/demo/testing/3/.
Ανάκτηση αποτελεσμάτων δοκιμής
Ο πιο απλός τρόπος για να ανακτήσετε τα αποτελέσματα της δοκιμής είναι δείχνοντας το αναγνωριστικό δοκιμής.
Παρακάτω είναι ο κώδικας Python για τη λήψη των αποτελεσμάτων από την παραπάνω δοκιμή HTTP με ID = 3:
με διευθυντή. Connect(host=args.host, port=args.port, username=args.username,password=args.password, hostkey_verify=False) ως m:

Η έξοδος θα μοιάζει κάπως έτσι:

Εξαγωγή και εισαγωγή προτύπων δοκιμής
Τα δοκιμαστικά πρότυπα μπορούν να εξαχθούν σε μορφή JSON και να επανεισαχθούν σε αυτήν τη μορφή στο Κέντρο Ελέγχου. Αυτό είναι χρήσιμο εάν θέλετε να χρησιμοποιήσετε δοκιμαστικά πρότυπα σε διαφορετική εγκατάσταση του Κέντρου Ελέγχου. (Η αρχική δημιουργία των προτύπων γίνεται καλύτερα μέσω του GUI του Κέντρου Ελέγχου.)
Ακολουθεί ο κωδικός για την εκτέλεση της εξαγωγής και εισαγωγής.
Εξαγωγή προτύπων δοκιμής

# Λήψη διαμόρφωσης json από την απάντηση
root = ET.fromstring(response._raw)
json_config = root[0].text
εκτύπωση json_config
Το πρότυπο περιέχεται στο αντικείμενο json_config.
Εισαγωγή προτύπων δοκιμής
Ένα αντικείμενο διαμόρφωσης JSON που διατηρεί δοκιμαστικά πρότυπα μπορεί να επανεισαχθεί στο Κέντρο Ελέγχου ως εξής.

Examples: Οθόνες

Αυτή η ενότητα προϋποθέτει ότι οι δοκιμαστικοί πράκτορες (όσες απαιτούνται από τις οθόνες) έχουν δημιουργηθεί σύμφωνα με την ενότητα «Δημιουργία και ανάπτυξη ενός νέου παράγοντα δοκιμής» στη σελίδα 17.
Μοντέλα YANG Μονοπάτια για Οθόνες

Είδος	Διαδρομή μοντέλου YANG: /accounts/account/monitors…
οθόνες	/.
οθόνη[όνομα]	/ελεγκτής εκπομπών
όνομα	/monitor/name
περιγραφή	/παρακολούθηση/περιγραφή
ξεκίνησε	/monitor/ξεκίνησε
περίγραμμα	/monitor/template
συναγερμός-διαμορφώσεις	/monitor/alarm-configs
Είδος	Διαδρομή μοντέλου YANG: /accounts/account/monitors/monitor/alarm-configs…
alarm-config[αναγνωριστικό]	/alarm-config
αναγνωριστικό	/alarm-config/identifier
περίγραμμα	/alarm-config/template
e-mail	/alarm-config/email
snmp	/alarm-config/snmp
thr-es-critical	/alarm-config/thr-es-critical
thr-es-critical-clear	/alarm-config/thr-es-critical-clear
thr-es-major	/alarm-config/thr-es-major
thr-es-major-clear	/alarm-config/thr-es-major-clear
thr-es-minor	/alarm-config/thr-es-minor
Thr-es-minor-clear	/alarm-config/thr-es-minor-clear
th-es-προειδοποίηση	/alarm-config/thr-es-warning
Thr-es-warning-clear	/alarm-config/thr-es-warning-clear
χωρίς σοβαρότητα δεδομένων	/alarm-config/no-data-severity
χωρίς χρονικό όριο δεδομένων	/alarm-config/no-data-timeout
δράση	/alarm-config/action
μέγεθος παραθύρου	/alarm-config/window-size
διάστημα	/alarm-config/interval
αποστολή μόνο μία φορά	/alarm-config/send-only-one
snmp-trap-per-stream	/alarm-config/snmp-trap-per-stream
Είδος	Διαδρομή μοντέλου YANG: /accounts/account/monitors…
παραμέτρους	/monitor/parameters
Είδος	Διαδρομή μοντέλου YANG: /accounts/account/monitors/monitor/parameters…
παράμετρος[κλειδί]	/παράμετρος
κλειδί	/parameter/key
(τύπος τιμής)	/παράμετρος
:(ακέραιος αριθμός)	/παράμετρος
ακέραιος αριθμός	/παράμετρος/ακέραιος αριθμός
:(φλοτέρ)	/παράμετρος
φλοτέρ	/parameter/float
:(σειρά)	/παράμετρος
Είδος	Διαδρομή μοντέλου YANG: /accounts/account/monitors/monitor/parameters…
σειρά	/parameter/string
:(test-agent-interfaces)	/παράμετρος
test-agent-interfaces	/parameter/test-agent-interfaces
test-agent-interface[“1” στη σελίδα 58	/parameter/test-agent-interfaces/
λογαριασμός	/parameter/test-agent-interfaces/test-agent-interface/account
παράγοντας δοκιμής	/parameter/test-agent-interfaces/test-agent-interface/test-agent
διεπαφή	/parameter/test-agent-interfaces/test-agent-interface/interface
ip-έκδοση	/parameter/test-agent-interfaces/test-agent-interface/ip-version
:(δυοamp-ανακλαστήρες)	/παράμετρος
twamp-ανακλαστήρες	/parameter/twamp-ανακλαστήρες
twamp-ανακλαστήρας[όνομα]	/parameter/twamp-ανακλαστήρες/twamp-κάτοπτρο
όνομα	/parameter/twamp-ανακλαστήρες/twamp-ανακλαστήρας/όνομα
:(y1731-meps)	/παράμετρος
y1731-meps	/parameter/y1731-meps
y1731-mep[όνομα]	/parameter/y1731-meps/y1731-mep
όνομα	/parameter/y1731-meps/y1731-mep/name
:(sip-λογαριασμοί)	/παράμετρος
γουλιά-λογαριασμοί	/parameter/sip-accounts
sip-account[“2” στη σελίδα 58]	/parameter/sip-accounts/sip-account
λογαριασμός	/parameter/sip-accounts/sip-account/account
παράγοντας δοκιμής	/parameter/sip-accounts/sip-account/test-agent
διεπαφή	/parameter/sip-accounts/sip-account/interface
γουλιά-διεύθυνση	/parameter/sip-accounts/sip-account/sip-address
:(iptv-κανάλια)	/παράμετρος
iptv-κανάλια	/parameter/iptv-κανάλια
IPTV-κανάλι[όνομα]	/parameter/iptv-channels/iptv-channel
όνομα	/parameter/iptv-channels/iptv-channel/name

διεπαφή δοκιμαστικού παράγοντα λογαριασμού
Διεύθυνση sip διεπαφής λογαριασμού δοκιμαστικού πράκτορα

Είδος	Διαδρομή μοντέλου YANG: /accounts/account/monitors…
κατάσταση	/monitor/status
τελευταία 15 λεπτά	/monitor/status/last-15-λεπτά
κατάσταση	/monitor/status/last-15-minutes/status
κατάσταση-τιμή	/monitor/status/last-15-minutes/status-value
τελευταία ώρα	/monitor/status/last-hour
κατάσταση	/monitor/status/last-hour/status
κατάσταση-τιμή	/monitor/status/last-hour/status-value
τις τελευταίες 24 ώρες	/monitor/status/last-24-hours
κατάσταση	/monitor/status/last-24-hours/status
κατάσταση-τιμή	/monitor/status/last-24-hours/status-value
πρότυπα	/πρότυπα
πρότυπο[όνομα]	/templates/template
όνομα	/templates/template/name
περιγραφή	/templates/template/description
παραμέτρους	/templates/template/parameters
παράμετρος[κλειδί]	/templates/template/parameters/parameter
κλειδί	/templates/template/parameters/parameter/key
τύπος	/templates/template/parameters/parameter/type

Προϋποθέσεις για ενορχήστρωση Monitor
Για να μπορέσετε να ξεκινήσετε μια οθόνη μέσω του NETCONF χρησιμοποιώντας ncclient, πρέπει να δημιουργήσετε ένα πρότυπο οθόνης στο γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου, όπως εξηγείται στη βοήθεια εντός της εφαρμογής στην ενότητα «Δοκιμές και οθόνες» > «Δημιουργία προτύπων». Όλα τα πεδία που καθορίζονται ως "Είσοδος προτύπου" σε αυτό το πρότυπο θα απαιτούνται ως παράμετροι στο XML κατά την ενορχήστρωση της εκκίνησης του προτύπου.
Λήψη παραμέτρων εισαγωγής από πρότυπα οθόνης
Παρακάτω, εμφανίζονται δύο πρότυπα. Το πρώτο είναι για παρακολούθηση UDP μεταξύ δύο διεπαφών Test Agent και το δεύτερο είναι για HTTP χρησιμοποιώντας μια ενιαία διεπαφή παράγοντα δοκιμής.
Για να μάθετε τις παραμέτρους εισαγωγής ενός προτύπου, κάντε κλικ στο πλαίσιο που αντιπροσωπεύει το πρότυπο. Για το πρότυπο HTTP, οι παράμετροι μπορεί να μοιάζουν με αυτό:

Πρέπει να ορίσουμε αυτές τις παραμέτρους στο επόμενο βήμα κατά την εκκίνηση μιας οθόνης.
Εκκίνηση μιας οθόνης
Χρησιμοποιώντας τους Test Agents που ορίσαμε και αναπτύξαμε στην ενότητα «Δημιουργία και ανάπτυξη νέου δοκιμαστικού παράγοντα» στη σελίδα 17, μπορούμε να ξεκινήσουμε μια οθόνη από το πρότυπο «HTTP» όπως φαίνεται παρακάτω.
Για κάθε παράμετρο, το πρέπει να παρέχεται χαρακτηριστικό. Το κλειδί είναι πανομοιότυπο με το όνομα μεταβλητής της παραμέτρου στο Κέντρο Ελέγχου. Μπορείτε να ελέγξετε τα ονόματα μεταβλητών ως εξής:

Κάντε κλικ στο Monitoring στην πλαϊνή γραμμή και επιλέξτε New Monitor.

Κάντε κλικ στην επιλογή Τα πρότυπά μου.
Κάντε κλικ στον σύνδεσμο Επεξεργασία κάτω από το πρότυπο που σας ενδιαφέρει.
Κάντε κλικ στο κουμπί Επεξεργασία εισαγωγής στην επάνω δεξιά γωνία.

Στην πρώην μαςample, και από προεπιλογή, τα ονόματα των μεταβλητών είναι απλώς πεζές εκδόσεις των εμφανιζόμενων ονομάτων που εμφανίζονται στο Κέντρο Ελέγχου (“url"Εναντίον"URL", και τα λοιπά.). Ωστόσο, στο γραφικό περιβάλλον του Κέντρου Ελέγχου, μπορείτε να μετονομάσετε τις μεταβλητές σε ό,τι θέλετε.
Εκτός από το κλειδί, κάθε παράμετρος πρέπει να έχει καθορισμένο τον τύπο της: π.χample, για το URL. Λάβετε υπόψη ότι πλήρεις πληροφορίες σχετικά με τον τύπο της παραμέτρου βρίσκονται στο μοντέλο YANG. Για τις διεπαφές Test Agent, ο τύπος έχει πιο σύνθετη δομή, όπως φαίνεται στον παρακάτω κώδικα.
Στην πρampΣτη συνέχεια, δεν υπάρχει συναγερμός με την οθόνη. Για π.χampΌσον αφορά τους συναγερμούς, μεταβείτε στην ενότητα «Εκκίνηση οθόνης με συναγερμό» στη σελίδα 62.

Εκκίνηση οθόνης με συναγερμό
Για να συσχετίσετε έναν συναγερμό με μια οθόνη, μπορείτε είτε να υποδείξετε ένα πρότυπο συναγερμού που έχει οριστεί είτε να παρέχετε ολόκληρη τη διαμόρφωση συναγερμού κατά τη δημιουργία της οθόνης. Θα δώσουμε έναν πρώηνampαπό κάθε προσέγγιση παρακάτω.
Ρύθμιση συναγερμού οθόνης δείχνοντας ένα πρότυπο συναγερμού
Για να χρησιμοποιήσετε ένα πρότυπο συναγερμού, πρέπει να γνωρίζετε το αναγνωριστικό του. Για το σκοπό αυτό, ανακτήστε πρώτα όλα τα πρότυπα συναγερμών σας όπως περιγράφεται στην ενότητα «Ανάκτηση όλων των προτύπων συναγερμών» στη σελίδα 39 και σημειώστε το όνομα του σχετικού προτύπου. Στη συνέχεια, μπορείτε να ανατρέξετε σε αυτό το πρότυπο ως εξής:

Ρύθμιση συναγερμού οθόνης ρυθμίζοντας το Directly
Εναλλακτικά, μπορείτε να ρυθμίσετε ένα συναγερμό για μια οθόνη παρέχοντας ολόκληρη τη διαμόρφωσή της κατά τη δημιουργία της οθόνης, χωρίς να αναφερθείτε σε πρότυπο συναγερμού. Αυτό γίνεται όπως φαίνεται στο παρακάτω παράδειγμαample.

Ανάκτηση οθονών λειτουργίας
Για να ανακτήσετε όλες τις οθόνες που εκτελούνται αυτήν τη στιγμή, εκτελέστε αυτήν τη δέσμη ενεργειών:
με διευθυντή. connect(host=args.host, port=args.port, username=args. όνομα χρήστη, password=args.password, hostkey_verify=False) ως m:

Η έξοδος είναι μια λίστα με όλες τις οθόνες που λειτουργούν όπως φαίνεται παρακάτω:

Ανάκτηση κατάστασης SLA για οθόνη
Δείτε πώς μπορείτε να ανακτήσετε την κατάσταση SLA για μια οθόνη. Σε αυτό το πρώηνampΈτσι, ανακτούμε την κατάσταση SLA για την οθόνη "Ποιότητα δικτύου" για τρία χρονικά διαστήματα: τα τελευταία 15 λεπτά, την τελευταία ώρα και τις τελευταίες 24 ώρες.

Η έξοδος θα μοιάζει κάπως έτσι:

Ειδοποιήσεις NETCONF
Οι ειδοποιήσεις NETCONF για οθόνες ενεργοποιούνται από παραβιάσεις SLA. Αυτά συμβαίνουν όταν το SLA για την οθόνη πέσει κάτω από ένα όριο SLA ("Καλό" ή "Αποδεκτό") μέσα σε ένα δεδομένο χρονικό παράθυρο, από προεπιλογή τα τελευταία 15 λεπτά. Θα πρέπει να σημειωθεί ότι οι ειδοποιήσεις παραβίασης SLA εμφανίζονται γρήγορα αφού μια υπηρεσία επηρεαστεί από ένα πρόβλημα, ενώ η κατάσταση SLA θα επανέλθει σε "Καλή" μόνο μετά από 15 λεπτά και μόνο εάν δεν προκύψουν περαιτέρω παραβιάσεις.
Το χρονικό παράθυρο μπορεί να αλλάξει με την επεξεργασία της ρύθμισης SLA_STATUS_WINDOW (τιμή σε δευτερόλεπτα) στο /etc/netrounds/netrounds.conf.
Εξαγωγή και εισαγωγή προτύπων οθόνης
Αυτό γίνεται με τον ίδιο ακριβώς τρόπο όπως για τα πρότυπα δοκιμής. συγκρίνετε την ενότητα «Εξαγωγή και εισαγωγή προτύπων δοκιμής» στη σελίδα 52. Τα παρακάτω αποσπάσματα κώδικα απεικονίζουν τον τρόπο εξαγωγής και εισαγωγής προτύπων για οθόνες.
Εξαγωγή προτύπων οθόνης

Εισαγωγή προτύπων οθόνης

Χρησιμοποιώντας Tags

Tags που ορίζεται στο Paragon Active Assurance μπορεί να εφαρμοστεί σε:

οθόνες
πρότυπα οθόνης
Πράκτορες δοκιμής
TWAMP ανακλαστήρες
Ping hosts.
Για π.χampμπορείς tag μια οθόνη με το ίδιο tag ως υποσύνολο δοκιμαστικών πρακτόρων που πρόκειται να εκτελέσουν την οθόνη. Αυτή η δυνατότητα είναι ιδιαίτερα χρήσιμη εάν έχετε ορίσει μεγάλο αριθμό οθονών και προτύπων.

Εάν έχετε ρυθμίσει ένα συναγερμό με παγίδες SNMP για μια οθόνη, τότε οι παγίδες SNMP θα αντιστοιχιστούν το ίδιο tags ως οθόνη, εάν υπάρχει.
Δημιουργία Tags
Παρακάτω δείχνουμε πώς να δημιουργήσετε ένα tag με όνομα και χρώμα όπως ορίζονται από την XMLtag> υποδομή.

Εκχώρηση α Tag
Να εκχωρήσετε α tag σε έναν πόρο, τον προσθέτετε ως νέοtag> στοιχείο κάτω από τοtags> στοιχείο για αυτόν τον πόρο.
Εδώ είναι πώς να εκχωρήσετε ένα tag σε δοκιμαστικό πράκτορα:

Να εκχωρήσετε α tag σε ένα TWAMP ανακλαστήρα, κάντε τα εξής:

Εκχώρηση α tag σε μια οθόνη αντιμετωπίζεται με παρόμοιο τρόπο:

Εναλλακτικά, μπορείτε να εκχωρήσετε ένα υπάρχον tag σε οποιονδήποτε από αυτούς τους τύπους πόρων κατά τη δημιουργία του πόρου, συμπεριλαμβάνοντας τοtags> στοιχείο που περιέχει το tag εν λόγω.
Ενημέρωση α Tag
Ενημέρωση υπάρχοντος tag με νέα χαρακτηριστικά είναι ανάλογη με τη δημιουργία α tag:

Κατάργηση ανάθεσης α Tag
Για να αναιρέσετε την ανάθεση α tag από έναν πόρο, προσθέστε το χαρακτηριστικό nc:operation=”delete” στοtag> στοιχείο που ανήκει στον πόρο. Παρακάτω, καταργούμε την ανάθεση α tag από οθόνη.

Διαγραφή α Tag
Για να διαγράψετε ένα tag συνολικά από το Κέντρο Ελέγχου, το χαρακτηριστικό nc:operation=”delete” χρησιμοποιείται ξανά, αλλά αυτή τη φορά εφαρμόζεται στο tag η ίδια, που ορίζεται κάτω από .

Αντιμετώπιση προβλημάτων

Πρόβλημα: Ενορχηστρωτής και Paragon Active Assurance εκτός συγχρονισμού
Ο ενορχηστρωτής και η Paragon Active Assurance μπορεί να καταλήξουν εκτός συγχρονισμού για π.χample εάν έχουν γίνει αλλαγές διαμόρφωσης στο γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου ή εάν η εφαρμογή μιας διαμόρφωσης δεν ήταν επιτυχής και η επαναφορά στην προηγούμενη κατάσταση απέτυχε.
Σε περίπτωση αποτυχίας επαναφοράς, ο διακομιστής NETCONF δεν θα δέχεται πλέον αλλαγές διαμόρφωσης. θα απαντήσει με ένα μήνυμα σφάλματος που δηλώνει ότι η διαμόρφωση είναι κλειδωμένη μέχρι να συγχρονιστεί ξανά. Για να επιστρέψετε στο συγχρονισμό και να ξεκλειδώσετε τις αλλαγές διαμόρφωσης, πρέπει να εκτελέσετε την εντολή rpc sync-from-ncc που συγχρονίζει όλες τις ρυθμίσεις παραμέτρων από το Κέντρο Ελέγχου στη βάση δεδομένων διαμόρφωσης.
ΣΗΜΕΙΩΜΑ: Ο confd@netrounds.com ο χρήστης (ή οτιδήποτε έχει ρυθμιστεί) πρέπει να έχει δικαιώματα υπερχρήστη για να συγχρονίζονται όλα με επιτυχία. Αυτό μπορεί να επιτευχθεί με την εντολή ncc user-update confd@netrounds.com –is-superuser Εάν ο χρήστης δεν είναι υπερχρήστης, θα εμφανιστεί μια προειδοποίηση που λέει ότι δεν ήταν δυνατό να συγχρονιστούν τα πάντα, αλλά ότι όλα όσα μπορούσαν να χειριστούν έχουν γίνει.
ΣΗΜΕΙΩΜΑ: Εάν ο ενορχηστρωτής σας αποθηκεύει επίσης τη διαμόρφωση, θα χρειαστεί να το συγχρονίσετε ξανά, καθώς η ζητούμενη διαμόρφωση (η διαμόρφωση που αναμένει ο ενορχηστρωτής να έχει το Κέντρο Ελέγχου) δεν θα έχει εφαρμοστεί.
Πρόβλημα: Ο αρχικός συγχρονισμός (συγχρονισμός-από-ncc) απέτυχε λόγω μη υποστηριζόμενων πόρων
Εάν προσπαθήσετε να εκτελέσετε το rpc sync-from-ncc σε έναν λογαριασμό που έχει δημιουργηθεί η διαμόρφωσή του στο γραφικό περιβάλλον χρήστη του Κέντρου Ελέγχου, ενδέχεται να αντιμετωπίσετε προβλήματα εάν ο λογαριασμός περιέχει πόρους που δεν υποστηρίζονται. Συνιστάται να ξεκινήσετε με έναν κενό λογαριασμό και να κάνετε όλες τις ρυθμίσεις παραμέτρων μέσω του NETCONF. Διαφορετικά, εάν αντιμετωπίσετε προβλήματα με διενέξεις πόρων, θα πρέπει να καταργήσετε τους πόρους που βρίσκονται σε διένεξη από τον λογαριασμό.
Πρόβλημα: Οι εντολές NETCONF αποτυγχάνουν με ncclient.operations.rpc.RPCError: αποτυχία επικοινωνίας εφαρμογής
Ο διακομιστής NETCONF δεν αποκαθιστά αυτόματα τη συνδεσιμότητα με τον διακομιστή του Κέντρου Ελέγχου εάν γίνει επανεκκίνηση του Κέντρου Ελέγχου. Για να επαναφέρετε τη σύνδεση στο Κέντρο Ελέγχου, επανεκκινήστε τη διαδικασία NETCONF: sudo systemctl επανεκκίνηση netrounds-confd

Σημειώσεις σχετικά με τις Εφαρμογές Πράκτορα Δοκιμών και τις Συσκευές Πράκτορα Δοκιμών

Εφαρμογές πρακτόρων δοκιμής στο ConfD
Μεταξύ των Test Agents, η (νεότερη) Εφαρμογή Test Agent λειτουργεί λίγο διαφορετικά από την (παλαιότερη) Test Agent Appliance.
Οι Εφαρμογές Test Agent δεν υποστηρίζουν επί του παρόντος διαμόρφωση διεπαφής. Επομένως, το σχήμα YANG επιτρέπει τον καθορισμό μιας κενή διαμόρφωσης διεπαφής για τέτοιους Πράκτορες δοκιμής. Δείτε «αυτό το απόσπασμα» στη σελίδα 23 για ένα παράδειγμαample.
Όταν συγχρονίζετε τη βάση δεδομένων ConfD με το Κέντρο Ελέγχου χρησιμοποιώντας την εντολή sync-from-ncc, θέλετε η διαμόρφωση της διεπαφής να παραμείνει κενή και να μην αντικατασταθεί με αυτό που βρίσκεται στο Κέντρο Ελέγχου. Επομένως, πρέπει να χρησιμοποιήσετε μια ειδική σημαία –without_interface_config με αυτήν την εντολή όταν εργάζεστε με Εφαρμογές Test Agent.
Διαμόρφωση κενού διεπαφής για συσκευή δοκιμής παράγοντα
Όπως σημειώθηκε παραπάνω, η Εφαρμογή Test Agent δεν υποστηρίζει διαμόρφωση διεπαφής και επομένως είναι δυνατή η παράλειψη διεπαφών στο σχήμα YANG.
Υπάρχουν όμως και περιπτώσεις χρήσης όπου μπορεί να θέλετε να παραλείψετε τη διαμόρφωση της διεπαφής από μια συσκευή δοκιμής πράκτορα. Ένας πρώηνampΑυτό θα μπορούσε να είναι ένα σενάριο ενορχήστρωσης όπου περιστρέφετε έναν Πράκτορα δοκιμής χρησιμοποιώντας το cloud-init και θέλετε να χρησιμοποιηθεί η διαμόρφωση της διεπαφής από εκεί, αντί να αφήσετε το ConfD να το αντικαταστήσει καθώς ο Πράκτορας δοκιμής έρχεται στο διαδίκτυο.
Αλλαγές σχήματος YANG σχετικά με μη καθορισμένες διεπαφές
Εφόσον επιτρέπεται πλέον μια κενή διαμόρφωση διεπαφής (από την έκδοση 2.34.0 και μετά), είναι δυνατό να καθοριστεί οποιοδήποτε όνομα διεπαφής ως είσοδος σε μια εργασία που εκτελείται ως μέρος μιας δοκιμής ή οθόνης.
Αυτό απαιτείται για να μπορείτε να χρησιμοποιήσετε μια Εφαρμογή Test Agent, καθώς για αυτές δεν ορίζονται ονόματα διεπαφής στο ConfD. Σημειώστε, ωστόσο, ότι αυτό σημαίνει επίσης ότι μπορείτε να αντιμετωπίσετε προβλήματα εάν κατά λάθος ρυθμίσετε τις παραμέτρους μιας δοκιμής ή οθόνης ώστε να χρησιμοποιεί μια μη υπάρχουσα διεπαφή. Λοιπόν, σας παρακαλώ να το προσέχετε αυτό.
Περιορισμοί κατά την εγγραφή ενός δοκιμαστικού παράγοντα που δημιουργήθηκε στο ConfD
Κατά τη δημιουργία ενός Test Agent μέσω του REST ή του NETCONF/YANG API, δεν μπορούμε να γνωρίζουμε εκ των προτέρων ποιος τύπος είναι: Test Agent Appliance ή Test Agent Application. Αυτό γίνεται σαφές μόνο μετά την εγγραφή του Test Agent.
Από τη στιγμή που ο Πράκτορας Δοκιμών έχει καταχωρηθεί και μετατραπεί σε έναν από αυτούς τους συγκεκριμένους τύπους, δεν επιτρέπεται να τον καταχωρίσετε ξανά ως διαφορετικό τύπο Δοκιμαστικού Πράκτορα. Αυτό σημαίνει ότι δεν επιτρέπεται να το καταχωρήσετε πρώτα ως Εργαλείο Test Agent και μετά να το καταχωρήσετε ξανά ως Εφαρμογή Test Agent ή αντίστροφα. Εάν χρειάζεστε έναν παράγοντα δοκιμής διαφορετικού τύπου, θα χρειαστεί να δημιουργήσετε έναν νέο παράγοντα δοκιμής.

Παράρτημα: Δομή δέντρου του πλήρους μοντέλου YANG

Σε αυτό το παράρτημα, η ενότητα «Legend» στη σελίδα 81 εξηγεί τη σύνταξη της δομής δέντρου μοντέλου YANG που δημιουργήθηκε με την εντολή pyang -f tree.
Η ενότητα “YANG Model Tree Structure” στη σελίδα 82 δίνει την έξοδο από αυτήν την εντολή που εφαρμόζεται στο netrounds-ncc.yang. Μέρη αυτής της εξόδου αναπαράγονται αλλού στο έγγραφο.
Θρύλος

Πρότυπο δέντρου YANG

Το Juniper Networks, το λογότυπο Juniper Networks, το Juniper και το Junos είναι σήματα κατατεθέντα της Juniper Networks, Inc. στις Ηνωμένες Πολιτείες και σε άλλες χώρες. Όλα τα άλλα εμπορικά σήματα, σήματα υπηρεσιών, σήματα κατατεθέντα ή σήματα κατατεθέντα υπηρεσιών είναι ιδιοκτησία των αντίστοιχων κατόχων τους. Η Juniper Networks δεν αναλαμβάνει καμία ευθύνη για τυχόν ανακρίβειες σε αυτό το έγγραφο. Η Juniper Networks διατηρεί το δικαίωμα να αλλάξει, να τροποποιήσει, να μεταφέρει ή με άλλο τρόπο να αναθεωρήσει αυτήν τη δημοσίευση χωρίς προειδοποίηση. Πνευματικά δικαιώματα © 2023 Juniper Networks, Inc. Με την επιφύλαξη παντός δικαιώματος.

Έγγραφα / Πόροι

Λογισμικό Juniper NETWORKS NETCONF & YANG API [pdf] Οδηγός χρήστη
Λογισμικό NETCONF YANG API, Λογισμικό YANG API, Λογισμικό API, Λογισμικό

Αναφορές

Εγχειρίδιο χρήστη

Εισαγωγή