tom12 10 Geschrieben 7. Februar 2007 Melden Teilen Geschrieben 7. Februar 2007 Hallo an alle, folgende Situation habe ich: 2 2800er Router sind über eine Standleitung verbunden. Als BAckup wird ein IPSec Tunnel übers Internet verwendet. Nun hatte ich das Problem, dass die Standleitung ausgefallen ist (protocol ist also down). Was ist passiert? Das Routing hat korrekt auf den IPSec Tunnel umgeschaltet. Allerdings hat dann der Router periodisch versucht das Interface UP "zu nehmen", d.h. das Protocol ging up, also hat das Routing wieder umgestellt (obwohl auf der Standleitung nichts ging), und somit hatte ich ca. 10-20 sec. keine Verbindung .. Dann ging das Interface wieder down und alles lief übers BAckup. Meine Frage: Wie kann ich sagen, dass der Router nur z.B. alle 10 minuten versucht das Interface hochzuziehen?? Was machen eigentlich folgende commandos auf dem seriellen Interface: pulse-time carrier-delay keepalive DANKE schonmal, Grüsse Thomas Zitieren Link zu diesem Kommentar
#9370 10 Geschrieben 7. Februar 2007 Melden Teilen Geschrieben 7. Februar 2007 Das Line-Protocol (L2) ist nur up, wenn eine Verbindung zur Gegenstelle, mit der ppp, hdlc, frame-relay usw. gesprochen wird, vorhanden ist. Solange da keine Daten hin und her gehen, bleibt as Line-Protocol auf Down. Der Router setzt es auch probehalber nicht wieder auf up. In deinem Fall war wahrscheinlich die Leitung kurz up und dann wieder gestört. #9370 Die Befehle machen folgendes: pulse-time: To enable pulsing data terminal ready (DTR) signal intervals on the serial interfaces, use the pulse-time command in interface configuration mode. To restore the default interval, use the no form of this command. carrier-delay: To set the carrier delay on a serial interface, use the carrier-delay command in interface configuration mode. To return to the default carrier delay value, use the no form of this command. Usage Guidelines If a link goes down and comes back up before the carrier delay timer expires, the down state is effectively filtered, and the rest of the software on the switch is not aware that a link-down event occurred. Therefore, a large carrier delay timer results in fewer link-up/link-down events being detected. On the other hand, setting the carrier delay time to 0 means that every link-up/link-down event is detected. In most environments a lower carrier delay is better than a higher one. The exact value that you choose depends on the nature of the link outages that you expect to see in your network and how long you expect those outages to last. If data links in your network are subject to short outages, especially if those outages last less than the time it takes for your IP routing to converge, you should set a relatively long carrier delay value to prevent these short outages from causing unnecessary churn in your routing tables. If outages in your network tend to be longer, you might want to set a shorter carrier delay so that the outages are detected sooner, and the IP route convergence begins and ends sooner. keepalive: To enable keepalive packets and to specify the number of times that the Cisco IOS software tries to send keepalive packets without a response before bringing down the interface or before bringing the tunnel protocol down for a specific interface, use the keepalive command in interface configuration mode. When the keepalive function is enabled, a keepalive packet is sent at the specified time interval to keep the interface active. To turn off keepalive packets entirely, use the no form of this command. Zitieren Link zu diesem Kommentar
fu123 10 Geschrieben 8. Februar 2007 Melden Teilen Geschrieben 8. Februar 2007 Hi, du kannst auf deinem seriellen interface ein "backup interface" einrichten. Das Backup interface geht dann automatisch down und erst wieder up, wenn das Primary interface down ist. Delayzeiten sind auch einstellbar. Fu Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.