Understanding Cisco’s EIGRP Stub Router Feature

Home > Blogs > Cisco > Understanding Cisco’s EIGRP Stub Router Feature

Understanding Cisco’s EIGRP Stub Router Feature

Like This Blog 4Mark Jacob
Added by June 9, 2014

If you are keeping up with Cisco’s announcements regarding EIGRP, you are aware that Cisco has released their proprietary routing protocol into the open. However, one of the pieces they are keeping close to the vest is the stub feature.  If your environment has need of this functionality, this blog may enlighten you as to its configuration and results.

My goal in this blog is to use packet captures with Wireshark to dig a little deeper into what happens on the network when this feature is deployed.  Here is the scenario:

Cisco EIGRP Stub Router Feature Network

In the above network, R3  is configured with the command (from config-router mode)

eigrp stub receive-only

I have Wireshark monitoring the link between R2 and R3 so that I can see the EIGRP packets as they cross the wire.  All three routers are running EIGRP, and R1 is advertising the network 192.168.1.0/24.  While I am monitoring the link, I will go to R1 and shutdown Loopback 0, thus killing that network.  Since R2 and R3 are downstream from this network topology change, I should see some action on the wire in response.  Let’s take a look.

Wireshark Cisco EIGRP Stub Router Feature Network

I have highlighted that a Query message was sent. Keep in mind that if an EIGRP router has no feasible successor in its topology table, the next step is to query neighbors for a possible replacement route. However, with the stub feature enabled, perhaps we were expecting to see no query messages being sent. After all, this is what the stub feature is supposed to accomplish. This is where it helps to dig a little deeper.  You will note that the source IP address of the query is 172.20.1.2 and the destination IP address is 224.0.0.10 (EIGRP’s multicast address). So while there was a query, it was generated by R3 back in the direction of R2.  R2 behaved correctly by not sending a query to R3.

You may also like:  Configuring HSRP for IPv6 on Cisco Networks

You might then wonder why you wouldn’t just configure R2’s f0/1 interface as a passive-interface. If you did that, R2 and R3 would not form an EIGRP neighbor relationship.  This is not what we are trying to do – we just want to leave R3 out of the loop when query messages arise.  In the tiny network shown above, you could conclude that there is not much benefit to using the stub feature. Admittedly this is the case, but here is where you make the mental leap to extrapolate the stub feature benefits into an enterprise-level network. Because querying is not a particularly fast process, leaving out participants where it is feasible to do so will speed up convergence in large networks by ignoring routers that couldn’t possibly have an alternate route.

There are other stub options that can be configured.  The list looks like this:

–        receive-only

–        connected

–        static

–        summary

–        redistribute

If you configure the receive-only option, you can’t include any of the other options on the above list.  If you just configure the router as a stub and don’t specify any option, the default behavior is to share connected and summary routes.  Some other caveats also arise when using these options.  For instance, if you configure the static option, you still must allow EIGRP to share the static routes by issuing the redistribute static command in the config-router context, or the router won’t share the routes.  The same goes for the connected option.  If a network statement does not include the connected routes you want to share, then you must issue the redistribute connected command.  One last aspect which may seem counterintuitive is that if you use the redistribute option, you are permitting the router to share redistributed routes, but you still must actually redistribute the routes for them to be shared.  If you choose the summary option, don’t forget to either manually create summary routes or enable auto-summary.

You may also like:  How to get more comfortable with IPv6

If you are a routing person, then you may already be familiar with stub areas in OSPF.  This is somewhat different from that.  In OSPF, it is an area that is a stub.  In EIGRP, the router itself is a stub router.  Once again, if you require this feature, be prepared to talk to Cisco as they own it and they are not sharing it!   Until next time…
Mark Jacob
Cisco Instructor – Interface Technical Training
Phoenix, AZ

Videos You May Like

Agile Methodology in Project Management

0 12 0

In this video, you will gain an understanding of Agile and Scrum Master Certification terminologies and concepts to help you make better decisions in your Project Management capabilities. Whether you’re a developer looking to obtain an Agile or Scrum Master Certification, or you’re a Project Manager/Product Owner who is attempting to get your product or … Continue reading Agile Methodology in Project Management

Creating Users and Managing Passwords in Microsoft Office 365

0 10 1

In this Office 365 training video, instructor Spike Xavier demonstrates how to create users and manage passwords in Office 365.

Detailed Forensic Investigation of Malware Infections – April 21, 2015

1 35 1

In this IT Security training video, Security expert Mike Danseglio (CISSP / CEH) will perform several malware investigations including rootkits, botnets, viruses, and browser toolbars.

Write a Comment

See what people are saying...

  1. tayo

    There is also the eigrp stub leak-map option

  2. Nick

    I guess this highlights why you should summarise into a stub area too – to limit the scope of the queries coming back in the opposite direction. Enlightening post, thanks!

  3. techvicky.com

    got a bit lost while reading passive and stub, then the conclusion was cleared after you said “You might then wonder why you wouldn’t just configure R2’s f0/1 interface as a passive-interface. If you did that, R2 and R3 would not form an EIGRP neighbor relationship”

    thanks

  4. James

    Thanks so much, this clears up some simple questions I had about the purpose of a stub network in EIGRP.

Share your thoughts...

Please fill out the comment form below to post a reply.