Wiederkehrende Aktionen mit cron unter Linux oder at unter Windows kennt wohl jeder Admin. Es ist aber noch relativ unbekannt, dass im Cisco IOS seit Version 12.3(1) auch wiederkehrende Aktionen möglich sind.
Die Konfiguration mit dem zuständigen Befehl kron teilt sich in zwei Bereiche:
- Definition der wiederholt auszuführenden Befehle
- Festlegen des Ausführungs-Zeitpunktes
In diesem Beispiel soll jede Nacht um 1:00 das Interface Dialer0 resettet werden, um einen definierten Zeitpunkt der DSL-Zwangstrennung zu erreichen (genau dafür benutze ich den Befehl normalerweise).
ki-router(config)#kron policy-list clearIntDi0
ki-router(config-kron-policy)#cli clear interface Dialer 0
ki-router(config-kron-policy)#exit
ki-router(config)#
Damit wurde eine Policy-List angelegt, in der das Interface Dialer0 resettet wird. Hier können auch mehrere Befehle hintereinander angegeben werden. Allerdings sind keine Konfigurationsbefehle erlaubt, da all diese unabhängig nacheinander ausgeführt werden. Weiterhin dürfen sie keine Interaktion mit dem Benutzer erfordern.
Als nächstes wird festgelegt, wann die Befehle ausgeführt werden sollen:
ki-router(config)#kron occurrence DailyReload ?
at Date of kron occurrence eg. 14:30 Feb 13
in Delta time to kron occurrence
user Set the user name
ki-router(config)#kron occurrence DailyReload at 01:00 recurring
ki-router(config-kron-occurrence)#policy-list clearIntDi0
ki-router(config-kron-occurrence)#exit
ki-router(config)#
Man sieht, daß nicht nur eine wiederkehrende Ausführung möglich ist, sondern auch eine Ausführung in der Zukunft, wie es z.B. von dem Befehl reload bekannt ist.
Folgende Konfiguration hat sich ergeben:
ki-router#sh run | s i kron
kron occurrence DailyReload at 1:00 recurring
policy-list clearIntDi0
kron policy-list clearIntDi0
cli clear interface Dialer 0
ki-router#
Im Logging kann man an der Meldung zum Interface sehen, daß der Befehl ordnungsgemäß ausgeführt wurde:
Jun 12 01:00:31: %DIALER-6-UNBIND: Interface Vi3 unbound from profile Di0
Jun 12 01:00:54: %DIALER-6-BIND: Interface Vi3 bound to profile Di0
Weitere Informationen gibt es in der Cisco Dokumentation:
Super Tipp!!!!!!!!!!!!
Danach habe ich schon länger gesucht.
DANKE
Ich glaub bei “clear pppoe all” geht der Reconnect schneller. Wenn man beide Befehle remote ueber die DSL Leitung eingibt wird die Telnetsession beim interface Befehle gekillt, beim clearen der pppoe Session bleibt sie bestehen ..
Hi !
gibt es sowas vergleichbares auch für die ASA ?
Danke und Grüße,
Raphael
Auf der ASA ist sowas leider bisher noch nicht implementiert. Aber kann ja noch kommen … 😉