Hii Giuseppe,

All devices will support all routing protocols except one i.e Non-Cisco RAS(Even it is also supporting , but not recommended by manufacturer hence working on Static route only)

In my scerio there is one more point.

As mentioned Switch-1 & Switch-2 is running with BGP with remote end (Providers network). And primarily Non-Cisco device traffic/access switch traffic( Access traffic IP pools is advertised on BGP at Switch-1 and then at providers end respective device).....but in case if Switch-1 WAN link failure and if we get success in auto-switching of traffic towards Switch-2 we also need to advertise same IP pools on BGP at Switch-2 and at respective device at providers end....is this possible to advertise same pools on two pairs of devices running with BGP or any other routing protocols...?

Hello Jimmy,

>> .is this possible to advertise same pools on two pairs of devices running with BGP or any other routing protocols...?

This is possible but the key point here is fault detection and reaction to it.

You need also to take care of faults inside the network.

Hope to help

Giuseppe

Hi Giuseppe,

:)) , Lets go ahead with discussion for acheiving the scenrio. have to take the risk for something good.

Can u pls help me to desgn possible way..pls.

Hello Jimmy,

as I explained in my first post if you cannot use dynamic routing protocols you need to use object tracking as in that link I've provided.

The idea is that you configure static routes towards the RAS device for the internal networks (one for each subnet)

Then you define a test like a ping to a specific address in the subnet to verify that it is alive.

Until it is alive the static route is present in the routing table:

it can be used for forwarding of packets

it can be used by a BGP network command to advertise the IP subnet.

This on edge BGP routers

In the same way, internal routers after the RAS device can have default static routes towards BGP routers via the RAS device, and they can check the good health of BGP device1 and of its eBGP connection (for example pinging an ISP1 ip address)

So that they can switch to secondary route in case of failure.

BGP router2 if needed can use BGP conditional advertising to advertise prefixes only when BGP router1 stops to advertise them.

So a direct connection between the two BGP routers to run an iBGP session is useful.

All this put together can work.

The details of configuration are IOS version dependent.

The first preliminary step is to understand if your devices support object tracking.

If you like you can post a list of devices and IOS version for the BGP routers and the internal devices.

if this solution cannot be used we can think of using BGP sessions to provide state information.

Hope to help

Giuseppe

HI Giuseppe,

Sure . Will provide you the IOS details shortly for further suggestions.