HSRP Problem

[onedread 10]

HI

 

Wir haben 2 Router der 2600er Serie mit der Standby Adresse 10.10.10.1 die auch unser Standardgateway im Netz ist.

 

Heute war es so das bei uns die ISDN Leitung ausgefallen ist die auf den Router hängt, und seitdem funktionieren die Router nur sporadisch, d.h Hoche CPU Auslastung auf einen der beiden Router, habe Pingantwortzeiten von über 2000ms. Das arbeiten auf der Console ist fast unmöglich.

 

Weiters wenn ich den einen Router vom Netz nehme funktioniert die Console einwandfrei und die CPU Auslastung ist wieder normal.

 

Interfacestatus sieht auch Ok aus.

 

Kann mir einer weiterhelfen ich check das nicht.

 

Erklärung ist mangelhaft für Fragen die ich beantworten kann bin ich auch glücklich.

 

Folgendes kommt immer auf einem der beiden Router

 

000332: Sep 13 16:39:23.213: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000333: Sep 13 16:39:37.922: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000334: Sep 13 16:39:37.998: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000335: Sep 13 16:40:21.508: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000336: Sep 13 16:40:21.597: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000337: Sep 13 16:40:48.322: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000338: Sep 13 16:40:48.358: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000339: Sep 13 16:41:20.572: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000340: Sep 13 16:41:20.613: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000341: Sep 13 16:41:54.642: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000342: Sep 13 16:41:54.682: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000343: Sep 13 16:42:17.224: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000344: Sep 13 16:42:17.260: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000345: Sep 13 16:42:48.913: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000346: Sep 13 16:42:48.989: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000347: Sep 13 16:43:13.523: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000348: Sep 13 16:43:13.583: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000349: Sep 13 16:43:23.588: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000350: Sep 13 16:43:23.628: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

000351: Sep 13 16:43:41.522: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Standby -> Active

000352: Sep 13 16:43:41.578: %HSRP-6-STATECHANGE: FastEthernet0/0.1 Grp 0 state

Active -> Speak

 

 

 

mfg

onedread

[rob_67 10]

Hi,

 

beide configs und die genaue ios version wären nicht schlecht, trackst du deine isdn interfaces? Wie sieht das mit der ISDN Anbindung genau aus, zwei Primärmuxer auf beiden Routern oder ein oder mehrere s0s? Bei welchem Router ist die isdn Leitung tot? Kann einer der beiden Router überlastet sein? Was machen die Kisten alles noch außer ISDN und HSRP? Wie erfolgt das Routing auf die über die Kisten, ist die HSRP Adresse default Gateway?

 

gruss

 

 

rob

[onedread 10]

Hi

 

Also die beiden Router sind 1. physikalisch getrennt und der eine hängt an der herkömmlichen Postleitung und der 2. an der Tele2/Uta Leitung.

 

Standby Ip bei beiden ist 10.10.10.1 konfiguriert und einer von den beiden hat eine niedrigere Priorität. Isdn Interfaces werden nicht getrackt, wäre das sinnvoll, lass mich das verstehen wenn man deses tracking aktiviert und der Router verliert den ISDN Kontakt dann fällt die Standby Ip auf den Router oder wie?

 

Zu der Arbeit der Router die 10.10.10.1 fungiert als Standardgateway weiters, spielen die beiden eine wichtige Rolle bei unserem CCM als Fallback, DHCP Server der einzelnen VLans für Standtelefone, Schnurlostelefone und NotebooksWLan. Heute war es so als die ISDN Leitung ausgefallen ist reagierte der Router nicht mehr Richtig und man konnte den 2. Router bzw. die 10.10.10.1 auch nicht mehr bzw. sehr schwer zu erreichen. Aber mit sh proc cpu sorted habe ich mit den Prozentzusammenzählung max. 15% Auslastung bekommen. Steckte man dann die Lanschnittstelle aus konnte man via Console am Router ohne Probleme arbeiten aber der Standbyrouter wurde dann eben nicht mehr erreicht was ja eigentlich das HSRP zu machen hätte.

 

Jetzt funktioniert es wieder als wir unsere SSG520 von Juniper neugestartet hatten, wo die VLans terminiert bzw. die Regeln laufen welches VLan wohin darf.

 

Was ich aber nicht verstehe was macht die Firewall wenn man im gleichen Subnetz auf ein Netzwerkdevice zugreift?

 

thx 4 help

onedread

[Sailer 11]

Zu einigen deiner Fragen:

 

Interface Tracking heißt, die HSRP-Priorität eines Devices wird um einen vorgegebenen Wert gesenkt wenn bestimmte Interfaces ausfallen. Dadurch kann man erreichen, dass ein anderer Router aktiv wird sobald der primäre z.B. einen wichtigen Uplink verloren hat. Das Routing lässt sich somit optimieren.

 

 

Eine Firewall arbeitet i.d.R. auf Layer3 und Layer4 d.h. wenn im gleichen Subnet auf ein Device zugegriffen wird kann sie gar nichts machen -> dann müsste es schon eine Layer2-Firewall (Bridging) sein.

 

 

Zur CPU-Auslastung: Du musst die Prozentwerte nicht zusammenzählen, in der obersten Zeile steht doch die Gesamtauslastung. Die kumulierten Werte in der Liste ergeben meist nicht die Gesamtauslastung!

 

 

Bezüglich HSRP: Sieht so aus als würde einer der Route dauernd versuchen Active-Router zu werden?!

Poste doch mal deine Config und "debug standby errors" + "debug standby events", da sieht man vermutlich den Fehler.