cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1058
Views
0
Helpful
3
Replies

HSRP Question

e-alvarez
Level 1
Level 1

Hi everyone,

I have a question about how HSRP works.

I have two routers, A and B, running IOS 12.4, and tracking on an ICMP Echo. (relevant configs for both routers below). From what I have read so far, I am under the impression that as soon as the tracked object changes state, the swtichover from Stanby to active is immediately. From what I have seen, it takes about 30 secs to switchover. It seems to correspond to the Hello/Hold timers, although they are supposed to be independent events. Why does it take that long to switchover? Does the Hello packet (when the routers can communicate with each other) carries the info to switchover?

Any help will be much appreciated...

here are the configs:

router A:

boot system flash c2800nm-entservices-mz[1].124-3g.bin

ip sla monitor 1

type echo protocol ipIcmpEcho AAA.BBB.CCC.DDD source-interface FastEthernet0/1

frequency 10

ip sla monitor schedule 1 life forever start-time now

!

track 100 rtr 1

!

!

!

interface FastEthernet0/0

description LAN Ruteador A Navega

ip address xxx.yyy.96.66 255.255.255.224

ip nat inside

ip route-cache flow

duplex auto

speed auto

standby 1 ip xxx.yyy.96.65

standby 1 timers 30 35

standby 1 priority 110

standby 1 preempt delay minimum 3600

standby 1 track 100 decrement 20

!

router B (not doing any tracking, only backup):

!

interface FastEthernet0/0

ip address xxx.yyy.96.67 255.255.255.224

ip nat inside

duplex auto

speed auto

standby preempt

standby 1 ip xxx.yyy.96.65

standby 1 preempt delay minimum 5

1 Accepted Solution

Accepted Solutions

The problem is the 'standby 1 timers 30 35' on routerA. I believe the default hello/hold timer is 3/9 secs respectively.

The router doesn't initiate any adhoc hello packet when the priority changes. It waits till the next hello is due and that's the reason why it can take up to 30 seconds for the alternate router's higher priority to take effect when the tracked object goes down on the primary router.

HTH

Sundar

View solution in original post

3 Replies 3

jwdoherty
Level 1
Level 1

From various Cisco documentation (e.g. http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094afd.shtml#topic1) priority is sent in a hello packet. What's not clear is whether the hello packet would be sent immediately when the priority changes or with the next "scheduled" hello. From your results, it appears that the initial change in priority goes with the next scheduled hello packet. You could probably confirm this by using debug.

To speed up the switch over, decrease the hello time interval. (You might also want to adjust your holdtime to be the usual 3x the hello time - allows for 3 missed hellos.)

The problem is the 'standby 1 timers 30 35' on routerA. I believe the default hello/hold timer is 3/9 secs respectively.

The router doesn't initiate any adhoc hello packet when the priority changes. It waits till the next hello is due and that's the reason why it can take up to 30 seconds for the alternate router's higher priority to take effect when the tracked object goes down on the primary router.

HTH

Sundar

That explains the time it takes for the switchover. I was playing with the hello/hold timers, but I had the impression that a hello would be sent as soon as the priority changed, no "as scheduled"...It was just for academic purposes.

Thanks to all

Review Cisco Networking for a $25 gift card