+ Reply to Thread
Results 1 to 5 of 5
  1. Senior Member
    Join Date
    Jun 2013
    Location
    Tarpon Springs, FL
    Posts
    139

    Certifications
    CISSP, CCNA, CCNP 300-115 (still working on Routing & T-Shoot)
    #1

    Default summary route distribution (LSA Type 5)

    I have a question on how summary route distribution works from an external source (say, BGP to OSPF as in the example on page 362 of the CCNP Route guide). I mean the "area range" and/or "summary-address" OSPF commands.

    Say BGP connects to only Area 0 of OSPF via ASBR1 and ASBR2.

    Then let's say Area 0 also connects to Area 1 (via ABR1) and Area 2 (via ABR2).

    Let's say we want Areas 0, 1, and 2, to have a default route for internet traffic, but we also want the OSPF areas to speak with each other.

    I THINK, that if you use summary-address to redistribute 0.0.0.0/0 into OSPF from ASBR1 and ASBR2 that no other routes would come from BGP (since all, by definition, are subnets of 0.0.0.0/0). So far, this is fine.

    What I want to know, is how then is this handled on ABR1 and ABR2 when they send Type 3 LSAs to Area 1 and Area 2 from Area 0?

    I THINK that unless you summarize again on ABR1 and ABR2 (and I'm assuming we're not), that subordinate routes of 0.0.0.0/0 will still be sent as an Type 3 LSAs and all will be fine.

    Because if they are not, then this would cut off Area 1 and Area 2 from each other and from any Area 0 routes.

    I hope my question makes sense.
    Reply With Quote Quote  

  2. SS -->
  3. Junior Member
    Join Date
    Feb 2016
    Location
    Columbia, SC
    Posts
    18

    Certifications
    CCNA R&S/Wireless/Security, Security+, BS in CS, MPA in Computer & Network Security
    #2
    I don't believe you can use summary-address or area range commands with a default route. IOS will reject the command if I'm remembering this correctly. The simplest solution is to use default-information originate instead of trying to reinvent the wheel. Then the Type 3s come from the different areas, and everyone has a default to the internet.
    Q4-2017-Q1-2018 Goals: CCNP R&S: SWITCH[X] Route [] TSHOOT []
    Reply With Quote Quote  

  4. Senior Member
    Join Date
    Jun 2013
    Location
    Tarpon Springs, FL
    Posts
    139

    Certifications
    CISSP, CCNA, CCNP 300-115 (still working on Routing & T-Shoot)
    #3
    Quote Originally Posted by Phiers View Post
    I don't believe you can use summary-address or area range commands with a default route. IOS will reject the command if I'm remembering this correctly. The simplest solution is to use default-information originate instead of trying to reinvent the wheel. Then the Type 3s come from the different areas, and everyone has a default to the internet.
    Hey, thanks.

    Page 361 in the 300-101 cert guide seems to say you use summary-address on the ASBR and area range for the ABR (at least in the example they're using).
    Reply With Quote Quote  

  5. Junior Member
    Join Date
    Feb 2016
    Location
    Columbia, SC
    Posts
    18

    Certifications
    CCNA R&S/Wireless/Security, Security+, BS in CS, MPA in Computer & Network Security
    #4
    I saw it in the book. However, neither works with defaults according to my gear and a few threads when I googled the topic. Area range errors out, and summary-address goes in with a "not-advertise".

    I'm reading the OCG now as my final prep, and there seems to be a few examples where the technology doesn't work exactly like the book says it does. DMVPN's nhrp resolution request and response for spoke to spoke are the first that come to mind. The book says the hub sends back a response to the nhrp request. However, if you watch a packet capture, the hub forwards to request to the destination spoke and that spoke replies back to the original spoke directly which brings up the S2S tunnel. I call it the NHRP triangle to help me remember the data flow for standing up spoke to spoke.

    Here's some screenshots from my testing regarding the ospf topic.



    summary-address 0.0.0.0 0.0.0.0 not-advertise



    R2(config-router)#area 0 range 0.0.0.0 0.0.0.0 advertise
    % OSPF: Cannot add this range as 0.0.0.0/0 represents default
    Q4-2017-Q1-2018 Goals: CCNP R&S: SWITCH[X] Route [] TSHOOT []
    Reply With Quote Quote  

  6. Roaming teh Bytes OfWolfAndMan's Avatar
    Join Date
    Oct 2013
    Location
    Grandma's basement
    Posts
    894

    Certifications
    A/L/P/S+, CCNP R&S, CCDA, CCDP, CCNA R&S/Sec, ACIS ERS 8K & VSP 9K, BS: IT Security
    #5
    Just an FYI. You cannot redistribute a default route into OSPF. OSPF does not support that function. Instead, you need to have a default route in the routing table prior and inject the default route using the following command: default-information originate If there is no default route in the routing table, then you can have ospf originate one by typing the following command instead: default-information originate always Also, if the Areas outside of 0 are a stub or total stub area, the ABR will generate a default route anyway. Source: https://www.rfc-editor.org/rfc/rfc2328.txt (Section 3.6)
    Last edited by OfWolfAndMan; 11-30-2017 at 04:07 PM.
    Reading: Lab Books, Ansible Documentation Goals: Bash Shell/Python Automation Refinement [], CCIE R&S Written [X], AWS Certified Solutions Architect Associate (Maybe) [] CCIE R&S Counter: Somewhere between zero and infinity
    Reply With Quote Quote  

+ Reply to Thread

Social Networking & Bookmarks