[c-nsp] Preferring OSPF over BGP
Martin Komon
M.Komon at SiliconHill.cz
Fri Aug 13 17:15:40 EDT 2010
I believe BGP backdoor would help technically. I say technically because
in your situation it may be too demanding to implement (you mention many
routers) and may not scale well with your needs.
Take a look at BGP backdoor and decide by yourself:
> http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800c95bb.shtml#bgpbackdoor
HTH,
Martin
On 8/13/2010 10:47 PM, Grzegorz Janoszka wrote:
>
> If a router has different sources (different routing protocols) for the
> same route, it chooses the one with the smallest administrative distance:
>
> http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094195.shtml
>
>
> The problem in short: there is a pretty big network with many routers,
> Cisco only. One of them has a network connected which it redistributes
> to OSPF. All other routers see the route via OSPF and via eBGP. Because
> of default administrative distance values, eBGP route always wins, so
> the traffic to that network from all routers but the one connected,
> always chooses external carriers, not the internal network.
>
> One of the solutions is to change globally administrative distance for
> OSPF or BGP. However it is pretty dangerous to do it for all the routes
> on the core routers and Cisco even advices:
>
> "a change in the administrative distance can lead to routing loops and
> black holes. So, use caution if you change the administrative distance."
>
> I thought about setting lower administrative distance in a
> route-map/route-policy, but it seems impossible.
>
> Right now we have filtered such prefixes from eBGP peers, but it leeds
> to total unavailability when the connected route goes down.
>
> Do you know any solutions to prefer the route (connected on another
> router) over eBGP? The only solution that comes to my mind is to
> redistribute connected to iBGP with higher local-preference than eBGP,
> but maybe you know some better way to achieve the goal.
>
> Thanks for any advices.
>
More information about the cisco-nsp
mailing list