# EIGRP Stub Explained

**URL:** <https://forum.networklessons.com/t/eigrp-stub-explained/1118>\
**Category:** Lessons Discussion\
**Created:** [December 27, 2016, 3:57pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118 "2016-12-27T15:57:29Z")\
**Posts on this page:** 20\
**Page:** 3

<div class="post-metadata">

**Author:** ![ribeiro.luis](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/r/ba8739/32.png) [@ribeiro.luis](https://forum.networklessons.com/u/ribeiro.luis)\
**Post date:** [January 31, 2020, 11:24pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/42 "2020-01-31T23:24:24Z")

</div>

Hi Laz,

I’ve done the lab again and, if R1 is a stub and R2 loses the route, R2 will send an Update with an infinite delay, for that route. R1 will then respond with an Ack.

Best regards,  
LP

---

<div class="post-metadata">

**Author:** ![ReneMolenaar](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/renemolenaar/32/488_2.png) [@ReneMolenaar](https://forum.networklessons.com/u/ReneMolenaar)\
**Post date:** [February 3, 2020, 10:11am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/43 "2020-02-03T10:11:45Z")

</div>

Hi @ribeiro.luis,

Which IOS image did you use? This sentence shouldn’t be there so I removed it:

> [@ribeiro.luis](#):
>
> R1#  
> EIGRP: Received QUERY on FastEthernet0/0 nbr 192.168.12.2

I just tried this debug again on two different IOS images. When I use 15.6(3)M2, I don’t see anything at all. R1 doesn’t send a query to R2.

When I use 15.1(4)M10, I do see the query:

```
R1# 
   Handling TLV: 242 42 for 0 route: 2.2.2.0/24
EIGRP: Enqueueing QUERY on FastEthernet0/0 tid 0 iidbQ un/rely 0/1 serno 7-7
EIGRP: Sending QUERY on FastEthernet0/0 tid 0
  AS 12, Flags 0x0:(NULL), Seq 9/0 interfaceQ 0/0 iidbQ un/rely 0/0 serno 7-7
   Handling TLV: 242 42 for 0 route: 2.2.2.0/24
```

```
R2#
EIGRP: Received QUERY on FastEthernet0/0 nbr 192.168.12.1
  AS 12, Flags 0x0:(NULL), Seq 9/0 interfaceQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
   Handling TLV: 242 42 for 0 route: 2.2.2.0/24
```

So somewhere in between these IOS versions, they decided to change the behavior of EIGRP. I added a note in the lesson in case anyone else runs into this.

Thanks for taking the time to test this and let us know!

Rene

---

<div class="post-metadata">

**Author:** ![ribeiro.luis](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/r/ba8739/32.png) [@ribeiro.luis](https://forum.networklessons.com/u/ribeiro.luis)\
**Post date:** [February 3, 2020, 10:45pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/44 "2020-02-03T22:45:45Z")

</div>

Hi Rene,

I’m using version 15.4(2)T4, so I guess you’re right.

To be honest, I think that this new behavior makes more sense. The router loses the route and immediately informs its neighbors.

With IOS 15.1(4)M10, I don’t really understand what triggers R1’s query.

Best regards,  
LP

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [February 4, 2020, 7:37am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/45 "2020-02-04T07:37:13Z")

</div>

Hello Luis

In order for the stub router to send out a query, it must first be informed of a change. This information must come from R2 in a normal scheduled update. Because R1 is a stub, queries will not be sent to it, but normal updates are. Once that update is sent to R1, it will respond with a query (in the IOS versions that function in that manner).

That’s what triggers it, but after doing some research, I have found that documentation is lacking in this area for the particular reason for the query. Others have been asking the question too, but I haven’t seen a sufficiently satisfactory answer. Maybe @ReneMolenaar has something more substantial?

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![se.fers](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/s/5daacb/32.png) [@se.fers](https://forum.networklessons.com/u/se.fers)\
**Post date:** [April 2, 2021, 8:49am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/46 "2021-04-02T08:49:35Z")

</div>

Hi Rene  
On the 3 routers example, when R2 was made into stub router , it stop receiving query message from R3, does it also stop receiving query message from R1.  
thank  
Lam Soon

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [April 4, 2021, 6:05am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/47 "2021-04-04T06:05:13Z")

</div>

Hello Lam

With the application of the stub configuration on R2, R2 does not stop receiving query messages from R3 but **it stops sending them to R3**. In the same way, R1 will also stop receiving query messages from R2.

In the examples with the three router topology, whenever the stub configuration is applied to R2, the results are applied in both directions. In the examples, Rene examines how the command affects the routing table of R3. However, if you were to look at the routing table of R1 as well, you would see a similar situation. So it works in both directions.

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![se.fers](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/s/5daacb/32.png) [@se.fers](https://forum.networklessons.com/u/se.fers)\
**Post date:** [April 5, 2021, 12:46am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/48 "2021-04-05T00:46:10Z")

</div>

Hello Laz

Thank

Regards,

Tan Lam Soon

---

<div class="post-metadata">

**Author:** ![narad](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/n/ea5d25/32.png) [@narad](https://forum.networklessons.com/u/narad)\
**Post date:** [July 2, 2021, 6:06pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/49 "2021-07-02T18:06:11Z")

</div>

@lagapidis **“in the second case R2 knows that R1 is a stub so it doesn’t sent a query for the lost network. When R1 learns of the lost connectivity to the network (via updates etc), it hasn’t received a query for that network.”**

According to above statement , Even if the router is configured stub still it will send the query if there is a failure in non-stub routers but it will not receive the query , but the major concern is that , if the stub router is sending the query it means its expecting the reply so if the reply does not come within 3min then the neighbor-ship will be broken , is not it ??..then whats the benefit of stub here .??

Another thing is that , before ios12.x the stub router was generating the query if there is failure in non-stub routers network but since 15.x ,if the router is configured as stub then it will not generate the query ??..isn’t it ??

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [July 15, 2021, 5:29am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/50 "2021-07-15T05:29:59Z")

</div>

Hello Narad

When we talk about stub routers and their suppression of queries, we’re talking about the **origination** of queries, and not their **replies**.

In the particular topology, we’re talking about, R1 is the stub router and R2 is not. In the lesson, you can see that if R2 loses the 2.2.2.0/24 network, it won’t send a query to R1 asking for an alternate route. At the same time, R1 has also lost the route to 2.2.2.0/24, and R1 will send a query to R2 for an alternate route, which is fine since R2 is not a stub. Note, these queries are both originated by each router, and are not replies, so there is no issue with stuck in active.

> [@narad](#):
>
> Another thing is that , before ios12.x the stub router was generating the query if there is failure in non-stub routers network but since 15.x ,if the router is configured as stub then it will not generate the query ??..isn’t it ??

Can you share where you found this info so we can respond more approrpiately?

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![davidantoine1991](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/d/97f17d/32.png) [@davidantoine1991](https://forum.networklessons.com/u/davidantoine1991)\
**Post date:** [December 19, 2022, 5:35pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/51 "2022-12-19T17:35:44Z")

</div>

Thank you for this Rene! You cleared up anxiety about what “stubs” are! I thank you very much

---

<div class="post-metadata">

**Author:** ![jallen314](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/j/90ced4/32.png) [@jallen314](https://forum.networklessons.com/u/jallen314)\
**Post date:** [February 4, 2023, 2:01pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/52 "2023-02-04T14:01:40Z")

</div>

I think 3.3.3.3 should be in the routing table of R2 when R1 is eigrp stub receive-only.  
I am not sure if loopback 0 is configured on R3 yet, but the routing configuration seems to imply that it is.

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [February 6, 2023, 8:01am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/53 "2023-02-06T08:01:45Z")

</div>

Hello Justin

Yes, because the 3.3.3.0/24 network is being advertised on R3, and we assume that the loopback has been created, we should see that network appearing in the routing table of R2. I will let Rene know to make the appropriate clarification.

Thanks for pointing that out!

Laz

---

<div class="post-metadata">

**Author:** ![Ciscobiscuit](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/c/35a633/32.png) [@Ciscobiscuit](https://forum.networklessons.com/u/Ciscobiscuit)\
**Post date:** [March 25, 2023, 12:30pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/54 "2023-03-25T12:30:58Z")

</div>

Hi,  
As Rene says the options for stub are as follows:

Receive-only: The stub router will not advertise any network.  
Connected: allows the stub router to advertise directly connected networks.  
Static: allows the stub router to advertise static routes (you have to redistribute them).  
Summary: allows the stub router to advertise summary routes.  
Redistribute:allows the stub router to advertise redistributed routes.

I just have a quick question.  
If I have for example a stub with connected and summary only.  
And lets say I create a static route and redistribute it into eigrp on that same stub router with redistribute static.  
Will this be enough for eigrp to advertise that static route to the rest of the eigrp network or is it an absolute must that I have to add word “static” to the already Eigrp stub connected and summary ?

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [March 28, 2023, 4:47am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/55 "2023-03-28T04:47:32Z")

</div>

Hello Sean

Just to be sure, I labbed this one up.

If you have a static route configured on the stub router and you redistribute that static route into EIGRP, that stub router will NOT advertise it to the rest of the EIGRP network. You must use the `static` keyword to have the stub router advertise that network.

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![Ciscobiscuit](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/c/35a633/32.png) [@Ciscobiscuit](https://forum.networklessons.com/u/Ciscobiscuit)\
**Post date:** [April 2, 2023, 10:12am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/56 "2023-04-02T10:12:21Z")

</div>

Thats very helpful, thanks very much Laz.

---

<div class="post-metadata">

**Author:** ![PK10](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/p/22d042/32.png) [@PK10](https://forum.networklessons.com/u/PK10)\
**Post date:** [May 5, 2023, 5:28am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/57 "2023-05-05T05:28:13Z")

</div>

Please can explain about the “Stub Site Function”. I could not find it in EIGRP Section. This is discussed in ENARSI official Cert Guide.

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [May 8, 2023, 4:51am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/58 "2023-05-08T04:51:38Z")

</div>

Hello PK10

The stub-site function you mention is part of what is known as EIGRP IWAN simplification. It is a method of employing the EIGRP stub feature in a DMVPN environment making it simpler to deploy than the conventional way. For more information about it, take a look at the following Cisco documentation:

> **[IP Routing: EIGRP Configuration Guide, Cisco IOS Release 15M&T - EIGRP IWAN...](https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_eigrp/configuration/15-mt/ire-15-mt-book/ire-iwan-simpl.html)**
>
> IP Routing: EIGRP Configuration Guide, Cisco IOS Release 15M&T 
> -EIGRP IWAN Simplification

If you would like to suggest a lesson based on this particular feature, feel free to make your suggestions on the member ideas page below:

> **[Lesson Ideas - NetworkLessons.com](https://networklessons.com/lesson-ideas)**
>
> This page allows networklessons members to share what content they would like to see in the future.

There you will see the suggestions made by others as well, and you may find that others have made similar suggestions to yours, and you can add your voice to theirs.

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![Ciscobiscuit](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/c/35a633/32.png) [@Ciscobiscuit](https://forum.networklessons.com/u/Ciscobiscuit)\
**Post date:** [May 22, 2024, 7:24am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/60 "2024-05-22T07:24:23Z")

</div>

Hi,  
I was just wondering if an EIGRP stub can be used as a transit area. I understand the idea of EIGRP stubs.  
But some licences only allow for EIGRP to run as a stub on switches.  
So if I formed an eigrp neighbourship between my stub and another switch and then just used static routes on the Stub between it and some other switches not running eigrp and used commands “EIGRP stub connected static redistribute” and “redistribute static” on the stub then could it work ? ie. could I use the stub as a “transit” switch allowing traffic to flow back and forth through it to other switches/ devices running static routes.

I hope it makes sense.

I know its not ideal but basically I’m just wondering if an EIGRP stub can be used as a “transit” switch if I use static routes between it and other downstream networks and if it will allow traffic to pass through it back and forth from those downstream non EIGRP neighbour networks to its one and only EIGRP network neighbour.

Thanks.

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [May 24, 2024, 5:13am UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/61 "2024-05-24T05:13:26Z")

</div>

Hello Sean

The quick answer to your question is yes, you can make an EIGRP stub function as a transit area. As stated in the lesson, there are four “flavors” or “permutations” of EIGRP stub networks. These are:

- Receive-only: The stub router will not advertise any network.
- Connected: allows the stub router to advertise directly connected networks.
- Static: allows the stub router to advertise static routes (you have to redistribute them).
- Summary: allows the stub router to advertise summary routes.
- Redistribute: allows the stub router to advertise redistributed routes.

In order to make it a transit area, you can use any of the stub types except for `receive-only`. That’s the only one that will disallow transit traffic to traverse the stub. That’s simply because the stub router will not advertise any networks “behind” it to the rest of the network, so no routers will know of any paths to any networks behind and beyond the stub router.

Remember, even if you create a receive-only stub network, you can always “override” the routing established by EIGRP by redistributing static routes. So although as stub EIGRP router will not advertise networks behind it, static routing may be configured and redistributed into EIGRP on other routers that will direct transit traffic to that stub router, thus essentially establishing transit traffic through a stub network.

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![gorgenyilmaz](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/g/ac91a4/32.png) [@gorgenyilmaz](https://forum.networklessons.com/u/gorgenyilmaz)\
**Post date:** [August 28, 2024, 8:05pm UTC](https://forum.networklessons.com/t/eigrp-stub-explained/1118/62 "2024-08-28T20:05:14Z")

</div>

Hi,

In this lesson, When you configure default stub behaviour and shut down loopback0 in R2 ,  
how R1 knows that 2.2.2.0 has gone and sends query? Shouldn’t R2 tell this to R1 beforehand?

[Previous page](https://forum.networklessons.com/t/eigrp-stub-explained/1118.md?page=2)

[Next page](https://forum.networklessons.com/t/eigrp-stub-explained/1118.md?page=4)
