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 Kandidatenkonfiguration oder die offene Konfigurationsdatenbank aufnimmt. Stellen Sie die Daten auf eine von drei Arten bereit:

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

  • Fügen Sie das <config-text> tag-Element ein, um einen Datenstrom von CLI-Konfigurationsanweisungen bereitzustellen, die integriert werden sollen. Die Konfigurationsanweisungen sind in das <configuration-text> tag-Element eingeschlossen.

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

Wenn eine Clientanwendung den Junos XML-Protokollvorgang <open-configuration> ausgibt, um eine bestimmte Konfigurationsdatenbank zu öffnen, bevor der Vorgang auf dem Ziel <candidate/>ausgeführt wird<edit-config>, führt Junos OS den <edit-config> Vorgang für die geöffnete Konfigurationsdatenbank aus. Andernfalls wird der Vorgang für die Kandidatenkonfiguration ausgeführt.

Inhalt

<config>

Schließen Sie das <configuration> tag-Element ein.
<configuration>

Schließen Sie die in Junos XML geschriebenen Konfigurationsdaten ein. Diese Konfigurationsdaten werden als Datenstrom bereitgestellt und in die Kandidatenkonfiguration oder offene Konfigurationsdatenbank aufgenommen. Weitere Informationen zur Syntax für die Darstellung der zu erstellenden, zu löschenden oder zu ändernden Elemente finden Sie unter Zuordnen von Konfigurationsanweisungen zu Junos XML-Tag-Elementen.
<config-text>

Schließen Sie das <configuration-text> tag-Element ein.
<configuration-text>

Schließen Sie die Konfigurationsdaten ein, die als CLI-Konfigurationsanweisungen formatiert sind. Diese Konfigurationsdaten werden als Datenstrom bereitgestellt und in die Kandidatenkonfiguration oder offene Konfigurationsdatenbank aufgenommen.

<default-operation>

(Optional) Geben Sie an, wie die neuen Konfigurationsdaten in die Kandidatenkonfiguration oder die offene Konfigurationsdatenbank integriert werden sollen, insbesondere wenn widersprüchliche Anweisungen vorhanden sind. Die folgenden Werte sind zulässig:

  • merge– Kombinieren Sie die neuen Konfigurationsdaten mit der vorhandenen Konfiguration gemäß den Regeln, die unter Festlegen des Bearbeitungskonfigurationsmodus 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 das Attribut nicht in ihrem öffnenden operation Container-Tag haben, 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 öffnenden operation Container-Tag enthält, um einen Eingliederungsmodus anzugeben. Dieser Modus verhindert, dass der NETCONF-Server übergeordnete Hierarchieebenen für ein zu löschendes Element erstellt. Weitere Informationen finden Sie unter Festlegen des Bearbeitungskonfigurationsmodus in einer NETCONF-Sitzung.

  • replace– Verwerfen Sie die vorhandenen Konfigurationsdaten in der Kandidatenkonfiguration oder öffnen Sie die Konfigurationsdatenbank und ersetzen Sie sie durch die neuen Daten. Weitere Informationen finden Sie unter Ersetzen der Kandidatenkonfiguration mithilfe von NETCONF.
<error-option>

(Optional) Geben Sie an, wie der NETCONF-Server mit Fehlern umgeht, die beim Einbinden der Konfigurationsdaten auftreten. Die folgenden Werte sind zulässig:

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

  • stop-on-error– Geben Sie an, dass der NETCONF-Server die Integration der neuen Konfigurationsdaten beendet, 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 er sie in die Kandidatenkonfiguration einbindet. Die in der NETCONF-Spezifikation definierten akzeptablen Werte sind set (keine Validierung) und die Standardwerte test-then-set (keine Daten einbeziehen, wenn die Validierung fehlschlägt).

Unabhängig vom angegebenen Wert führt der NETCONF-Server für das Junos-Betriebssystem 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 das und <commit> tag-Element durch, jedoch nicht für das <validate> <edit-config> tag-Element.

Hinweis:

Das <test-option> Element wird nicht unterstützt, wenn Konfigurationsdaten in die kurzlebige 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 sind, legen Sie das <url> format Attribut auf "xml" fest, oder lassen Sie das Attribut weg. Wenn die Konfigurationsdaten als CLI-Konfigurationsanweisungen formatiert sind, legen Sie das <url> format-Attribut 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 erläutert.

Zugehörige Dokumentation

Tabelle "Änderungshistorie"

Die Funktionsunterstützung hängt von der Plattform und der Version ab, die Sie verwenden. Verwenden Sie den Feature-Explorer , um festzustellen, ob ein Feature auf Ihrer Plattform unterstützt wird.

Release
Beschreibung
21.1R1 und 21.1R1-EVO
Ab Junos OS Version 21.1R1 und Junos OS Evolved Version 21.1R1 verwendet das Gerät bei Einstellung <default-operation> replaceauf einen load update Vorgang anstelle eines load override Vorganges, um die Konfiguration zu ersetzen. Bei Ladeaktualisierungsvorgängen benachrichtigt das Gerät nur die Junos-Prozesse, die geänderten Anweisungen entsprechen, und minimiert so mögliche Unterbrechungen des Netzwerks.