Solved

EIGRP Not Distributing Remote Routes

Posted on 2012-04-13
2
1,095 Views
Last Modified: 2012-04-16
Hello, I recently changed our routing protocol to EIGRP and I have a question about why remote routes aren't being communicated across a common switch/router.  I have three Cisco switches (3560s, 3750 in the middle) attached to three different networks.  One is attached to both, and the other two are only attached to the middle switch (believe these are called 'stubs?) - please see the below image for a visual representation.

Diagram
They are all attached with L3 links as shown in the diagram.  There are more networks attached to R1 and R2 than shown here, but for simplicity's sake I only listed one per.  

I was under the impression that all of the routers that participate in an EIGRP AS would share all of their routes with one another, if even they aren't direct neighbors.  What I'm seeing is that R1 is not getting the 172.16.1.0/24 network from EIGRP, and R3 is not getting the 10.10.1.0 network.  I had to put in static routes so those networks could talk to one another.  I thought if they are all part of the same AS, then R2 would share those routes with the other routers - neighbor routes getting an AD of 90 and external routes getting a higher AD...170 i think - but I'm not seeing any external routes listed when I do a 'show ip routes eigrp'.  

Here is the config I used to set up EIGRP on each:

R1# eigrp 10
R1# network 10.0.0.0
R1# no auto-summary

R2# eigrp 10
R2# network 10.0.0.0
R2# network 172.16.0.0
R2# no auto-summary

R3# eigrp 10
R3# network 172.16.0.0
R3# no auto-summary

I used no auto-summary since the 10.0.0.0/8 network is subnetted as shown in the diagram.  R2 has all of the routes, but I want EIGRP to distribute R3's network to R1, and vice versa.  Pretty sure I shouldn't have to do any redistribution commands since EIGRP should share all of this data.  One more piece of info.  Here is what the configs show regarding EIGRP on each node after inputting the above commands:

R1:
router eigrp 10
   network 10.0.0.0
   no auto-summary

R2:
router eigrp 10
   network 10.0.0.0
   network 172.16.0.0
   eigrp stub connected summary

R3:
router eigrp 10
   network 172.16.0.0
   eigrp stub connected summary

I'm not sure where that last line on R2 and R3 came from...all I put in was the commands shown above.  If you have questions, want more info, configs, run some commands...just ask.  Though I suspect this will be a simple answer at the end.  Thanks for the help.
0
Comment
Question by:hachemp
2 Comments
 
LVL 22

Accepted Solution

by:
Jody Lemoine earned 500 total points
ID: 37846197
Take a careful look at the licensing level of the three switches. On newer Catalyst 3750/3560 switches, the IP Services license is required for full EIGRP (not stub) functionality. If you're getting the "eigrp stub connected summary" entry on a switch that you did not configure as a stub, it's very probable that the license in R2 isn't sufficient and is operating as a stub router, which would lead to exactly the behaviour you're describing.

If R1 has the correct license and is running as a full EIGRP router, the most economical approach (assuming the switches have a similar hardware configuration) would be to swap the hardware running R1 and R2.  The R1 and R3 units don't need full functionality and are best configured as stubs anyway. As long as R2 is a full EIGRP router, everything will work as expected.
0
 

Author Comment

by:hachemp
ID: 37851370
Thanks a lot.  I kept looking at the configs wondering what I was doing wrong, but this makes perfect sense.  They are all running the IPBase version of their software, but R1 is running 12.2(35)SE5 while R2 and R3 are running 12.2(55) SE1.  Cisco must have changed this in between those two versions.  Unfortunately I can't just swap R1 and R2, but at least I know why this isn't working, and can continue to use static routes until I can beg borrow or steal for the $$ to upgrade to an IP Services license.  Thanks!
0

Featured Post

How your wiki can always stay up-to-date

Quip doubles as a “living” wiki and a project management tool that evolves with your organization. As you finish projects in Quip, the work remains, easily accessible to all team members, new and old.
- Increase transparency
- Onboard new hires faster
- Access from mobile/offline

Join & Write a Comment

Please see preceding article here: http://www.experts-exchange.com/Networking/Operating_Systems/A_11209-Root-Bridge-Election.html Figure 1 After Root Bridge has been elected, then what?..... Let's start by defining a Root Port in la…
Every server (virtual or physical) needs a console: and the console can be provided through hardware directly connected, software for remote connections, local connections, through a KVM, etc. This document explains the different types of consol…
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…

743 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

12 Experts available now in Live!

Get 1:1 Help Now