Cisco Support Community
Community Member

HSRP tracking using RTR

With the following configuration the HSRP state changing is triggered using a track object related to RTR.

The RTR probe is the ICMP ping, with the destination interface on the point-to-point WAN link.


interface FastEthernet0/0

stand 100 track 123 decrement 10




track 123 rtr 1 reachability


rtr 1

type echo protocol ipIcmpEcho

timeout 1000

frequency 3

threshold 2

rtr schedule 1 life forever start-time now

Is it possible to configure RTR in a way that HSRP state changes only after a CONFIGURABLE number of failed ICMP pings

and not if a single ICMP ping fails?

Community Member

Re: HSRP tracking using RTR

Under this track 123 rtr 1 reachability you can specify down delay and up delay ie how much time will it take after a down to actually implement the track option. You cnan give 30 sec which means it will wait for 10 ICMP Failed operations to perform

Community Member

Re: HSRP tracking using RTR

Ok, so with delay configuration I can postpone the changing status decision on my track object.

I still have one doubt: what happens if in the meantime the link is going up and down and, for example, 5 ICMP didn't failed and 5 failed?

Is my changing status decision conditioned only by the 10th ICMP?


Re: HSRP tracking using RTR

Say the first ping failed and the 2nd succeded, then the next time the ping fails the counter for failures will begin from 1 again. It will ie wait for 10 continuous ping timeouts


CreatePlease to create content