12-27-2010 10:20 PM
Dear all,
I am facing with the exact problem as a previous user of running EIGRP as the PE-CE routing protocol for a MPLS VPN customer, but in different hardware. The PE router is a 7609-S RSP720-3CXL-GE running IOS 12.2(33)SRC3.
(When I have 33 prefixes or more in the VRF table on the PE, and I try to advertise this network to the CE router (by redistributing BGP into EIGRP), the EIGRP process begins to flap.
I can't advertise prefix more that 32 subnets at a time why?????
The very weird part here, is that when I do debug ip eigrp on the PE and the CE, I can see that the PE router is sending the routes to the CE, but on the CE I can see nothing.)
In my case there is 16 prefixes. When redistributing BGP into EIGRP on allready adjasent EIGRP neighbors everything works perfect, until some side clears it then it begans flaping. On PE router debug is show "retry limit exceeded" ,on CE "Interface Goodbye received"
If solution will be same what software should I use?
Thanks,
George Shiukashvili
Solved! Go to Solution.
12-27-2010 10:37 PM
Hello George,
Are you able to ping PE-CE with higher packet size (1400,1500 or 1600). If so can you check for any interface errors on interface
The debug output indicate that eigrp did not receive any ack. from peer. As a handy solution can you try to change ip mtu 1500 on interface at both
end
Regards
mahesh
12-28-2010 02:12 AM
George,
Let me ask a few questions:
I agree with the assessment of Mahesh - the preliminary information we have suggest that either the PE packets are not arriving at the CE, or the ACK packets from CE are not arriving back at the PE. Your own debug analysis furthermore revealed that there are no EIGRP Update packets arriving from the PE at the CE. Problems with MTU could indeed cause these problems but it is necessary to inspect the entire path between PE and CE.
Best regards,
Peter
12-27-2010 10:37 PM
Hello George,
Are you able to ping PE-CE with higher packet size (1400,1500 or 1600). If so can you check for any interface errors on interface
The debug output indicate that eigrp did not receive any ack. from peer. As a handy solution can you try to change ip mtu 1500 on interface at both
end
Regards
mahesh
12-27-2010 11:14 PM
Dear mahesh,
Neither packet loss nor errors, when pinging customer with mtu 1500, df-bit is set. MTU is set on both sides 1500
Best regards
George
12-28-2010 02:12 AM
George,
Let me ask a few questions:
I agree with the assessment of Mahesh - the preliminary information we have suggest that either the PE packets are not arriving at the CE, or the ACK packets from CE are not arriving back at the PE. Your own debug analysis furthermore revealed that there are no EIGRP Update packets arriving from the PE at the CE. Problems with MTU could indeed cause these problems but it is necessary to inspect the entire path between PE and CE.
Best regards,
Peter
12-28-2010 04:03 AM
-----
Dear all
There was really MTU issue on PE router.
Thanks
12-28-2010 11:45 AM
Could you please share which mtu was causing your issue? is it ip mtu ? or interface/mpls
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