cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
597
Views
0
Helpful
5
Replies

EIGRP and Metro E

plavine
Level 1
Level 1

I seem to have an issue with EIGRP as it relates to detecting an outage. During some longer outages when we lose layer 3 connectivity between sites, EIGRP does not bounce. I am assuming this is because the physical interface does not bounce. How dynamic routing protocols should be configured on Metro E to detect outages more seamlessly?

5 Replies 5

John Blakley
VIP Alumni
VIP Alumni

I would suggest adding a static route to your next hop in case of an outage:

ip route 0.0.0.0 0.0.0.0 preferredIP

ip route 0.0.0.0 0.0.0.0 backup 254

The 254 route won't get used unless the preferred doesn't respond.

--John

HTH, John *** Please rate all useful posts ***

Joseph W. Doherty
Hall of Fame
Hall of Fame

When the interface remains up, but the peer is down, many routing protocols rely on some keepalive method to detect loss of peer or neighbor. Default peer loss detection periods can be rather long but they often can be reconfigured to decrease the time.

For EIGRP, you could adjust the hello interval timer and the hold timer. (The default for you might be an interval of 5 seconds and 3x for hold period, i.e. 15 seconds to detect loss of peer or neighbor.)

That seems like it should work on paper or in a lab however in production I will sustain losses of minutes before I finally passive out the interface to force eigrp to converge. It is almost as though the keepalive timers are not working at all.

So, you've already set the hello timer down to 1 second with the default 3x? In other words, neighbor loss isn't detected in about 3 seconds?

If the problem is 3 seconds still isn't fast enough, some of the newer platforms with a later IOS support BFD with EIGRP; i.e. subsecond neighbor loss should be detected. For more information about that see:

http://www.cisco.com/en/US/technologies/tk648/tk365/tk207/technologies_white_paper0900aecd80243fe7.html

http://www.cisco.com/en/US/docs/ios/12_4t/ip_route/configuration/guide/t_bfd.html

I don't think adjusting timers will fix your problem, if it is taking minutes by using the default timer settings then you have problems elsewhere.

Review Cisco Networking for a $25 gift card