Skip navigation
Login   |   Register
Cisco Learning Home > CCNP R&S Study Group > Discussions
This Question is Answered
5223 Views 12 Replies Latest reply: Mar 17, 2011 6:58 AM by Scott Morris - CCDE/4xCCIE/2xJNCIE RSS

Currently Being Moderated

EIGRP Stub and Passive Interfaces

Mar 2, 2011 4:27 AM

Hello,

 

Configuring a router as a stub or configuring all of this router's interfaces which are not connected to other EIGRP speakers as passive interfaces have dentical outcomes?

 

I believe both comands could be used on remote / branch routers who have only one EIGRP neighbour and do not need to advertise any other EIGRP route to the rest of the network, other than their main connected network (interface connecting the remote router to the core/ distribution / central site)?

 

With the passive interface, all those "internal" interfaces will stop sending hello out, trying to establish neighbor's relationships (as in fact they are not connected to any EIGRP speaker) with the view of exchanging routing inormation.

 

With the remote router configured as a stub, it's still sending Hello and participating in the EIGRP Neighborship but it's not advertising out any EIGRP route and will not receive any query from its EIGRP neighbors...Surely a stub EIGRP router connected to other routers who do not need to have routing information past the stub router and do need their routing information to be shared past the stub will also require lots of summary routes?

 

Now, does anybody know of a modern production environment where either some EIGRP routers are configured as stubs or where some of their "inside" interfaces are passive? Any recomendation about EIGRP scalabilities issues?

 

Thanks!

  • Paul Stewart  -  CCIE Security 7,573 posts since
    Jul 18, 2008
    Currently Being Moderated
    1. Mar 2, 2011 5:11 AM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    EIGRP Stub and passive interfaces are completely different topics.  EIGRP stub is sort of like being a BGP speaker and not wanting to become a transit AS.  Cisco says it limits the query scope by telling the neighbors it is a stub.  This is true, but it also keeps the stub router from advertising certain routes.  By default connected and summary routes are advertised (assuming summarization).  So if there are redundant connections from "Branch" to "HQ", we can use stub to make sure that Branch never becomes a transit for an HQ that somehow became split.  It also limits HQ from asking for "querying" for routes when a recalculation must occur.

     

    Passive interface simply disables adjacencies on an interface that is included in the EIGRP process.  Passive-interface and stub can work on the same router without issue. 

    Join this discussion now: Login / Register
  • Brian 2,971 posts since
    Aug 17, 2009
    Currently Being Moderated
    3. Mar 2, 2011 5:53 AM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    Draw a little diagram to help display the network topology you are trying to reference.  This will go along way in helping us answer your question.

     

    In short,  a router configured as an EIGRP Stub, advertises only connected and summary routes by default.  In addition, nonstub routers connected to the stub routers will not send query messages to the stub routers when a route goes "active".

     

    HTH

    Join this discussion now: Login / Register
  • Paul Stewart  -  CCIE Security 7,573 posts since
    Jul 18, 2008
    Currently Being Moderated
    6. Mar 14, 2011 4:12 PM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    Trostka wrote:

     

    Hi Paul,

     

    Thanks - with a lot of delay ...I definitely had some trouble grasping the concepts you mentioned.

     

    So now I believe - as you said- that EIGRP Stub (setting which affects the entire router, as anyone should know) and passive interface (which, as the command says, only affect an interface / directly connected networks and neighbour) are more opposite than similar.

     

    IN: Simply, an interface configured as passive will neither send out Hello or listen to routes updates from neighbours as "Passive interface simply disables adjacencies on an interface that is included in the EIGRP process. " But a passive interface will still advertise out connected, summary, redistributed or configured networks.

     

    OUT: whereas a Stub router will not advertise its own routing table. But a Stub router will still be a EIGRP neighbour, even if a very silent and secretive one!

     

    Actually a passive interface will not advertise anything.  No EIGRP will be sent out the interface in passive mode and received EIGRP on a passive interface will be discarded.  This interface will be included in the EIGRP process, so the network represented by the interface will be made known to the EIGRP topology and will be advertised out other, non-passive, interfaces. 

     

    Stub router will advertise part of its own routing table.  By default, it advertises its connected routes (those derived from IP addresses on UP/UP interfaces) and summary routes (valid auto and manual summary routes).  It does not readvertise out its EIGRP learned routes.  So in BGP AS terminology, this is not a "transit" router. 

    Join this discussion now: Login / Register
  • Scott Morris - CCDE/4xCCIE/2xJNCIE 8,429 posts since
    Oct 7, 2008
    Currently Being Moderated
    7. Mar 16, 2011 12:08 PM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    Passive interface has to do with participation in the protocol.  If passive, as you noted, you will not get to form a peer at all.

     

    Stub on the other hand does two things:  (and it assumes you DO have a peer, which makes it mutually exclusive with passive-interface)

     

    1.  Limits what routes are sent out (based on the details you configure it with, such as "default" only)

    2.  Limits what peers are queried in case of route failure

     

    Even if you put ALL the options into a stub where you'd end up sending most, if not all of your learned routes to the peer, you still would not query the other end if a route disappeared.

     

    Passive interface dictates WHO you will talk to, or not...  Stub dictates HOW you will talk to them.

     

    HTH,

     

    Scott

    Join this discussion now: Login / Register
  • Scott Morris - CCDE/4xCCIE/2xJNCIE 8,429 posts since
    Oct 7, 2008
    Currently Being Moderated
    9. Mar 16, 2011 8:15 PM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    If you didn't ask the questions, you wouldn't get answers!  (and we'd be bored...   never a good thing!)

     

     

     

    Glad to help though.

     

     

    Scott

    Join this discussion now: Login / Register
  • Scott Morris - CCDE/4xCCIE/2xJNCIE 8,429 posts since
    Oct 7, 2008
    Currently Being Moderated
    11. Mar 17, 2011 6:57 AM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    It does modify the Hello packets.

     

    If you take a look at "show ip eigrp neighbor detail" you'll be able to see whether stub routing is enabled or not.

     

    The header you could always look at in Wireshark, but being that it's a proprietary protocol, I'm not sure how much detail we would be allowed to know about. 

     

    Scott

    Join this discussion now: Login / Register
  • Scott Morris - CCDE/4xCCIE/2xJNCIE 8,429 posts since
    Oct 7, 2008
    Currently Being Moderated
    12. Mar 17, 2011 6:58 AM (in response to Trostka)
    Re: EIGRP Stub and Passive Interfaces

    Yeah, Cisco isn't really forthcoming with the details about what flags are for what feature in the TLVs.

     

    Scott

    Join this discussion now: Login / Register

Actions

More Like This

  • Retrieving data ...

Bookmarked By (1)