Professional Documents
Culture Documents
01 Qos Tunnel PDF
01 Qos Tunnel PDF
Table of Contents
Quality of Service Options on GRE Tunnel Interfaces...................................................................................1
Introduction.............................................................................................................................................1
Before You Begin...................................................................................................................................1
Conventions......................................................................................................................................1
Prerequisites.....................................................................................................................................1
Components Used.............................................................................................................................1
Overview of GRE...................................................................................................................................1
Cisco QoS for GRE Tunnels...................................................................................................................2
Shaping.............................................................................................................................................2
Policing.............................................................................................................................................3
Congestion Avoidance.....................................................................................................................3
The qos pre−classify command........................................................................................................3
Characterizing Traffic for QoS Policies.................................................................................................4
Where Do I Apply the Service Policy?...................................................................................................4
Multipoint Tunnel Interfaces..................................................................................................................4
Known Issues..........................................................................................................................................4
Related Information................................................................................................................................5
i
Quality of Service Options on GRE Tunnel
Interfaces
Introduction
Before You Begin
Conventions
Prerequisites
Components Used
Overview of GRE
Cisco QoS for GRE Tunnels
Shaping
Policing
Congestion Avoidance
The qos pre−classify command
Characterizing Traffic for QoS Policies
Where Do I Apply the Service Policy?
Multipoint Tunnel Interfaces
Known Issues
Related Information
Introduction
This Tech Note reviews which Quality of Service (QoS) features can be configured on tunnel interfaces using
generic routing encapsulation (GRE). Tunnels configured with IP Security (IPSec) are outside the scope of
this document.
Prerequisites
There are no specific prerequisites for this document.
Components Used
This document is not restricted to specific software and hardware versions.
The information presented in this document was created from devices in a specific lab environment. All of the
devices used in this document started with a cleared (default) configuration. If you are working in a live
network, ensure that you understand the potential impact of any command before using it.
Overview of GRE
Before learning about QoS over GRE tunnels, you first need to understand the format of a tunneled packet.
GRE is an encapsulation protocol supported by IOS and defined in RFC 1702 . Tunneling protocols
encapsulate packets inside of a transport protocol.
See Configuring Logical Interfaces for more information on configuring GRE tunnels.
Shaping
IOS 12.0(7)T introduced support for applying generic traffic shaping (GTS) directly on the tunnel interface.
The following sample configuration shapes the tunnel interface to an overall output rate of 500 kbps. See
Configuring Generic Traffic Shaping for more information.
interface Tunnel0
ip address 130.1.2.1 255.255.255.0
traffic−shape rate 500000 125000 125000 1000
tunnel source 10.1.1.1
tunnel destination 10.2.2.2
IOS 12.1(2)T added support for class−based shaping using the modular QoS command−line interface (MQC).
The following sample configuration shows how to apply the same shaping policy to the tunnel interface with
the MQC commands. See Configuring Class−Based Shaping for more information.
policy−map tunnel
class class−default
shape average 500000 125000 125000
interface Tunnel0
Policing
When an interface becomes congested and packets start to queue, you can apply a queuing method to packets
waiting to be transmitted. Cisco IOS logical interfaces do not inherently support a state of congestion and do
not support the direct application of a service policy that applies a queuing method. Instead, you need to apply
a hierarchical policy as follows:
1. Create a "child" or lower−level policy that configures a queueing mechanism, such as low latency
queueing with the priority command and class−based weighted fair queueing (CBWFQ) with the
bandwidth command. See Congestion Management for more information.
policy−map child
class voice
priority 512
2. Create a "parent" or top−level policy that applies class−based shaping. Apply the child policy as a
command under the parent policy since admission control for the child class is done based on the
shaping rate for the parent class.
policy−map tunnel
class class−default
shape average 2000000
service−policy child
3. Apply the parent policy to the tunnel interface.
interface tunnel0
service−policy tunnel
The router prints the following log message when a tunnel interface is configured with a service policy that
applies queuing without shaping.
Tunnel interfaces also support class−based policing, but they do not support committed access rate (CAR).
Congestion Avoidance
IOS 11.3T introduced IP Precedence for GRE Tunnels, which configures the router to copy the IP precedence
bit values of the ToS byte to the tunnel or GRE IP header that encapsulates the inner packet. Previously, those
bits were set to zero. Intermediate routers between the tunnel endpoints can use the IP precedence values to
classify the packets for QoS features such as policy routing, WFQ, and weighted random early detection
(WRED).
In the following example, tunnel0 is the tunnel name. The qos pre−classify command enables the QoS for
VPNs feature on tunnel0:
• Apply the policy to the tunnel interface without qos−preclassify when you want to classify packets
based on the pre−tunnel header.
• Apply the policy to the physical interface without qos−preclassify when you want to classify packets
based on the post−tunnel header. In addition, apply the policy to the physical interface when you want
to shape or police all traffic belonging to a tunnel, and the physical interface supports several tunnels.
• Apply the policy to a physical interface and enable qos−preclassify when you want to classify
packets based on the pre−tunnel header.
Known Issues
In rare conditions, applying a service−policy configured with the shape command leads to high CPU
utilization and alignment errors. The CPU load is caused by logging the alignment errors, which in turn are
caused by CEF incorrectly setting the output interface and adjacency rewrite information. This problem
affects only non−RSP platforms (low−end) and platforms using particle−based CEF switching, and is
resolved via Cisco bug IDs CSCdu45504 and CSCuk30302. You also can consider the following
workarounds:
All contents are Copyright © 1992−2003 Cisco Systems, Inc. All rights reserved. Important Notices and Privacy Statement.