Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

<edit-config>

Verwendung

Beschreibung

Fordern Sie an, dass der NETCONF-Server Konfigurationsdaten in die Kandidatenkonfigurations- oder offene Konfigurationsdatenbank einbindet. Bereitstellung der Daten auf eine von drei Arten:

  • Fügen Sie das <config> Tag-Element hinzu, um einen Datenstrom von Junos XML-Konfigurations-Tag-Elementen bereitzustellen, die integriert werden sollen. Die Tag-Elemente sind im <configuration> Tag-Element eingeschlossen.

  • Fügen Sie das <config-text> Tag-Element ein, um einen Datenstrom von CLI-Konfigurationsanweisungen zur Verfügung zu stellen. Die Konfigurationsanweisungen sind im <configuration-text> Tag-Element eingeschlossen.

  • Fügen Sie das <url> Tag-Element hinzu, um den Speicherort einer Datei anzugeben, die die zu integrierenden Junos OS-Konfigurationen enthält. Das Format der Konfigurationsdaten kann Junos XML-Elemente oder CLI-Konfigurationsanweisungen sein.

Wenn eine Clientanwendung den Junos XML-Protokollbetrieb <open-configuration> ausführt, um eine bestimmte Konfigurationsdatenbank zu öffnen, bevor der <edit-config> Vorgang auf dem Ziel <candidate/>ausgeführt wird, führt Junos OS den <edit-config> Vorgang in der offenen Konfigurationsdatenbank aus. Andernfalls wird der Vorgang in der Kandidatenkonfiguration ausgeführt.

Inhalt

<config>

<configuration> Das Tag-Element umschließen.

<configuration>

Schließen Sie die in Junos XML geschriebenen Konfigurationsdaten an. Diese Konfigurationsdaten werden als Datenstrom bereitgestellt und in die Kandidatenkonfiguration oder offene Konfigurationsdatenbank integriert. Informationen zur Syntax für die Darstellung der elemente, die erstellt, gelöscht oder geändert werden sollen, finden Sie unter Zuordnung von Konfigurationsanweisungen zu Junos XML Tag Elements.

<config-text>

<configuration-text> Das Tag-Element umschließen.

<configuration-text>

Fügen Sie die Konfigurationsdaten, die als CLI-Konfigurationsanweisungen formatiert sind, bei. Diese Konfigurationsdaten werden als Datenstrom bereitgestellt und in die Kandidatenkonfiguration oder offene Konfigurationsdatenbank integriert.

<default-operation>

(Optional) Geben Sie an, wie die neuen Konfigurationsdaten in die Kandidatenkonfiguration oder offene Konfigurationsdatenbank integriert werden sollen, insbesondere wenn widersprüchliche Anweisungen vorhanden sind. Im Folgenden sind akzeptable Werte enthalten:

  • merge— Kombinieren Sie die neuen Konfigurationsdaten mit der vorhandenen Konfiguration gemäß den Regeln, die im Einstellungskonfigurationsmodus in einer NETCONF-Sitzung definiert sind. Dies ist der Standardmodus, wenn das <default-operation> Tag-Element weggelassen wird. Es gilt für alle Elemente in den neuen Daten, die nicht über das operation Attribut in ihrem öffnenden Container-Tag verfügen, um einen anderen Modus anzugeben.

  • none– Behalten Sie jedes Konfigurationselement in der vorhandenen Konfiguration bei, es sei denn, die neuen Daten enthalten ein entsprechendes Element, das das Attribut in seinem operation öffnenden Container-Tag hat, um einen Integrationsmodus anzugeben. Dieser Modus verhindert, dass der NETCONF-Server übergeordnete Hierarchieebenen für ein element erstellt, das gelöscht wird. Weitere Informationen finden Sie unter Konfigurationsmodus bearbeiten in einer NETCONF-Sitzung festlegen.

  • replace— Verwerfen Sie die vorhandenen Konfigurationsdaten in der Kandidatenkonfiguration oder der offenen Konfigurationsdatenbank und ersetzen Sie sie durch die neuen Daten. Weitere Informationen finden Sie unter Ersetzen der Kandidatenkonfiguration mit NETCONF.

<error-option>

(Optional) Geben Sie an, wie der NETCONF-Server die aufgetretenen Fehler verarbeitet, während er die Konfigurationsdaten einbezieht. Im Folgenden sind akzeptable Werte enthalten:

  • ignore-error— Geben Sie an, dass der NETCONF-Server die neuen Konfigurationsdaten auch dann weiter einbindet, wenn ein Fehler auftritt.

  • stop-on-error– Geben Sie an, dass der NETCONF-Server die Integration der neuen Konfigurationsdaten stoppt, wenn ein Fehler auftritt. Dies ist das Standardverhalten, wenn das <error-option> Tag-Element weggelassen wird.

<test-option>

(Optional) Geben Sie an, ob der NETCONF-Server die Konfigurationsdaten validiert, bevor sie in die Kandidatenkonfiguration integriert werden. Die in der NETCONF-Spezifikation definierten akzeptablen Werte sind set (keine Validierung) und der Standard test-then-set (umfassen keine Daten, wenn die Validierung fehlschlägt).

Unabhängig vom angegebenen Wert führt der NETCONF-Server für das Junos OS eine grundlegende Syntaxprüfung der Konfigurationsdaten im <edit-config> Tag-Element durch. Es führt eine vollständige syntaktische und semantische Validierung der Kandidatenkonfiguration als Reaktion auf die <validate> und <commit> Tag-Elemente durch, nicht jedoch für das <edit-config> Tag-Element.

Hinweis:

Das <test-option> Element wird nicht unterstützt, wenn Konfigurationsdaten in die kurzlebigen Konfigurationsdatenbank integriert werden.

<url>

Geben Sie den vollständigen Pfadnamen der Datei an, die die zu ladenden Konfigurationsdaten enthält. Wenn die Konfigurationsdaten als Junos XML-Tag-Elemente formatiert werden, legen Sie das <url> format Attribut auf "xml" fest oder unterlassen Sie das Attribut. Wenn die Konfigurationsdaten als CLI-Konfigurationsanweisungen formatiert werden, legen Sie das <url> Formatattribut auf "text" fest. Weitere Informationen finden Sie unter Hochladen und Formatieren von Konfigurationsdaten in einer NETCONF-Sitzung.

Das <target> Tag-Element und sein Inhalt werden separat erklärt.