09-27-2005 11:29 PM - edited 03-03-2019 10:37 AM
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?
09-27-2005 11:59 PM
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
09-28-2005 07:25 AM
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?
09-28-2005 07:51 PM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide