Behandeln von Fehlern beim Bearbeiten der Kandidatenkonfiguration in einer NETCONF-Sitzung
In einer NETCONF-Sitzung mit einem Gerät, auf dem Junos OS ausgeführt wird, können Sie NETCONF-XML-Verwaltungsprotokollvorgänge zusammen mit Junos XML- oder CLI-Konfigurationsanweisungen (Command-Line Interface) verwenden, um die Konfiguration auf einer Routing-, Switching- oder Sicherheitsplattform zu ändern. Wenn der NETCONF-Server die Konfigurationsdaten nicht integrieren kann, gibt der Server das <rpc-error> tag-Element mit Informationen zurück, in denen der Grund für den Fehler erläutert wird. Wenn der NETCONF-Server beim Einbinden neuer Konfigurationsdaten in die Kandidatenkonfiguration auf einen Fehler stößt, wird der Einbindungsprozess standardmäßig angehalten. Sie können explizit angeben, dass der NETCONF-Server beim Einbinden neuer Konfigurationsdaten Fehler ignoriert oder bei einem Fehler anhält, indem Sie das <error-option> tag-Element einschließen.
Eine Clientanwendung kann explizit angeben, dass der NETCONF-Server die Integration neuer Konfigurationsdaten beendet, wenn ein Fehler auftritt. Die Anwendung schließt das <error-option> tag-Element mit dem Wert stop-on-error im <edit-config> tag-Element ein.
<rpc> <edit-config> <error-option>stop-on-error</error-option> <!-- other child tag elements of the <edit-config> tag element --> </edit-config> </rpc> ]]>]]>
Alternativ kann die Anwendung angeben, dass der NETCONF-Server weiterhin neue Konfigurationsdaten einbindet, wenn ein Fehler auftritt. Die Anwendung schließt das <error-option> tag-Element mit dem Wert ignore-error im <edit-config> tag-Element ein.
<rpc> <edit-config> <error-option>ignore-error</error-option> <!-- other child tag elements of the <edit-config> tag element --> </edit-config> </rpc> ]]>]]>
Die Clientanwendung kann das optionale <test-option> tag-Element enthalten, das in der NETCONF-Spezifikation beschrieben ist. 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. Wenn das <test-option> Tag eingeschlossen ist, führt NETCONF eine vollständige syntaktische und semantische Validierung als Reaktion auf das <commit> und <validate> tag-Element durch (d. h., wenn die Konfiguration festgeschrieben oder explizit überprüft wird), jedoch nicht als Reaktion auf das <edit-config> tag-Element.