Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Analysieren Sie die NETCONF-Serverantwort

In einer NETCONF-Sitzung mit einem Gerät, auf dem Junos OS ausgeführt wird, sendet eine Clientanwendung RPCs an den NETCONF-Server, um Informationen von dem Gerät anzufordern und die Konfiguration auf dem Gerät zu verwalten. Der NETCONF-Server schließt seine Antwort auf jede Clientanfrage in ein separates Paar von öffnenden <rpc-reply> und schließenden </rpc-reply> Tags ein. Jede Antwort stellt ein wohlgeformtes XML-Dokument dar.

Das xmlns Attribut im öffnenden <rpc-reply> Tag definiert den Namespace für geschlossene Tag-Elemente, die das Präfix nicht in ihren junos: Namen haben und die nicht in ein untergeordnetes Container-Tag mit dem xmlns Attribut mit einem anderen Wert eingeschlossen sind.

Hinweis:

Wenn Sie die Anweisung auf dem rfc-compliant Gerät konfigurieren, deklariert der NETCONF-Server ab Junos OS Version 15.1 explizit den NETCONF-Namespace, der an das nc Präfix gebunden ist, und qualifiziert alle NETCONF-Tags in seinen Antworten mit dem Prefix.

Das xmlns:junos Attribut definiert den Standard-Namespace für eingeschlossene Junos XML-Tagelemente, die durch das junos: Präfix qualifiziert sind. Die release Variable im URI repräsentiert die Junos OS-Version, die auf dem NETCONF-Servergerät ausgeführt wird, z. B. 20.4R1.

Clientanwendungen müssen Code für das Analysieren des Datenstroms von Antwort-Tag-Elementen vom NETCONF-Server enthalten, entweder beim Eintreffen verarbeitet oder gespeichert werden, bis die Antwort abgeschlossen ist. Der NETCONF-Server gibt drei Klassen von Antworten aus:

Betriebliche Reaktionen

Betriebliche Antworten sind Antworten auf Anfragen nach Informationen über den Status einer Switching-, Routing- oder Sicherheitsplattform. Sie entsprechen den Ausgaben von CLI-Betriebsbefehlen.

Die Junos XML-API definiert Response-Tag-Elemente für alle definierten Elemente von betrieblichen Anforderungs-Tag-Elementen. Der NETCONF-Server gibt beispielsweise die vom Tag angeforderten <get-interface-information> Informationen in einem Antworttag-Element namens zurück <interface-information>und gibt die vom Tag angeforderten <get-chassis-inventory> Informationen in einem Antworttag namens zurück <chassis-inventory>. Betriebsantworten können auch im formatierten ASCII, das in einem output Element eingeschlossen ist, oder im JSON-Format zurückgegeben werden. Weitere Informationen zum Formatieren von Betriebsantworten finden Sie unter Angeben des Ausgabeformats für Betriebsinformationsanforderungen in einer NETCONF-Sitzung.

Die folgende Beispielantwort enthält Informationen über die Schnittstelle ge-2/3/0. Der Namespace, der durch das xmlns Attribut im öffnende <interface-information> Tag angegeben wird, ist für Schnittstelleninformationen für Junos OS Release 20.4. Die ersten Tags werden hier nur für die Lesbarkeit in zwei Zeilen angezeigt:

Weitere Informationen über das xmlns Attribut und den Inhalt der Elemente der betrieblichen Antworttags finden Sie unter Anfordern von Betriebsinformationen mithilfe von NETCONF. Eine Zusammenfassung der Elemente der betrieblichen Antworttags finden Sie in der Referenz für betriebsbereite Entwickler der Junos XML API.

Antworten auf Konfigurationsinformationen

Konfigurationsinformationen Antworten sind Antworten auf Anfragen nach Informationen über die aktuelle Konfiguration des Geräts. Die Junos XML-API definiert ein Tag-Element für jede Container- und Leaf-Anweisung in der Konfigurationshierarchie.

Die folgende Beispielantwort umfasst die Informationen auf [edit system login] Hierarchieebene in der Konfigurationshierarchie. Für die Kürze zeigt das Beispiel nur einen Benutzer, der auf dieser Ebene definiert ist. Das eröffnungs-Tag <rpc-reply> wird nur aus Gründen der Lesbarkeit in zwei Zeilen angezeigt. Informationen zu den Attributen im öffnende <configuration> Tag finden Sie unter Angeben der Quelle für Konfigurationsinformationsanforderungen mithilfe von NETCONF.

Reaktionen auf Konfigurationsänderungen

Konfigurationsänderungsantworten sind Antworten auf Anforderungen, die den Zustand oder den Inhalt der Gerätekonfiguration ändern. Der NETCONF-Server zeigt die erfolgreiche Ausführung einer Anforderung an, indem er das <ok/> Tag innerhalb des <rpc-reply> Tag-Elements zurückgibt:

Wenn der Vorgang fehlschlägt, schließt das <rpc-reply> Tag-Element stattdessen ein Element ein Element ein <rpc-error> , das die Ursache des Fehlers beschreibt. Informationen zur Handhabung von Fehlern finden Sie unter Behandeln von Fehlern oder Warnungen in einer NETCONF-Sitzung.

Tabelle "Versionshistorie"
Release
Beschreibung
15.1
Wenn Sie die Anweisung auf dem rfc-compliant Gerät konfigurieren, deklariert der NETCONF-Server ab Junos OS Version 15.1 explizit den NETCONF-Namespace, der an das nc Präfix gebunden ist, und qualifiziert alle NETCONF-Tags in seinen Antworten mit dem Prefix.