in
IEOC CCIE Forums

IEOC - INE's Online Community

Welcome to INE's Online Community - IEOC - a place for CCIE and CCENT candidates to connect, share, and learn. Our Online Community features CCIE forums and discussions for all tracks including Routing & Switching, Voice, Security, Service Provider, Wireless,, and Storage. Through these online communities you can discuss your questions with thousands of your peers, hundreds of CCIE's and INE's own team of world renowned CCIE instructors and authors, Brian Dennis - Quintuple CCIE #2210, Brian McGahan – Triple CCIE #8593, Petr Lapukhov - Quad CCIE #16379, and Mark Snow - Dual CCIE #14073.
Latest post 12-05-2016 9:35 AM by JoeM. 5 replies.
Page 1 of 1 (6 items)
Sort Posts: Previous Next
  • 12-02-2016 10:11 PM

    what is the solution for EIGRP Black Hole !?

    hi,

     

    in this topology:

     

     

     

     

     

     

     

     

     

     

     

    Both A and B advertised summary of 10.1.0.0/16 to X. 

    X has better route to 10.1.0.0/16 through A. if link A to C got down, this advertisement will not reach X. so X will continue send traffic to A, and the traffic get blocked there.

    what is the solution to this scenario to let X re-route to B 

    • Post Points: 50
  • 12-03-2016 8:25 AM In reply to

    • peety
    • Top 25 Contributor
    • Joined on 02-22-2011
    • Redmond, WA, USA
    • Elite
    • Points 19,700

    Re: what is the solution for EIGRP Black Hole !?

    Explain yourself better - what's the discard route in the diagram? Explain why a simple reconvergence wouldn't fix your ill.

    I can read between the lines and think that I know what you're after (the answer is no, a routing protocol is not going to be smarter than an ACL), but you're better off cleaning up your question.

    CCIE R&S #34583

    Now based in Redmond, WA

    • Post Points: 20
  • 12-03-2016 3:29 PM In reply to

    Re: what is the solution for EIGRP Black Hole !?

    I think this issue would happen with any routing protocol right?  Not just EIGRP.

    I think the discard route being referred to is the standard route to NULL0 that gets automatically created by the router originating the summary as a loop prevention mechanism.

    The root of the problem, as I see it, is that A has a single point of failure when reaching the C, D, and E subnets.  So, of course, if A is advertising a summary and A looses one of those links then it's going to blackhole the traffic for sure. 

    The only way that I can think of to fix this is to install a redundant additional link between A & B so A has an alternate path to C, D & E and eliminate the single point of failure.  Otherwise, you would have to come up with some convoluted tracking object that if any of the links between A and C, D, & E go down then stop advertising the summary.

     

    I'm curious if anyone has any other more "elegant" solutions.

     

     

    • Post Points: 5
  • 12-03-2016 3:32 PM In reply to

    • JoeM
    • Top 10 Contributor
    • Joined on 04-15-2012
    • Guadalajara, Mexico
    • Elite
    • Points 31,465

    Re: what is the solution for EIGRP Black Hole !?

    As long as other specific routes still exist for that summary, then the Discard Route will remain and continue to be advertised.    Oudmaster is trying to find a way around this issue.....and he actually wants RouterX to recognize the specific network change and then react by going directly through RouterB.

    Possible Solutions:

    • Don't summarize where there is an alternate router needed as a backup for a specific route.
    • Cable between RouterA and RouterB. Let them back each other up indirectly.
    • Use the LEAK-MAP option, to exempt any specific networks from the summary route.
    • ...EEM or some sort of SDN
      • to get the more specific route on RouterB
      • or change metrics for the summary-routes going out.

    The easiest solution is probably to place a connection between RouterA and RouterB.  The blackhole issue will be gone, because RouterA will still recieve the more specific backup route from RouterB.  RouterX will still use the same route, oblivious to how it is being routed.  Magic.

    EEM and/or LEAK-MAP would be the most fun....but would need to be applied on both RouterA and B to gain the effect.

     

     

     

    • Post Points: 5
  • 12-05-2016 8:00 AM In reply to

    Re: what is the solution for EIGRP Black Hole !?

    Maybe I am missing something here, but if the discard route was generated due to eigrp summary commands and the link between A and C goes down, wouldn't A learn about 10.1.1.0/24 via D or E? 

     

    So traffic would go X->A> (D or E) >B>C?  So the traffic would not be black holed unless D & E are stub? 

     

    If D and E have to be stub, the best solution I agree Joe, put a back to back in A<->B and do not summarize on that interface.  If that is not an option then you would need a leak map. 

     

    If those are not an option you could do a GRE tunnel for an indirect link between A<->B or use EEM like Joe said.  Or keep it simple and do not summarize.

    • Post Points: 20
  • 12-05-2016 9:35 AM In reply to

    • JoeM
    • Top 10 Contributor
    • Joined on 04-15-2012
    • Guadalajara, Mexico
    • Elite
    • Points 31,465

    Re: what is the solution for EIGRP Black Hole !?

    Yes, you are correct. It would not be blackholed unless the spokes were stubs.

    • Post Points: 5
Page 1 of 1 (6 items)
IEOC CCIE Forums Internetwork Expert CCIE Training
About IEOC | Terms of Use | RSS | Privacy Policy
© 2010 Internetwork Expert, Inc. All Rights Reserved