cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1018
Views
0
Helpful
2
Replies

EIGRP Stub with non stub neighbors

dporod
Level 1
Level 1

Hi, we have 5 sites connected with a combination of direct fiber and Service Provider Ethernet. The equipmet consists of 3750 stacks with IP Services. Currently each site runs full EIGRP and is a EIGRP neightbor to all the other sites. Everything is working fine right now.

We would like to upgrade the R5 site to a 3750x stack with IP Base (cheaper than IP Services) and configure it as EIGRP Stub. My concern is with the following statement in the IOS command reference guide. 


Note Multi-access interfaces, such as ATM, Ethernet, Frame Relay, ISDN PRI, and X.25, are supported by the EIGRP Stub Routing feature only when all routers on that interface, except the hub, are configured as stub routers.


http://www.cisco.com/en/US/docs/ios/12_2/iproute/command/reference/1rfeigrp.html#wp1024326

                     

In our configuration there would be a non-hub neighbors not configured as stubs. Would this be an issue? Does any one ahve a similiar configuration?

Regards, Dave

2 Replies 2

Peter Paluch
Cisco Employee
Cisco Employee

Hello,

I hope Don Slice will add his definitive word here but according to one of his claims in the following post:

https://supportforums.cisco.com/message/3703342#3703342

  • I am not sure about having stub and non-stub routers on a common  multiaccess segment (so far, documentation indicates that this is not  supported but what exactly "unsupported" means here?
    • This was implemented using the sequence TLV and conditional receive to send a Query to a subset of peers.

So it ought work without problems.

Best regards,

Peter

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Dave,

with the EIGRP stub feature the router cannot report routes learned by other neighbors on other interfaces.

Neighbors take note of the stub bit set on EIGRP hellos and should not send EIGRP Query to the stub router.

So it depends on the topology, if there is a case where, for example for a link fault, you would need to have full EIGRP speaker capability you should move to better feature set.

Edit:

I see from your network diagram that device S5 is connected to SP cloud so there is no need to use is as a transit node between other devices.

So you should be fine with EIGRP stub.

Hope to help

Giuseppe