Policy Based Routing - Tracking Options

[Alain Desnoyers]

Is there a way to use the multiple tracking option in a route map in a way as to set some kind of condition. For example. I have L3 switch that I have PBR configured on,  this switch connects to 2 routers (R1 and R2), R1 is connected to MPLS and R2 is connected to the Internet, R1 and R2 are also connected to each other. I have a tracking object that is pinging an ip address at the other side of the Internet link via R2 and the Policy Based Routing on the L3 switch will set the next hop to the LAN interface of  R2 ONLY if the tracking object is up. The scenario is what if the LAN interface on R2 that connects to the L3 switch goes down but the tracking object is still reachable as it can be pinged via the R1 > R2 > Internet connection. The PBR that I have will still set the next hop to the interface that connects to R2 even though it is down since it can still ping the tracking object. Is there a way to have it behave so that if the LAN interface to R2 is down set the next hop to the LAN interface that connects to R1. I hope I've explained it OK.

Thanks

[samavedula_rama]

I believe you can do that by using

set ip next-hop verify-availability yy track 123

Please see the following link to see how multiple tracking options can be configured.

http://www.cisco.com/en/US/docs/ios/iproute_pi/configuration/guide/iri_prb_mult_track_ps6441_TSD_Products_Configuration_Guide_Chapter.html

Regards.

Rama

[Alain Desnoyers]

So here is an example, how would I interpret this, if it can be done

rtr 1
type echo protocol ipicmpecho 192.168.250.102       (ip address at other end of the Internet link)

rtr schedule 1 start-time now life forever

track 1 rtr 1 reachability

track 2 interface gi 2/0/47 line-protocol   (interface on L3 switch that connects to Internet router R2)

route-map ausPBR permit 10
match ip address 100
set ip next-hop verify-availability 10.1.1.1 10 track 1

set ip next-hop verify-availability 10.1.1.1 20 track 2

route-map ausPBR  permit 20

So will this cause the route map to check the status of track both object 1 and 2 before it sets the next hop to 10.1.1.1.  So if track 1 is up but track 2 is not the route map check will fail and the packets identified in the access-list 100 will be routed normally.

Is my interpretation correct? If not how do I accomplish something like that.

Thanks