The neighbor 10.51.254.2 is flapping up and down due to holding time expired. This means the router did not receive an eigrp packet from its neighbor and the hold time expired,causing the neighbor to reset.
%DUAL-5-NBRCHANGE: IP-EIGRP 1: Neighbor 10.1.51.2 (FastEthernet4/0) is down: holding time expired
"If no hellos are received within the hold time, which is 15 seconds by default on most links, the router informs the neighbor that the neighbor relationship has been torn down and logs a syslog message."
1. Send a stream of 10000 count, once using 100 byte and once using 1500 byte packets,using extended ping, to the neighbor's directly connected interface IP address. Are there any packet drops or time outs?
Does the neighbor respond if you ping the EIGRP multicast address 184.108.40.206?
2. Perform "debug eigrp packet hello" on both routers to verify that the neighbors are ending and receiving EIGRP hello packets.
Check the routing table entry to verify the next-hop address is correct for the neighbor.
3. Other possibilities that can bring the neighbor relationship down are unidirectional links, uncommon subnet mismatches, mismatched masks, layer 2 problems, ACL deny statement, etc.
This is caused because enough EIGRP hello messages are not received to cause the neighbor relationship to terminate. EIGRP expects to receive hello messages on a certain periodic basis which can be adjusted with ip hello-interval eigrp . If EIGRP does not receive those messages regularly (if some messages are dropped) EIGRP has a hold interval which can be adjusted with ip hold-time eigrp and if there are no hello messages received within the hold interval then EIGRP will drop the neighbor.
You could experiment with changing the values of ip hello-interval and ip hold-time and see if it improves your situation. By default the values are 5 seconds and 15 seconds. I believe that it is good to maintain that ratio if you make changes.
I had a situation at a client where we had connections with variable latency and periodic high packet loss. We were experiencing the instability in EIGRP neighbor relationship that you are having. We did change the values and made them significantly larger. We found that the EIGRP neighbor relationships became much more stable. Recognize that if you do change these timers that when there is a real problem that EIGRP will be slower to recognize the problem and react to it. After all the purpose of these timers was for EIGRP to be able to verify that its neighbors are ok or not.
I've seen the same problem with 2 1300 bridges and the problem was the bridges, not EIGRP. You should check your wireless link in terms of error, etc. You can do some tests right from the GUI interface of the bridges.
Personally I don't think this is a great idea trying to runn eigrp between 2 routers wirelessly . The drops could be caused by anything , interference in the wireless environment , rogue AP's etc.. which will be very difficult to track down . You can increase the timers and it may keep the adjacency up but you won't know when you are haveing problems , the link could be dropping packets and you won't know it because the link is being kept up artifically with the longer timers .
You could use a static route/floating static route depending on whether this is an active link or a backup link to another location. This would stop the EIGRP problems, but you should still troubleshoot the wireless link. I use a number of wireless bridge connections and they are typically very reliable, even in the rain and snow.
I think I will work back from the wireless bridge and perhaps apply static routes on this interface since it is the primary path between the routers. I will update this post with the solution or with additional questions if these suggestions don't fix the problem.
We have 3 identical switches configured by someone else and would like to claim some of the Gigabit ports(G1/G2/G3/G4) for use on servers. When we try to change the wiring and configuration, we run in to connectivity issues. Attached is a des...
This is actually a pretty cool feature, i didn't even know it existed until I was looking for a solution to advertise a subnet (prefix in BGP talk), only if a certain condition existed. This is exactly what conditional advertisements does
j ai une question j ai achete un routeur cisco 887VA-k9 , je le configuré avec la configuration ci- dessous
si je le lier avec mon pc portable sur l un de ses ports directement ça marche toute est bien ( la connexion internet + m...