HSRP tracking using RTR

[s-durando]

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 172.16.23.7

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?

[j.samanta]

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

[s-durando]

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?

[attrgautam]

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

HTH