![]() |
IP Routing: Protocol-Independent Configuration Guide, Cisco IOS XE Release 3SE (Catalyst 3850 Switches)
|
||||||||||||||||||||||||||||||||||||||
Policy-Based Routing
![]() |
|||||||||||||||||||||||||||||||||||||||
Contents
Policy-Based RoutingLast Updated: May 29, 2012
The Policy-Based Routing feature is a process whereby a device puts packets through a route map before routing the packets. The route map determines which packets are routed to which device next. Policy-based routing is a more flexible mechanism for routing packets than destination routing. Finding Feature InformationYour software release may not support all the features documented in this module. For the latest caveats and feature information, see Bug Search Tool and the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the feature information table at the end of this module. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required. Information About Policy-Based RoutingPolicy-Based RoutingPolicy-based routing is a process whereby the device puts packets through a route map before routing them. The route map determines which packets are routed to which device next. You might enable policy-based routing if you want certain packets to be routed some way other than the obvious shortest path. Possible applications for policy-based routing are to provide equal access, protocol-sensitive routing, source-sensitive routing, routing based on interactive versus batch traffic, and routing based on dedicated links. Policy-based routing is a more flexible mechanism for routing packets than destination routing. To enable policy-based routing, you must identify which route map to use for policy-based routing and create the route map. The route map itself specifies the match criteria and the resulting action if all of the match clauses are met. To enable policy-based routing on an interface, indicate which route map the device should use by using the ip policy route-map map-tag command in interface configuration mode. A packet arriving on the specified interface is subject to policy-based routing except when its destination IP address is the same as the IP address of the device's interface. This ip policy route-map command disables fast switching of all packets arriving on this interface. To define the route map to be used for policy-based routing, use the route-map map-tag [permit | deny] [sequence-number] global configuration command. To define the criteria by which packets are examined to learn if they will be policy-based routed, use either the match length minimum-length maximum-length command or the match ip address {access-list-number | access-list-name} [access-list-number | access-list-name] command or both in route map configuration mode. No match clause in the route map indicates all packets. To display the cache entries in the policy route cache, use the show ip cache policy command. Precedence Setting in the IP HeaderThe precedence setting in the IP header determines whether, during times of high traffic, the packets are treated with more or less precedence than other packets. By default, the Cisco software leaves this value untouched; the header remains with the precedence value that it had. The precedence bits in the IP header can be set in the device when policy-based routing is enabled. When the packets containing those headers arrive at another device, the packets are ordered for transmission according to the precedence set, if the queueing feature is enabled. The device does not honor the precedence bits if queueing is not enabled; the packets are sent in FIFO order. You can change the precedence setting, using either a number or name (the names came from RFC 791). You can enable other features that use the values in the set ip precedence route map configuration command to determine precedence. The table below lists the possible numbers and their corresponding name, from lowest to highest precedence.
The set commands can be used with each other. They are evaluated in the order shown in the previous table. A usable next hop implies an interface. Once the local device finds a next hop and a usable interface, it routes the packet. Local Policy RoutingPackets that are generated by the device are not normally policy-routed. To enable local policy routing for such packets, indicate which route map the device should use by using the ip local policy route-map map-tag global configuration command. All packets originating on the device will then be subject to local policy routing. Use the show ip local policy command to display the route map used for local policy routing, if one exists. How to Configure Policy-Based RoutingConfiguring Policy-Based RoutingSUMMARY STEPS
DETAILED STEPS Configuration Examples for Policy-Based Routing
Example: Policy-Based RoutingThe following example provides two sources with equal access to two different service providers. Packets that arrive on asynchronous interface 1/0/0 from the source 10.1.1.1 are sent to the device at 172.16.6.6 if the device has no explicit route for the destination of the packet. Packets that arrive from the source 172.17.2.2 are sent to the device at 192.168.7.7 if the device has no explicit route for the destination of the packet. All other packets for which the device has no explicit route to the destination are discarded. Device(config)# access-list 1 permit ip 10.1.1.1 Device(config)# access-list 2 permit ip 172.17.2.2 Device(config)# interface async 1/0/0 Device(config-if)# ip policy route-map equal-access Device(config-if)# exit Device(config)# route-map equal-access permit 10 Device(config-route-map)# match ip address 1 Device(config-route-map)# set ip default next-hop 172.16.6.6 Device(config-route-map)# exit Device(config)# route-map equal-access permit 20 Device(config-route-map)# match ip address 2 Device(config-route-map)# set ip default next-hop 192.168.7.7 Device(config-route-map)# exit Device(config)# route-map equal-access permit 30 Device(config-route-map)# set default interface null 0 Device(config-route-map)# exit Example: Policy Routing with Cisco Express ForwardingThe following example shows how to configure policy routing with Cisco Express Forwarding. The route is configured to verify that the next hop 10.0.0.8 of the route map named test is a Cisco Discovery Protocol neighbor before the device tries to policy-route to it. Device(config)# ip cef Device(config)# interface GigabitEthernet 0/0/1 Device(config-if)# ip route-cache flow Device(config-if)# ip policy route-map test Device(config-if)# exit Device(config)# route-map test permit 10 Device(config-route-map)# match ip address 1 Device(config-route-map)# set ip precedence priority Device(config-route-map)# set ip next-hop 10.0.0.8 Device(config-route-map)# set ip next-hop verify-availability Device(config-route-map)# exit Device(config)# route-map test permit 20 Device(config-route-map)# match ip address 101 Device(config-route-map)# set interface Ethernet 0/0/3 Device(config-route-map)# set ip tos max-throughput Device(config-route-map)# exit Additional ReferencesRelated Documents
Technical Assistance
Feature Information for Policy-Based RoutingThe following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R) Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental. © 1998-2013 Cisco Systems, Inc. All rights reserved.
|
|||||||||||||||||||||||||||||||||||||||
|
|