I've not done VRF Select PBR myself, but it would appear that it was first integrated in 12.2(33)SXH1, so you could be running into a bug, or not totally following the implementation guide as it would appear that you need to give a next hop when using the "set vrf [instance]" term in the route-map:
http://www.cisco.com/en/US/docs/ios/mpls/configuration/guide/mp_mltvrf_slct_pbr.html Hope that helps! David On Jan 18, 2010, at 4:14 AM, Robert Hass wrote: > Hi > > I have to implement some Policy-Based Routing (PBR) route-map's on few > Catalyst 6500. We currently using Sup720/PFC3BXL with IOS > 12.2(33)SXH6, but we can migrate to SXI if it helps. Are below PBR > route-map's are supported in hardware on PFC3B/DFC3B ? > > route-map pbr2 permit 10 > set global > ! > route-map pbr permit 10 > match ip address 160 > set vrf r2 > ! > access-list 160 permit tcp any x.x.0.0 0.0.255.255 eq 780 > access-list 160 permit tcp any x.x.0.0 0.0.255.255 eq 782 > access-list 160 permit tcp any x.x.0.0 0.0.255.255 eq 787 > access-list 160 permit tcp any x.x.0.0 0.0.255.255 eq 790 > access-list 160 permit tcp any x.x.0.0 0.0.255.255 eq 796 > access-list 160 permit tcp any x.x.0.0 0.0.255.255 range 50000 51000 > > Thanks > Robert > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
