I'm trying to work out how I can optimise WAN link detection failure for a frame relay circuit.
I have a site with two routers each with a PVC back to a central site. The routers are currently setup with HSRP on the local LAN with interface tracking enabled on the frame relay serial link. The HSRP timers are set to 1 3. Static routing is configured on both routers.
The aim is to try and avoid any outage to the central site greater than 2 seconds. The HSRP timers could be tuned downwards to help achieve this.
However, frame relay LMI keepalive (or Cisco end-to-end keepalive) monitoring doesn't have low enough timers to acheive this reliably.
I don't beleive I could get low enough figures by running a routing protocol as the timers would still be too high. I've looked at IP SLA and once again the best frequency is 1 second for ICMP monitoring hence too slow. I also checked out Cisco Optimized Edge routing but I don't think that's applicable. I also looked at Bidirectional Forwarding Detection, and this isn't available on the lower platforms.
I think I need some monitoring protocol that will give me end to end feedback with msec timers associated. I also need to be able to feed this information back into HSRP or the routing engine (static or dynamic).
Does anybody know if this is feasible and how it can be acheived?
IMO, a routing protocol like EIGRP will probably give you the quickest covergence time possible. You can set the hello/hold interval to 1 second and non-receipt of single hello will cause the neighbor to go down via serial link and that I hope that is acceptable to you.
R4(config-if)#ip hold-time eigrp ?
<1-65535> Autonomous system number
R4(config-if)#ip hold-time eigrp 1 ?
<1-65535> Seconds before neighbor is considered down
Thanks for the first response regarding OSPF fast hellos. I see I can achieve this with both IS-IS and OSPF which is good. However, my first preference would be to go for EIGRP as this is the legacy routing protocol running in various other parts of the network. Introducing OSPF brings new management headaches which I will try to avoid. However, I think OSPF could achieve what is required.
Sundar ... thanks for the feedback but I think the EIGRP idea of using a hold interval of 1 second is too risky. This has the potential to trigger more instability over the WAN links as only a single packet need be lost to cause a topology change. Most routing protocols are designed to avoid this type of issue by working on multiples of the hello timers. Thanks for the idea but I don't feel I could recommend this approach.
My perfect scenario is to come up with something that is dynamic routing based as this particular part of the network is static routing based. I think it maybe wishful thinking however !
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...