Konfigurieren einer Ereignisrichtlinie zur Änderung der Konfiguration

Eine Ereignisrichtlinie führt Aktionen als Reaktion auf bestimmte Ereignisse aus. Sie können benutzerdefinierte Ereignisrichtlinien in der Junos OS-Konfiguration konfigurieren, die auf ein bestimmtes Ereignis oder korrelierte Ereignisse warten, und dann eine Aktion ausführen, die das Erstellen einer Protokolldatei, das Aufrufen von Junos OS-Befehlen oder die Ausführung eines Ereignisskripts umfassen kann. Manchmal kann es notwendig sein, die Konfiguration als Reaktion auf ein bestimmtes Ereignis zu ändern. Nach Erhalt eines SNMP_TRAP_LINK_DOWN- oder SNMP_TRAP_LINK_UP-Ereignisses für eine bestimmte Schnittstelle kann die Ereignisrichtlinienaktion beispielsweise die Konfiguration einer statischen Route ändern, um ihre Metrik anzupassen oder ihren nächsten Hop zu ändern.

Ereignisrichtlinien können die Konfiguration ändern, indem sie ein Ereignisskript aufrufen, das die Konfiguration ändert und festschreibt, oder indem Sie die change-configuration Anweisung verwenden, um Konfigurationsmodusbefehle auszuführen, die die Konfiguration ändern. Vor Junos OS Version 12.1 hat eine Ereignisrichtlinie ein Ereignisskript aufgerufen, um Konfigurationsänderungen auszuführen. Ab Junos OS Version 12.1 können Sie zusätzlich zum Aufrufen eines Ereignisskripts eine Ereignisrichtlinie mit der Aktion konfigurieren, die change-configuration Junos OS-Konfigurationsmodusbefehle verwendet, um die Konfiguration zu ändern.

Hinweis:

Verwenden Sie die change-configuration Anweisung nicht, um die Konfiguration auf Zwei-Routing-Engine-Geräten zu ändern, auf denen nonstop aktives Routing (NSR) aktiviert ist, da beide Routing-Engines möglicherweise versuchen, eine Sperre für die Konfigurationsdatenbank zu erlangen, was zum Fehlschlagen des Commits führen kann. Um die Konfiguration über eine Ereignisrichtlinie zu ändern, wenn NSR aktiviert ist, rufen Sie ein Ereignisskript auf, das den Commit nur für die primäre Routing-Engine ausführt.

Um die Konfiguration über eine Ereignisrichtlinie mit Befehlen im Konfigurationsmodus zu ändern, konfigurieren Sie die change-configuration [edit event-options policy policy-name then] Anweisung auf Hierarchieebene. Zum Beispiel:

Die commands Anweisung gibt die Befehle im Konfigurationsmodus an, die nach Erhalt des konfigurierten Ereignisses oder Ereignisses ausgeführt werden. Schließen Sie jeden Befehl in Anführungszeichen (" ") um und geben Sie den vollständigen Anweisungspfad zum Element, dem Bezeichner oder Wert an, wie sie es im Konfigurationsmodus tun, wenn Sie Befehle auf [edit] Hierarchieebene ausstellen. Die commands Anweisung akzeptiert die folgenden Befehle im Konfigurationsmodus:

• activate

• deactivate

• delete

• set

Der Ereignisprozess (eventd) führt die Konfigurationsbefehle in der Reihenfolge aus, in der sie in der Ereignisrichtlinienkonfiguration angezeigt werden. Die Befehle aktualisieren die Kandidatenkonfiguration, die dann festgeschrieben wird, sofern keine Commit-Fehler auftreten.

Sie können die commit-options untergeordnete Anweisung so konfigurieren, dass der Commit-Vorgang für die Ereignisrichtlinie angepasst wird. Sie können die Änderungen auf einer einzelnen Routing-Engine festlegen oder die synchronize Option konfigurieren, die Commit für beide Routing-Engines zu synchronisieren. Wenn Sie die synchronize Option konfigurieren, kopiert die Routing-Engine, auf der Sie diesen Befehl ausführen, ihre Kandidatenkonfiguration und lädt sie in die andere Routing-Engine. Beide Routing-Engines führen eine Syntaxprüfung der Kandidatenkonfigurationsdatei durch. Wenn keine Fehler gefunden werden, wird die Konfiguration aktiviert und wird zur aktuellen Betriebskonfiguration auf beiden Routing-Engines. Standardmäßig funktioniert die synchronize Option nicht, wenn die reagierene Routing-Engine Konfigurationsänderungen nicht durchgeführt hat. Sie können jedoch die Commit-Synchronisierung auf den Routing-Engines erzwingen und alle Warnungen ignorieren, indem Sie die force Option konfigurieren.

Wenn Sie eine Ereignisrichtlinie testen oder beheben möchten, können Sie die check Commit-Option so konfigurieren, dass die Kandidatenkonfigurationssyntax überprüft wird, ohne die Änderungen zu übernehmen. Bei dualen Steuerungsebenen wird bei der Konfiguration der check synchronize Anweisung die Kandidatenkonfiguration auf einer Steuerungsebene in die andere Steuerungsebene kopiert, und das System überprüft, ob beide Kandidatenkonfigurationen syntaktisch korrekt sind. Die check Erklärung und die anderen commit-options Aussagen schließen sich gegenseitig aus.

Die Änderungskonfiguration kann fehlschlagen, während die Konfiguration gesperrt wird. Konfigurieren Sie die retry Anweisung so, dass das System versucht, die Richtlinienaktion zur Änderung von Konfigurationsereignis eine bestimmte Anzahl von Malen zu ändern, wenn der erste Versuch fehlschlägt. Konfigurieren Sie die user-name Anweisung, um die Konfigurationsänderungen und das Commit unter den Berechtigungen eines bestimmten Benutzers auszuführen. Wenn Sie keinen Benutzernamen angeben, wird die Aktion als Benutzer rootausgeführt.