![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
QoS Tunnel Marking for GRE Tunnels
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Contents
QoS Tunnel Marking for GRE TunnelsLast Updated: April 11, 2012
The QoS Tunnel Marking for GRE Tunnels feature introduces the capability to define and control the quality of service (QoS) for both incoming and outgoing customer traffic on the provider edge (PE) router in a service provider network.
Finding Feature InformationYour software release may not support all the features documented in this module. For the latest feature information and caveats, see 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 document. 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. Prerequisites for QoS Tunnel Marking for GRE Tunnels
Information About QoS Tunnel Marking for GRE Tunnels
GRE DefinitionGeneric routing encapsulation (GRE) is a tunneling protocol developed by Cisco that can encapsulate a wide variety of protocol packet types inside IP tunnels, creating a virtual point-to-point link to Cisco routers at remote points over an IP internetwork. GRE Tunnel Marking Overview The QoS Tunnel Marking for GRE Tunnels feature allows you to define and control QoS for incoming and outgoing customer traffic on the PE router in a service provider (SP) network. This feature lets you set (mark) either the IP precedence value or the differentiated services code point (DSCP) value in the header of an GRE tunneled packet. GRE tunnel marking can be implemented by a QoS marking command, such as
set
ip {dscp |
precedence} [tunnel], and it can also be implemented in QoS traffic policing. This feature reduces administrative overhead previously required to control customer bandwidth by allowing you to mark the GRE tunnel header on the tunnel interface on the PE routers.
The figure below shows traffic being received from the CE1 router through the incoming interface on the PE1 router on which tunnel marking occurs. The traffic is encapsulated (tunneled), and the tunnel header is marked on the PE1 router. The marked packets travel (tunnel) through the core and are decapsulated automatically on the exit interface of the PE2 router. This feature is designed to simplify classifying customer edge (CE) traffic and is configured only in the service provider network. This process is transparent to the customer sites. The CE1 and CE2 routers exist as a single network. GRE Tunnel Marking and the MQCBefore you can configure tunnel marking for GRE tunnels, you must first configure a class map and a policy map and then attach that policy map to the appropriate interface. These three tasks can be accomplished by using the MQC. For information on using the MQC, see the "Applying QoS Features Using the MQC" module. GRE Tunnel Marking and DSCP or IP Precedence ValuesGRE tunnel marking is configured with the set ip precedence tunnel or set ip dscp tunnel command on PE routers that carry incoming traffic from customer sites. GRE tunnel marking allows you to mark the header of a GRE tunnel by setting a DSCP value from 0 to 63 or an IP precedence value from 0 to 7 to control GRE tunnel traffic bandwidth and priority. GRE traffic can also be marked under traffic policing with the set-dscp-tunnel-transmit and the set-prec-tunnel-transmit actions (or keywords) of the police command. The tunnel marking value is from 0 to 63 for the set-dscp-tunnel-transmit actions and from 0 to 7 for the set-prec-tunnel-transmit command. Under traffic policing, tunnel marking can be applied with conform, exceed, and violate action statements, allowing you to automatically apply a different value for traffic that does not conform to the expected traffic rate. After the tunnel header is marked, GRE traffic is carried through the tunnel and across the service provider network. This traffic is decapsulated on the interface of the PE router that carries the outgoing traffic to the other customer site. The configuration of GRE tunnel marking is transparent to customer sites. All internal configuration is preserved. There is a different between the set ip precedence and set ip dscp commands and the set ip precedence tunnel and set ip dscp tunnel commands:
Benefits of GRE Tunnel MarkingGRE tunnel marking provides a simple mechanism to control the bandwidth of customer GRE traffic. The QoS Tunnel Marking for GRE Tunnels feature is configured entirely within the service provider network and on interfaces that carry incoming and outgoing traffic on the PE routers. GRE Tunnel Marking and Traffic PolicingTraffic policing allows you to control the maximum rate of traffic sent or received on an interface and to partition a network into multiple priority levels or class of service (CoS). If you use traffic policing in your network, you can also implement the GRE tunnel marking feature with the set-dscp-tunnel-transmit or set-prec-tunnel-transmit action (or keyword) of the police command in policy-map class configuration mode. Under traffic policing, tunnel marking can be applied with conform, exceed, and violate action statements, allowing you to apply a different value automatically for traffic that does not conform to the expected traffic rate. How to Configure Tunnel Marking for GRE Tunnels
Configuring a Class MapSUMMARY STEPS
DETAILED STEPS Creating a Policy Map
SUMMARY STEPS
DETAILED STEPS
Attaching the Policy Map to an Interface or a VC Policy maps can be attached to main interfaces, subinterfaces, or ATM permanent virtual circuits (PVCs). Policy maps are attached to interfaces by using the
service-policy command and specifying either the
input or
output keyword to indicate the direction of the interface.
DETAILED STEPS
Verifying the Configuration of Tunnel Marking for GRE TunnelsUse the show commands in this procedure to view the GRE tunnel marking configuration settings. The show commands are optional and can be entered in any order. DETAILED STEPS
Troubleshooting TipsIf you find that the configuration is not functioning as expected, perform these operations to troubleshoot the configuration:
Configuration Examples for QoS Tunnel Marking for GRE Tunnels
Example: Configuring Tunnel Marking for GRE TunnelsThe following is an example of a GRE tunnel marking configuration. In this example, a class map called "MATCH_PREC" has been configured to match traffic based on the DSCP value. Router> enable Router# configure terminal Router(config)# class-map MATCH_DSCP Router(config-cmap)# match ip dscp 0 Router(config-cmap)# end In the following part of the example configuration, a policy map called "TUNNEL_MARKING" has been created and the set ip dscp tunnel command has been configured in the policy map. You could use the set ip precedence tunnel command instead of the set ip dscp tunnel command if you do not use DSCP in your network. Router(config)# policy-map TUNNEL_MARKING Router(config-pmap)# class MATCH_DSCP Router(config-pmap-c)# set ip dscp tunnel 3 Router(config-pmap-c)# end
In the following part of the example configuration, the policy map called "TUNNEL_MARKING" has been created and traffic policing has also been configured by using the police command and specifying the appropriate policing actions. The set-dscp-tunnel-transmit command can be used instead of the set-prec-tunnel-transmit command if you use DSCP in your network. Router(config)# policy-map TUNNEL_MARKING Router(config-pmap)# class class-default Router(config-pmap-c)# police 8000 conform-action set-prec-tunnel-transmit 4 exceed-action set-prec-tunnel-transmit 0 Router(config-pmap-c)# end In the following part of the example configuration, the policy map is attached to GigabitEthernet interface 0/0/1 in the inbound (input) direction by specifying the input keyword of the service-policy command: Router(config)# interface GigabitEthernet 0/0/1 Router(config-if)# service-policy input TUNNEL_MARKING Router(config-if)# end In the final part of the example configuration, the policy map is attached to tunnel interface 0 in the outbound (output) direction using the output keyword of the service-policy command: Router(config)# interface Tunnel 0 Router(config-if)# service-policy output TUNNEL_MARKING Router(config-if)# end Example: Verifying the Tunnel Marking for GRE Tunnels ConfigurationThis section contains sample output from the show policy-map interface and the show policy-map commands. The output from these commands can be used to verify and monitor the feature configuration in your network. The following is sample output from the
show
policy-map
interface command. In this sample output:
Router# show policy-map interface GigabitEthernet0/0/1
Service-policy input: TUNNEL_MARKING
Class-map: MATCH_PREC (match-any)
22 packets, 7722 bytes
5 minute offered rate 0000 bps, drop rate 0000 bps
Match: ip precedence 0
QoS Set
ip precedence tunnel 3
Marker statistics: Disabled
Class-map: MATCH_DSCP (match-any)
0 packets, 0 bytes
5 minute offered rate 0000 bps, drop rate 0000 bps
Match: ip dscp default (0)
QoS Set
ip dscp tunnel 3
Marker statistics: Disabled
Class-map: class-default (match-any)
107 packets, 8658 bytes
5 minute offered rate 0000 bps, drop rate 0000 bps
Match: any
The following is sample output from the show policy-map command. In this sample output, the character string "ip precedence tunnel 3" indicates that the GRE tunnel marking feature has been configured to set the IP precedence value in the header of an GRE-tunneled packet.
Router# show policy-map
Policy Map TUNNEL_MARKING
Class MATCH_PREC
set ip precedence tunnel 3
Class MATCH_DSCP
set ip dscp tunnel 3
Additional ReferencesRelated Documents
MIBsTechnical Assistance
Feature Information for QoS Tunnel Marking for GRE TunnelsThe 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. © 2012 Cisco Systems, Inc. All rights reserved.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|