In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird beschrieben, wie Sie die verschiedenen Phasen der NED-Verfolgung durch den NSO richtig lesen und verstehen.
Der Cisco® Crosswork Network Service Orchestrator (NSO) kann detaillierte Spuren der Kommunikation zwischen dem NSO und den Geräten generieren, die von den Netzwerkelementtreibern (NEDs) des NSO verwaltet werden. Bei Java-basierten NEDs sind diese Trace-Dateien entsprechend einem gemeinsam genutzten Framework strukturiert. Dieses Dokument vermittelt Ihnen ein besseres Verständnis dieses Shared Framework und der Details in diesen Protokollen.
In diesem Dokument wird davon ausgegangen, dass Sie eine von Cisco entwickelte Java NED verwenden. Dies umfasst NEDs für CLI, Generic und 3PY. Die in diesem Dokument beschriebenen Phasen und das Framework gelten für Netconf NEDs, die generierten Ablaufverfolgungsprotokolle für Netconf NEDs weisen jedoch nicht die gleiche Beschriftung auf, wie in diesem Dokument dargestellt.
Die in diesem Dokument beschriebenen Phasen werden zwar von allen Java NEDs gemeinsam genutzt, die einzelnen Vorgänge in dieser Phase unterscheiden sich jedoch je nach Anforderung des jeweiligen Geräts.
Daten in einer NED-Ablaufverfolgungsdatei können in drei verschiedenen Kategorien angezeigt werden.
Der NSO weist die NED an, bestimmte Phasen zu starten. Jeder Vorgang im NSO führt zu denselben Phasenfolgen, aber jede NED führt eindeutige Anweisungen an ein Netzwerkgerät aus. Die NED-Trace-Datei protokolliert nicht die genauen Daten, die zwischen dem NSO und der NED übertragen werden, aber sie protokolliert die Anweisung, eine Phase zu starten, und die NED-Antwort zeigt an, dass eine Phase abgeschlossen wurde. Zeilen, die mit >> beginnen, geben Anweisungen zum Starten einer Phase an. Zeilen, die mit << beginnen, zeigen an, dass der NED-NSO informiert, dass die Phase abgeschlossen ist.
>> 20-Mar-2025::23:23:17.277 user: admin/56 thandle 86091 hostname ncs device xr-netsim0 trace-id=1ee09d76-4415-4bb8-bd39-05f99072bd54 CLI CONNECT to xr-netsim0-127.0.0.1:10025 as admin (Trace=raw)<< CONNECTED
<< 20-Mar-2025::23:23:17.623 user: admin/56 thandle 86091 hostname ncs device xr-netsim0 trace-id=1ee09d76-4415-4bb8-bd39-05f99072bd54 CONNECTED 0
>> 20-Mar-2025::23:24:41.703 user: admin/56 thandle 86213 hostname ncs device xr-netsim0 trace-id=1ee09d76-4415-4bb8-bd39-05f99072bd54 SHOW 0:
<< 20-Mar-2025::23:24:41.879 user: admin/56 thandle 86213 hostname ncs device xr-netsim0 trace-id=1ee09d76-4415-4bb8-bd39-05f99072bd54 SHOW
In jeder Phase leitet die NED Befehle an das Netzwerkgerät weiter, um die Ziele der einzelnen Phasen zu erreichen. Die Kommunikation von der NED zum Gerät wird als markiert, *** output
die Kommunikation, die die NED vom Gerät erhält, wird als *** input
markiert.
*** output 20-Mar-2025::13:08:31.955 user: admin/316551 thandle 18978916 hostname ncs device xr-netsim0 trace-id=- ***
show running-config
*** input 20-Mar-2025::13:08:31.987 user: admin/316551 thandle 18978916 hostname ncs device xr-netsim0 trace-id=- ***
show running-config
Thu Jan 5 13:08:37.274 BRT
Building configuration...
!! IOS XR Configuration 7.2.1
...
In CLI-NEDs besteht die Eingabe aus allen Informationen, die in der CLI des Geräts angezeigt werden, einschließlich der vom NSO gesendeten Befehle.
Der NED protokolliert eine bestimmte Menge an Informationen, die nicht an das Gerät oder den NSO weitergeleitet werden. Dazu gehören die Endeinstellungen, die Verarbeitung der Daten und die erwarteten Änderungen in der NSO-Datenbank (CDB).
Diese Art von Informationen beginnt--
häufig damit, gilt jedoch nicht für alle Informationen dieses Typs.
*** output 20-Mar-2025::13:08:31.955 user: admin/316551 thandle 18978916 hostname ncs device xr-netsim0 trace-id=- ***
-- BEGIN SHOW
-- [20-Mar-2025::13:08:31.956] progress: show: reading config...
-- Reading running config...
show running-config
In diesem Abschnitt wird eine Liste gängiger Vorgänge beschrieben und die erwartete Reihenfolge der vom NSO für jeden Vorgang initiierten Phasen dokumentiert. Weitere Informationen zu den einzelnen Phasen finden Sie im Abschnitt Phasen dieses Dokuments.
Anmerkung: Die Phasen IS_ALIVE, SET_TIMEOUT und CLOSE werden für jede Sequenz weggelassen, da sie wenig Fehlerbehebungswert haben.
>> CLI CONNECT
<< CONNECTED
ODER
>> GENERIC CONNECT
<< CONNECTED
Während die CLI- und die GENERIC CONNECT-Phase in ihrer Funktion nahezu identisch sind, verwenden CLI- und GENERIC-NEDs unterschiedliche CONNECT-Phasen.
>> CLI CONNECT
<< CONNECTED
>> GET_TRANS_ID
<< TRANS_ID
>> CLI CONNECT
<< CONNECTED
>> SHOW
<< SHOW
>> GET_TRANS_ID
<< TRANS_ID
ODER
>> CLI CONNECT
<< CONNECTED
>> SHOW
<< SHOW
<< PROVISIONAL TRANS_ID
Einige NEDs wurden so optimiert, dass sie PROVISIONAL TRANS_ID
anstelle von verwendet werden GET_TRANS_ID
.
>> CLI CONNECT
<< CONNECTED
>> SHOW
<< SHOW
Der Vorgang "compare-config" ähnelt "sync-from", aktualisiert jedoch nicht den CDB. Wenn compare-config eine Konfigurationsdifferenz erkennt, wird GET_TRANS_ID nicht aufgerufen, um die Prüfsumme zu aktualisieren. Wenn es keinen Konfigurationsunterschied gibt, wird GET_TRANS_ID aufgerufen und die Prüfsumme aktualisiert.
>> CLI CONNECT
<< CONNECTED
>> INITIALIZE
<< INITIALIZED
>> PREPARE
<< PREPARE OK
>> COMMIT
<< COMMIT OK
>> PERSIST
<< PERSIST OK
>> GET_TRANS_ID
<< TRANS_ID
Diese Vorgänge greifen nicht auf die NED-Logik zu und führen nicht dazu, dass in der NED-Ablaufverfolgungsdatei Protokolle generiert werden.
Bei diesem Vorgang werden keine Daten an die Netzwerkgeräte gesendet, es wird jedoch die NED-Logik aktiviert.
>> CLI CONNECT
<< CONNECTED
>> PREPARE DRY
<< PREPARE DRY
>> CLI CONNECT
<< CONNECTED
>> INITIALIZE
<< INITIALIZED
>> SHOW_PARTIAL
<< SHOW
>> PREPARE
<< PREPARE OK
>> COMMIT
<< COMMIT OK
>> PERSIST
<< PERSIST OK
>> GET_TRANS_ID
<< TRANS_ID
Diese Abfolge ist irreführend. Sie behauptet, die INITIALIZE-Phase zu enthalten, aber die NED löst in dieser Phase keine Befehle aus und überspringt sie effektiv. Dies liegt daran, dass das No-Overwrite-Flag die Prüfsumme nicht überprüft, sondern stattdessen die Konfiguration mit SHOW_PARTIAL.
>> CLI CONNECT
<< CONNECTED
>> INITIALIZE
<< INITIALIZED
>> PREPARE
>> CLOSE
<< CLOSED
>> CLI CONNECT
<< CONNECTED
>> SHOW_PARTIAL
<< SHOW
>> ABORT
<< ABORT OK
>> GET_TRANS_ID
<< TRANS_ID
Wenn bei einem Commit etwas schief geht, beendet der NSO die Verbindung, stellt erneut eine Verbindung her und versucht, das System wiederherzustellen. Hierzu überprüft der NSO die Konfiguration des Geräts mit SHOW_PARTIAL und sendet eine Sequenz von Befehlen, um die aktuelle Konfiguration vor dem Start des Commit während der ABORT-Phase auf die Konfiguration zurückzusetzen. Geräte mit Kandidatenkonfiguration verfügen über alternative Methoden zur Wiederherstellung, die der NSO je nach aufgetretenem Fehler nutzen kann.
>> CLI CONNECT
<< CONNECTED
>> COMMAND
<< COMMAND
Alle Java-basierten NEDs verwenden die gleichen Phasen, aber jede NED passt die genaue Ausführung der Phase an das jeweilige Gerät an, das sie verarbeitet.
Während der CONNECT-Phase gibt die NED Informationen über sich selbst aus, stellt eine Verbindung her, deaktiviert Paginierung (für CLI-NEDs) und erfasst Geräteinformationen. Dazu gehören die NSO- und NED-Version, die NED-Einstellungen, die SSH-Algorithmen sowie das Gerätemodell und die -version. Der Kennwortaustausch wird nicht aufgezeichnet.
Wenn der NSO keine Verbindung zu einem Gerät herstellen kann, ist jeder Teil dieser Phase dafür verantwortlich. Möglicherweise konnte der NSO die SSH-Sitzung herstellen, das Gerätemodell und die Version konnten jedoch nicht abgerufen werden.
NEDs halten eine Sitzung mit einem Gerät für mehrere Sekunden aufrecht, nachdem ein Vorgang beendet wurde. Wenn innerhalb dieses Zeitraums eine andere Operation für dasselbe Gerät erforderlich ist, protokolliert die NED eine RECONNECT-Phase anstelle von CLI/GENERIC CONNECT und verwendet die Informationen erneut.
Die GET_TRANS_ID-Phase sammelt Informationen zur Berechnung einer Prüfsumme. Diese Prüfsumme kann überprüft werden, um festzustellen, ob ein Gerät während eines Commit- oder Check-Sync-Vorgangs nicht synchronisiert ist, oder sie kann für eine zukünftige Prüfung gespeichert werden. Cisco wählt für jedes Gerät die leichteste verfügbare Option aus. Die NED cisco-ios-cli erfasst die gesamte Gerätekonfiguration, um eine Prüfsumme zu generieren. Die NED cisco-iosxr verwendet die Commit-Liste und überprüft, ob sich die Commit-ID seit der letzten Synchronisierung geändert hat.
NEDs drucken die Prüfsumme, die sie am Ende der GET_TRANS_ID-Phase berechnet haben.
>> 15-Mar-2025::10:29:41.410 user: admin/205 thandle 1559 hostname ncs device alu0 GET_TRANS_ID
*** output 15-Mar-2025::10:29:41.411 user: admin/205 thandle 1559 hostname ncs device alu0 ***
-- get config method: cli dump
admin display-config
*** input 15-Mar-2025::10:29:41.415 user: admin/205 thandle 1559 hostname ncs device alu0 ***
admin display-config
...
<< 15-Mar-2025::10:29:42.045 user: admin/205 thandle 1559 hostname ncs device alu0 TRANS_ID 8f42fe893c448f47c155710bb909800b
GET_TRANS_ID wird während der Prüfung-Synchronisation, am Ende der Synchronisation von, am Ende der Übertragung oder am Ende der vergleichenden Konfiguration aufgerufen, wenn kein Unterschied festgestellt wurde. Nur während der Prüfsynchronisierung wird die Prüfsumme nicht als Teil von GET_TRANS_ID aktualisiert. Zu Beginn eines Commit-Vorgangs überprüft der NSO auch die Prüfsumme, verwendet jedoch INITIALIZE anstelle von GET_TRANS_ID.
Während der SHOW-Phase sammelt eine NED die aktuelle Konfiguration auf dem Gerät und parst sie, sodass sie aktualisiert oder mit CDB verglichen werden kann. Eine SHOW-Phase kann aus einem oder mehreren Befehlen zum Erfassen der relevanten Daten bestehen. Einige NEDs fordern mehrere SHOW-Phasen nacheinander für verschiedene Abschnitte der Konfiguration an.
<< 15-Mar-2025::14:17:07.190 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c CONNECTED 0
>> 15-Mar-2025::14:17:07.210 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0:
<< 15-Mar-2025::14:17:07.211 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
>> 15-Mar-2025::14:17:07.211 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0:
<< 15-Mar-2025::14:17:07.212 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
>> 15-Mar-2025::14:17:07.212 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0:
<< 15-Mar-2025::14:17:07.212 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
>> 15-Mar-2025::14:17:07.213 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0:
<< 15-Mar-2025::14:17:07.213 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
>> 15-Mar-2025::14:17:07.214 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0: <'vlan-configuration'>
<< 15-Mar-2025::14:17:07.214 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
>> 15-Mar-2025::14:17:07.214 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0: <'switchvlan-configuration'>
<< 15-Mar-2025::14:17:07.215 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
>> 15-Mar-2025::14:17:07.215 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW 0:
<< 15-Mar-2025::14:17:08.672 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c SHOW
<< 15-Mar-2025::14:17:08.672 user: admin/17279 thandle 7896374 hostname ncs device zte0 trace-id=438b8c PROVISIONAL TRANS_ID 8bb56df1e125549b62f96e8007866
Nachdem die Daten gesammelt wurden, werden sie von der NED analysiert und für den NSO vorbereitet. In CLI NEDs wird dieser Prozess durch einen Turbo-Parser gekennzeichnet. Daten, die der NSO nicht versteht und die dem aktuellen Yang-Modell nicht zugeordnet werden können, werden als übersprungene Linie protokolliert.
-- turbo-mode parsing (setvalues) :: performance numbers :
-- --------------------------------------------------------------------------------
-- number of lines parsed : 469
-- number of lines skipped : 2
-- time to parse config (ms) : 20
-- time to transfer xml to nso (ms) : 531
-- --------------------------------------------------------------------------------
-- skipped 2 lines in context '/' :
-- (line 16) : 'platform sslvpn use-pd'
-- (line 74) : 'pae'
-- --------------------------------------------------------------------------------
-- [15-Mar-2025::17:00:07.906] progress: show: populating cdb ok [531 ms]
-- transformed >= sorted 8 'neighbor ' lines for hash checksum
-- show trans_id = 12b6f28a48520ca4b5c6ebdfe3d333ee
-- done show [5055 ms]
<< 15-Mar-2025::17:00:07.912 user: nsoadmin/23219 thandle 3068964 hostname ncs device ios0 SHOW
PROVISIONAL TRANS_ID ist eine Optimierung, die in einigen NEDs implementiert ist, um GET_TRANS_ID am Ende eines Sync-From-Vorgangs zu ersetzen. Ohne diese Optimierung sammeln NEDs, die zur Berechnung einer Prüfsumme die vollständige Konfiguration eines Gerätes erfassen müssen, diese Daten zweimal während des Abgleichs. Einmal während der SHOW-Phase und erneut während der GET_TRANS_ID-Phase. PROVISIONAL TRANS_ID ersetzt in diesen Fällen GET_TRANS_ID, um die Daten aus dem SHOW-Vorgang wiederzuverwenden.
Eine spezielle Implementierung dieser Optimierung ist in der NED cisco-iosxr-cli vorhanden. Diese NED erfordert keine vollständige Konfiguration, aber die Konfiguration kann so groß sein, dass das Parsen eine ausreichend lange Zeit in Anspruch nimmt, bis die SSH-Sitzung um den Zeitpunkt GET_TRANS_ID beginnt. Um dies zu vermeiden, sammelt die NED im Rahmen von SHOW die erforderlichen Informationen und verwendet stattdessen PROVISIONAL TRANS_ID.
Die INITIALIZE-Phase ähnelt GET_TRANS_ID. Es sammelt dieselben Daten und berechnet eine Prüfsumme, wird aber nur zu Beginn eines Commit-Vorgangs verwendet, um zu überprüfen, ob ein Gerät synchronisiert ist. Wenn festgestellt wird, dass ein Gerät nicht synchronisiert ist, folgt auf die INITIALIZE-Phase eine UNINITIALIZE-Phase, und der NSO erhält einen Fehler. INITIALIZE aktualisiert niemals die Prüfsumme.
Anmerkung: Commit no-overwrite hat eine INITIALIZE-Phase, aber es werden keine Befehle ausgeführt, da Out-of-sync nicht relevant ist.
Die PREPARE-Phase ist die wichtigste Phase eines Commit-Vorgangs. Während der PREPARE-Phase übersetzt die NED die beabsichtigten Änderungen im NSO-CDB in Befehle, die das Gerät versteht. Anschließend werden diese Befehle an das Gerät gesendet, einschließlich aller Befehle für die Navigation in der Benutzeroberfläche, z. B. das Aufrufen des Konfigurationsmodus.
Bei Geräten ohne Kandidatenkonfiguration hat das Senden von Befehlen sofortige Auswirkungen auf die aktuelle Konfiguration und den Betrieb des Netzwerks.
In der COMMIT-Phase wendet die NED die Konfiguration auf das Gerät an. Die COMMIT-Phase ist für Geräte ohne Kandidatenkonfiguration leer, z. B. Geräte, die von der NED cisco-ios-cli verwaltet werden. Wenn das Gerät über Commit-bestätigte Funktionen verfügt, nutzt der NSO diese in dieser Phase.
>> 8-Mar-2025::14:06:54.238 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a COMMIT 1: (Timeout 30)
*** output 8-Mar-2025::14:06:54.239 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
-- BEGIN COMMIT
-- [08-Mar-2025::14:06:54.239] progress: commit: committing config...
-- Committing (confirmed) [num-commit 0 0a delayed=0]
commit confirmed 30 show-error
*** input 8-Mar-2025::14:06:54.268 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
commit confirmed 30 show-error
Wed Mar 8 14:06:54.354 BRT
RP/0/RP0/CPU0:RNCOBSA0101(config)#
*** output 8-Mar-2025::14:06:58.377 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
commit show-error
*** input 8-Mar-2025::14:06:58.404 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
commit show-error
Wed Mar 8 14:06:58.493 BRT
% Confirming commit for trial session.
RP/0/RP0/CPU0:RNCOBSA0101(config)#
*** output 8-Mar-2025::14:06:58.734 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
end
*** input 8-Mar-2025::14:06:58.763 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
end
RP/0/RP0/CPU0:RNCOBSA0101#
*** output 8-Mar-2025::14:06:58.832 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a ***
-- [08-Mar-2025::14:06:58.832] progress: commit: committing config ok [4593 ms]
-- DONE COMMIT [4594 ms]
<< 8-Mar-2025::14:06:58.832 user: admin/397910 thandle 18935883 hostname ncs device xr0 trace-id=c9c7a91b-dfd2-45bd-bbe4-71a0ddb1039a COMMIT OK
Einige Geräte erfordern zusätzliche Anweisungen, um sicherzustellen, dass die Konfiguration auch beim Neustart eines Geräts beibehalten wird. Diese Befehle werden während der PERSIST-Phase gesendet.
Die Phase PREPARE DRY ist nur in commit dry-run outformat native
Betrieb. Ähnlich wie in der PREPARE-Phase wird die Absicht des NSO in Gerätebefehle übersetzt, diese Befehle werden jedoch nicht an das Gerät gesendet.
Die SHOW_PARTIAL-Phase kann durch MAPI-Instruktion aufgerufen werden, oder sie wird während commit no-overwite
und rollback during commit error
verwendet.
Diese Phase ähnelt der SHOW-Phase, da sie Konfigurationsdaten vom Gerät sammelt und analysiert. Es sammelt einen spezifischeren Datensatz, der für den aktuellen Commit-Vorgang relevant ist, und nicht die vollständige Konfiguration. Nicht alle Geräte unterstützen das Erfassen kleinerer Datensätze.
Die ABORT-Phase ähnelt der PREPARE-Phase, ist jedoch ausschließlich für die Rollback-Recovery vorgesehen. Der NSO sendet Befehle, um die Gerätekonfiguration auf den Stand vor dem Commit zurückzusetzen.
Die REVERT-Phase wird in Situationen verwendet, in denen ein Commit auf einen Fehler gestoßen ist, der NSO jedoch einfach ein Gerät anweisen kann, auf eine vorherige Konfiguration zurückzukehren. In diesem Fall sind die Phasen SHOW_PARTIAL und ABORT nicht erforderlich.
Die COMMAND-Phase ist nur bei Live-Status-Vorgängen verfügbar. Während der COMMAND-Phase übergibt der NSO Anweisungen an die Geräte, die nicht in den Rahmen typischer Commit-Vorgänge fallen.
Die IS_ALIVE-Phase dient zur Integritätsprüfung, ob die Sitzungen zwischen der NED, dem Gerät und dem NSO noch fehlerfrei sind. Wenn Sie auf IS_ALIVE false stoßen, ist es wahrscheinlich, dass in einer der Sitzungen ein Timeout aufgetreten ist.
Während der CLOSE-Phase schließt die NED die SSH-Sitzung mit dem Endgerät.
Die SET_TIMEOUT-Phase zeigt eine Aktualisierung verschiedener Zeitüberschreitungen an, die vom NSO und der NED verwaltet werden.
Nach einer SHOW-Phase gibt die NED eine Liste der erwarteten Änderungen an, die im NSO-CDB vorgenommen werden sollen.
created /ios:line/vty[first='5'][last='15']/login
created /ios:line/vty[first='5'][last='15']/login/local
modified /ios:interface/Loopback[name='2']
created /ios:interface/Loopback[name='2']/shutdown
created /ios:username[name='cisco']
value_set /ios:username[name='cisco']/privilege 15
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
24-Mar-2025
|
Erstveröffentlichung |