cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
506
Views
0
Helpful
2
Replies

Does this design sound right?

chipsch21
Level 1
Level 1

I am implementing a new edge architecture and in my lab everything seems to work right with the exception of the iBGP connection. A quick diagram is below:

PE-ISP-A    PE-ISP-B

    |                     |

  CE-A -------- CE-B

    |                    |

    |                    |

  SW-A -------SW-B

          |            |

                 |

              LAN

CE-A and CE-B have an iBGP connection to propogate routes to each other from ISP-A and ISP-B from which I am receiving full routing tables. I am running OSPF between the CE's and Switches. The switches have a routed link between each other and trunks down to the LAN which is how they are propogating their HSRP multicasts for active/standby status. Each switch has two default routes, the first pointing to the next hop interface on its respective CE device and the second being a floating static in the instance that the link goes down to go towards its adjacent switch.

Both CE devices have routes pointing towards the VIP of each vlan on the switches. If the link goes down from lets say CE-A to SW-A CE-A reroutes to CE-B and down towards the VIP via OSPF. I have seen one flaw so far with this and that is that the iBGP session does not drop when the connection drops between CE-A and CE-B which causes some traffic to get blackholed. I attempted to use the neighbor x.x.x.x fall-over command but this didn't seem to speed up convergence.

Should I not be running OSPF at the CE devices and let iBGP do the work for rerouting traffic due to the static routes being installed in the routing table? Any other thoughts on where my thought process may be messed up on this one?

2 Replies 2

tony.henry_2
Level 1
Level 1

Chipsch21,

So the ibgp session between the two CE's won't drop at all?  Is it possible that they have their Peer relationship over the ISP links? A couple of things I'd suggest is looking at the keep alive timers, and maybe even an additional protocol like BFD to assist in the detection and triggering of your routing protocols to do something.

Tony

Sorry I should have posted an update but I did get the iBGP portion working. Initially I tried used the neighbor x.x.x.x fall-over command but it didn't produce the results I expected. I ended up lowering the timers on this link to get the desired results.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco