Table Of Contents
Implementing QoS for IPv6
Finding Feature Information
Contents
Prerequisites for Implementing QoS for IPv6
Restrictions for Implementing QoS for IPv6
Information About Implementing QoS for IPv6
Implementation Strategy for QoS for IPv6
Packet Classification in IPv6
Policies and Class-Based Packet Marking in IPv6 Networks
Congestion Management in IPv6 Networks
Congestion Avoidance for IPv6 Traffic
Traffic Policing in IPv6 Environments
How to Implement QoS for IPv6
Restrictions for Classifying Traffic in IPv6 Networks
Specifying Marking Criteria for IPv6 Packets
Troubleshooting Tips
Using the Match Criteria to Manage IPv6 Traffic Flows
Examples
Verifying Packet Marking Criteria
Interpreting Packet Counters in show policy-map interface Command Output
Confirming the Service Policy
Configuration Examples for Implementing QoS for IPv6
Verification of Cisco Express Forwarding Switching: Example
Matching DSCP Value: Example
Additional References
Related Documents
Standards
MIBs
RFCs
Technical Assistance
Command Reference
Feature Information for Implementing QoS for IPv6
Implementing QoS for IPv6
First Published: November 25, 2002
Last Updated: October 5, 2008
This module providesinformation about and tasks for implementing quality of service (QoS) features in IPv6 environments, specifically the application of the Differentiated Services (DiffServ) QoS features to IPv6 packets.
Finding Feature Information
Your 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 for Implementing QoS for IPv6" section.
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•
Prerequisites for Implementing QoS for IPv6
•
Restrictions for Implementing QoS for IPv6
•
Information About Implementing QoS for IPv6
•
How to Implement QoS for IPv6
•
Configuration Examples for Implementing QoS for IPv6
•
Additional References
•
Command Reference
•
Feature Information for Implementing QoS for IPv6
Prerequisites for Implementing QoS for IPv6
This document assumes that you are familiar with IPv4. Refer to the publications referenced in the "Additional References" section for IPv4 configuration and command reference information.
Restrictions for Implementing QoS for IPv6
The following QoS features are not supported for managing IPv6 traffic:
•
Compressed Real-Time Protocol (CRTP)
•
Network-based application recognition (NBAR)
•
Committed access rate (CAR)
•
Priority queueing (PQ)
•
Custom queueing (CQ)
Platform-Specific Information and Restrictions
IPv6 QoS is supported on Cisco 12000 series Internet routers in Cisco IOS Release 12.0(28)S. Certain features of IPv6 QoS are not supported in Release 12.0(28)S. These features include packet classification.
Information About Implementing QoS for IPv6
The following sections provide information about the QoS features available for managing IPv6 traffic:
•
Implementation Strategy for QoS for IPv6
•
Packet Classification in IPv6
•
Policies and Class-Based Packet Marking in IPv6 Networks
•
Congestion Management in IPv6 Networks
•
Congestion Avoidance for IPv6 Traffic
•
Traffic Policing in IPv6 Environments
Implementation Strategy for QoS for IPv6
IPv6 packets are forwarded by paths that are different from those for IPv4. QoS features supported for IPv6 environments include packet classification, queueing, traffic shaping, weighted random early detection (WRED), class-based packet marking, and policing of IPv6 packets. These features are available at both the process switching and Cisco Express Forwarding switching paths of IPv6.
All of the QoS features available for IPv6 environments are managed from the modular QoS command-line interface (CLI). The modular QoS CLI allows you to define traffic classes, create and configure traffic policies (policy maps), and then attach those traffic policies to interfaces.
To implement QoS in networks running IPv6, follow the same steps that you would follow to implement QoS in networks running only IPv4. At a very high level, the basic steps for implementing QoS are as follows:
1.
Know which applications in your network need QoS.
2.
Understand the characteristics of the applications so that you can make decisions about which QoS features would be appropriate.
3.
Know your network topology so that you know how link layer header sizes are affected by changes and forwarding.
4.
Create classes based on the criteria you establish for your network. In particular, if the same network is also carrying IPv4 traffic along with IPv6, decide if you want to treat both of them the same way or treat them separately and specify match criteria accordingly. If you want to treat them the same, use match statements such as match precedence, match dscp, set precedence, and set dscp. If you want to treat them separately, add match criteria such as match protocol ip and match protocol ipv6 in a match-all class map.
5.
Create a policy to mark each class.
6.
Work from the edge toward the core in applying QoS features.
7.
Build the policy to treat the traffic.
8.
Apply the policy.
Packet Classification in IPv6
Packet classification is available with both process and Cisco Express Forwarding switching path. Classification can be based on IPv6 precedence, differentiated services control point (DSCP), and other IPv6 protocol-specific values that can be specified in IPv6 access lists in addition to other non-IPv6 protocol specific values such as COS, packet length, and QOS group. Once you determine which applications need QoS, you can create classes based on the characteristics of the applications. You can use a variety of match criteria to classify traffic. You can combine various match criteria to segregate, isolate, and differentiate traffic.
The enhancements to the modular QoS CLI (MQC) allow you to create matches on precedence, DSCP, and IPv6 access group values in both IPv4 and IPv6 packets. The match command allows matches to be made on DSCP values and precedence for both IPv4 and IPv6 packets. See "Using the Match Criteria to Manage IPv6 Traffic Flows" section for configuration guidelines and to see the match dscp and match precedence command descriptions.
Policies and Class-Based Packet Marking in IPv6 Networks
You can create a policy to mark each class of traffic with appropriate priority values, using either DSCP or precedence. Class-based marking allows you to set the IPv6 precedence and DSCP values for traffic management. The traffic is marked as it enters the router on the ingress interface. The markings are used to treat the traffic (forward, queue) as it leaves the router on the egress interface. Always mark and treat the traffic as close as possible to its source.
Use the set dscp and set precedence commands for packet marking. These commands have been modified to handle both IPv4 and IPv6 traffic. See the "Specifying Marking Criteria for IPv6 Packets" section for configuration guidelines for using these commands.
Congestion Management in IPv6 Networks
Once you have marked the traffic, you can use the markings to build a policy and classify traffic on the rest of the network segments. If you keep the policy simple (no more than about four classes), it will be easier to manage. Class-based and flow-based queueing are supported for IPv6. The processes and tasks use the same commands and arguments to configure various queueing options for both IP and IPv6. Refer to the Cisco IOS Quality of Service Solutions Configuration Guide for configuration and usage instructions of queueing features.
Congestion Avoidance for IPv6 Traffic
WRED implements the RED-based drop policy on the packets that are likely to overflow the limits of Class-based Weighted Fair Queueing (CBWFQ). WRED supports class-based and flow-based (using DSCP or precedence values) queueing. The WRED commands apply to both IPv4 and IPv6 with no changes.
Traffic Policing in IPv6 Environments
Congestion management for IPv6 is similar to its implementation for IP packets, and the commands used to configure queueing and traffic shaping features for IPv6 environments are the same commands as those used for IP. Traffic shaping allows you to limit the packet dequeue rate by holding additional packets in the queues and forwarding them as specified by parameters configured for traffic shaping features. Traffic shaping uses flow-based queueing by default. CBWFQ can be used to classify and prioritize the packets. Class-Based Policer and Generic Traffic Shaping (GTS) or Frame Relay Traffic Shaping (FRTS) can be used for conditioning and policing traffic.
Although no changes to existing configuration or command usage for policing are required for use in IPv6 environments, the police command has been enhanced to mark both IPv4 and IPv6 packets when the following keyword options are used in confirm action, exceed action, and violate action:
•
set-dscp-transmit
•
set-precedence-transmit
How to Implement QoS for IPv6
These configuration tasks describe how to classify traffic with match criteria and use the match criteria to manage traffic flows. The following sections are included:
•
Restrictions for Classifying Traffic in IPv6 Networks (required)
•
Specifying Marking Criteria for IPv6 Packets (required)
•
Using the Match Criteria to Manage IPv6 Traffic Flows (required)
•
Verifying Packet Marking Criteria (optional)
•
Confirming the Service Policy (optional)
Restrictions for Classifying Traffic in IPv6 Networks
Except for the modifications to the match dscp and match precedence commands and the addition of the IPv6-specific match access-group name command, the functionality of all of the match commands is the same for both IPv4 and IPv6.
The set cos and match cos commands for 802.1Q (dot1Q) interfaces are supported only for Cisco Express Forwarding-switched packets. Process-switched packets, such as router-generated packets, are not marked when these options are used.
Specifying Marking Criteria for IPv6 Packets
The following task establishes the match criteria (or marks the packets) that will be used later to match packets for classifying network traffic.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
policy map policy-map-name
4.
class {class-name | class-default}
5.
set precedence {precedence-value | from-field [table table-map-name]}
or
set [ip] dscp {dscp-value | from-field [table table-map-name]}
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables such as privileged EXEC mode.
• Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
policy map policy-map-name
Example:
Router(config)# policy map policy1
|
Creates a policy map using the specified name and enters QoS policy-map configuration mode.
• Enter name of policy map you want to create.
|
Step 4
|
class {class-name | class-default}
Example:
Router(config-pmap)# class class-default
|
Specifies the treatment for traffic of specified class (or the default class) and enters QoS policy-map class configuration mode.
|
Step 5
|
set precedence {precedence-value | from-field
[table table-map-name]}
or
set [ip] dscp {dscp-value | from-field [table
table-map-name]}
Example:
Router(config-pmap-c)# set dscp cos table
table-map1
or
Router(config-pmap-c)# set precedence cos table
table-map1
|
Sets the precedence value.
• This example is based on the CoS value (and action) defined in the specified table map.
• Both precedence and DSCP cannot be changed in the same packets.
• Sets the DSCP value based on the CoS value (and action) defined in the specified table map.
|
Troubleshooting Tips
Confirm That Cisco Express Forwarding Is Enabled
Use the show cef interface, show ipv6 cef, show ipv6 interface neighbors, and show interface statistics commands to confirm that Cisco Express Forwarding is enabled and that packets are being Cisco Express Forwarding-switched.
Confirm That Packets Are Cisco Express Forwarding-Switched
Use the show policy-map interface command to display per-interface, per-policy Cisco Express Forwarding-switching statistics.
Using the Match Criteria to Manage IPv6 Traffic Flows
The following task describes how to use the match commands to match the traffic to the policies that you establish. You can use multiple match statements. Depending on the type of class, you can specify whether to match all classes or any of the classes.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
class-map {class-name | class-default}
4.
match precedence precedence-value [precedence-value precedence-value]
or
match access-group name ipv6-access-group
or
match [ip] dscp dscp-value [dscp-value dscp-value dscp-value dscp-value dscp-value dscp-value
dscp-value]
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables such as privileged EXEC mode.
• Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
class-map {class-name | class-default}
Example:
Router(config-pmap-c)# class clsl
|
Creates the specified class and enters QoS class-map configuration mode.
|
Step 4
|
match precedence precedence-value
[precedence-value precedence-value]
or
match access-group name ipv6-access-group
or
match [ip] dscp dscp-value [dscp-value
dscp-value dscp-value dscp-value dscp-value
dscp-value dscp-value]
Example:
Router(config-pmap-c)# match precedence 5
or
Router(config-pmap-c)# match access-group name
ipv6acl
or
Router(config-pmap-c)# match ip dscp 15
|
Matches the precedence value. The precedence applies to both IPv4 and IPv6 packets.
or
Specifies the name of an IPv6 access list against whose contents packets are checked to determine if they belong to the traffic class.
or
Identifies a specific IP DSCP value as a match criterion.
|
Examples
The following example shows how to use the match precedence command to manage IPv6 traffic flows:
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# class-m c1
Router(config-cmap)# match precedence 5
Router(config)# policy p1
Router(config-pmap)# class c1
Router(config-pmap-c)# police 10000 conform set-prec-trans 4
Verifying Packet Marking Criteria
To verify that packet marking is working as expected, use the show policy command. The interesting information from the output of this command is the difference in the number of total packets versus the number of packets marked.
police 10000 1500 1500 conform-action set-prec-transmit 4 exceed-action drop
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface serial 4/1
Router(config-if)# service out p1
Router# show policy interface s4/1
Service-policy output: p1
Class-map: c1 (match-all)
5 minute offered rate 0 bps, drop rate 0 bps
10000 bps, 1500 limit, 1500 extended limit
conformed 0 packets, 0 bytes; action: set-prec-transmit 4
exceeded 0 packets, 0 bytes; action: drop
conformed 0 bps, exceed 0 bps violate 0 bps
Class-map: class-default (match-any)
5 minute offered rate 0 bps, drop rate 0 bps
Interpreting Packet Counters in show policy-map interface Command Output
During periods of transmit congestion at the outgoing interface, packets arrive faster than the interface can send them. It is helpful to know how to interpret the output of the show policy-map interface command, which is useful for monitoring the results of a service-policy created with Cisco's modular QoS CLI.
Congestion typically occurs when a fast ingress interface feeds a relatively slow egress interface. A common congestion point is a branch-office router with an Ethernet port facing the LAN and a serial port facing the WAN. Users on the LAN segment are generating 10 Mbps of traffic, which is being fed into a T1 with 1.5 Mbps of bandwidth.
Functionally, congestion is defined as filling the transmit ring on the interface (a ring is a special buffer control structure). Every interface supports a pair of rings: a receive ring for receiving packets and a transmit ring for sending packets. The size of the rings varies with the interface controller and with the bandwidth of the interface or virtual circuit (VC). As in the following example, use the show atm vc vcd command to display the value of the transmit ring on a PA-A3 ATM port adapter.
ATM5/0.2: VCD: 3, VPI: 2, VCI: 2
VBR-NRT, PeakRate: 30000, Average Rate: 20000, Burst Cells: 94
AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0
OAM frequency: 0 second(s)
InARP frequency: 15 minutes(s)
InPkts: 0, OutPkts: 0, InBytes: 0, OutBytes: 0
InFast: 0, OutFast: 0, InAS: 0, OutAS: 0
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
Cisco IOS software (also referred to as the Layer 3 processor) and the interface driver use the transmit ring when moving packets to the physical media. The two processors collaborate in the following way:
•
The interface sends packets according to the interface rate or a shaped rate.
•
The interface maintains a hardware queue or transmit ring, where it stores the packets waiting for transmission onto the physical wire.
•
When the hardware queue or transmit ring fills, the interface provides explicit back pressure to the Layer 3 processor system. It notifies the Layer 3 processor to stop dequeuing packets to the interface's transmit ring because the transmit ring is full. The Layer 3 processor now stores the excess packets in the Layer 3 queues.
•
When the interface sends the packets on the transmit ring and empties the ring, it once again has sufficient buffers available to store the packets. It releases the back pressure, and the Layer 3 processor dequeues new packets to the interface.
The most important aspect of this communication system is that the interface recognizes that its transmit ring is full and throttles the receipt of new packets from the Layer 3 processor system. Thus, when the interface is congested, the drop decision is moved from a random, last-in, first-dropped decision in the first in, first out (FIFO) queue of the transmit ring to a differentiated decision based on IP-level service policies implemented by the Layer 3 processor.
Number of Packets and Packets Matched
Service policies apply only to packets stored in the Layer 3 queues. Table 1 illustrates which packets sit in the Layer 3 queue. Locally generated packets are always process switched and are delivered first to the Layer 3 queue before being passed on to the interface driver. Fast-switched and Cisco Express Forwarding-switched packets are delivered directly to the transmit ring and sit in the L3 queue only when the transmit ring is full.
Table 1 Packet Types and the Layer 3 Queue
Packet Type
|
Congestion
|
Noncongestion
|
Locally generated packets, including Telnet packets and pings
|
Yes
|
Yes
|
Other packets that are process switched
|
Yes
|
Yes
|
Packets that are Cisco Express Forwarding- or fast-switched
|
Yes
|
No
|
The following example shows these guidelines applied to the show policy-map interface command output. The four key counters are shown in boldface type.
Router# show policy-map interface atm 1/0.1
Service-policy output: cbwfq (1283)
Class-map: A (match-all) (1285/2)
28621 packets, 7098008 bytes
5 minute offered rate 10000 bps, drop rate 0 bps
Match: access-group 101 (1289)
Output Queue: Conversation 73
Bandwidth 500 (kbps) Max Threshold 64 (packets)
(pkts matched/bytes matched) 28621/7098008
(depth/total drops/no-buffer drops) 0/0/0
Class-map: B (match-all) (1301/4)
2058 packets, 148176 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group 103 (1305)
Output Queue: Conversation 75
Bandwidth 50 (kbps) Max Threshold 64 (packets)
(pkts matched/bytes matched) 0/0
(depth/total drops/no-buffer drops) 0/0/0
Class-map: class-default (match-any) (1309/0)
5 minute offered rate 0 bps, drop rate 0 bps
Table 2 defines the counters that appear in the example in boldfaced type.
Table 2 Packet Counters from show policy-map interface Output
Counter
|
Explanation
|
28621 packets, 7098008 bytes
|
The number of packets matching the criteria of the class. This counter increments whether or not the interface is congested.
|
(pkts matched/bytes matched) 28621/709800
|
The number of packets matching the criteria of the class when the interface was congested. In other words, the interface's transmit ring was full, and the driver and the L3 processor system worked together to queue the excess packets in the L3 queues, where the service policy applies. Packets that are process switched always go through the L3 queuing system and therefore increment the "packets matched" counter.
|
Class-map: B (match-all) (1301/4)
|
These numbers define an internal ID used with the CISCO-CLASS-BASED-QOS-MIB Management Information Base (MIB). They no longer appear in the show policy-map command output in current releases of Cisco IOS.
|
5 minute offered rate 0 bps, drop rate 0 bps
|
Use the load-interval command to change this value and make it a more instantaneous value. The lowest value is 30 seconds; however, statistics displayed in the show policy-map interface command output are updated every 10 seconds. Because the command effectively provides a snapshot at a specific moment, the statistics may not reflect a temporary change in queue size.
|
Without congestion, there is no need to queue any excess packets. When congestion occurs, packets, including Cisco Express Forwarding- and fast-switched packets, might go into the Layer 3 queue. If you use congestion management features, packets accumulating at an interface are queued until the interface is free to send them; they are then scheduled according to their assigned priority and the queueing mechanism configured for the interface.
Normally, the packets counter is much larger than the packets matched counter. If the values of the two counters are nearly equal, then the interface is receiving a large number of process-switched packets or is heavily congested. Both of these conditions should be investigated to ensure optimal packet forwarding.
Conversation Number Allocation
Routers allocate conversation numbers for the queues that are created when the service policy is applied. The following example shows the queues and related information.
Router# show policy-map interface s1/0.1 dlci 100
Output Queue: Conversation 72
Bandwidth 16 (kbps) Packets Matched 0
(pkts discards/bytes discards) 0/0
Output Queue: Conversation 73
Bandwidth 60 (%) Packets Matched 0
(pkts discards/bytes discards/tail drops) 0/0/0
drops: class random tail min-th max-th mark-prob
Output Queue: Conversation 74
Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets)
(pkts discards/bytes discards/tail drops) 0/0/0
Maximum Number of Hashed Queues 64 Max Threshold 20 (packets)
Information reported for each class includes the following:
•
Class definition
•
Queueing method applied
•
Output Queue Conversation number
•
Bandwidth used
•
Number of packets discarded
•
Number of bytes discarded
•
Number of packets dropped
The class-default class is the default class to which traffic is directed, if that traffic does not satisfy the match criteria of other classes whose policy is defined in the policy map. The fair-queue command allows you to specify the number of dynamic queues into which IP flows are sorted and classified. Alternately, routers allocate a default number of queues derived from the bandwidth on the interface or VC. Supported values in either case are a power of two, in a range from 16 to 4096.
Table 3 lists the default values for interfaces and for ATM permanent virtual circuits (PVCs).
Table 3 Default Number of Dynamic Queues as a Function of Interface Bandwidth
Bandwidth Range
|
Number of Dynamic Queues
|
Less than or equal to 64 kbps
|
16
|
More than 64 kbps and less than or equal to 128 kbps
|
32
|
More than 128 kbps and less than or equal to 256 kbps
|
64
|
More than 256 kbps and less than or equal to 512 kbps
|
128
|
More than 512 kbps
|
256
|
Table 4 lists the default number of dynamic queues in relation to ATM PVC bandwidth.
Table 4 Default Number of Dynamic Queues as a Function of ATM PVC Bandwidth
Bandwidth Range
|
Number of Dynamic Queues
|
Less than or equal to 128 kbps
|
16
|
More than 128 kbps and less than or equal to 512 kbps
|
32
|
More than 512 kbps and less than or equal to 2000 kbps
|
64
|
More than 2000 kbps and less than or equal to 8000 kbps
|
128
|
More than 8000 kbps
|
256
|
Based on the number of reserved queues for WFQ, Cisco IOS software assigns a conversation or queue number as shown in Table 5.
Table 5 Conversation Numbers Assigned to Queues
Number
|
Type of Traffic
|
1 to 256
|
General flow-based traffic queues. Traffic that does not match to a user-created class will match to class-default and one of the flow-based queues.
|
257 to 263
|
Reserved for Cisco Discovery Protocol (formerly known as CDP) and for packets marked with an internal high-priority flag.
|
264
|
Reserved queue for the priority class (classes configured with the priority command). Look for the "Strict Priority" value for the class in the show policy-map interface output. The priority queue uses a conversation ID equal to the number of dynamic queues, plus 8.
|
265 and higher
|
Queues for user-created classes.
|
Confirming the Service Policy
This task tests the packets matched counter and your service policy. Ensure that the traffic flow matches the input or output parameter of the policy. For example, downloading a file from an FTP server generates congestion in the receive direction because the server sends large MTU-sized frames, and the client PC returns small acknowledgments (ACKs).
Before you begin this task, simulate congestion with an extended ping using a large ping size and a large number of pings. Also, try downloading a large file from an FTP server. The file constitutes "disturbing" data and fills the interface bandwidth.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface atm slot/0. subinterface-number {multipoint | point-to-point}
4.
ip address ip-address mask [secondary]
5.
pvc [name] vpi/vci [ces | ilmi | qsaal | smds]
6.
tx-ring-limit ring-limit
7.
service-policy {input | output} policy-map-name
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables privileged EXEC mode.
• Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
interface atm slot/0. subinterface-number
{multipoint | point-to-point}
Example:
Router(config)# interface atm 1/0.1
point-to-point}
|
Enters interface configuration mode.
|
Step 4
|
ip address ip-address mask [secondary]
Example:
Router(config-if)# ip address 10.1.1.1
255.255.255.0
|
Specifies the IP address of the interface you want to test.
|
Step 5
|
pvc [name] vpi/vci [ces | ilmi | qsaal | smds]
Example:
Router(config-if)# pvc cisco 0/5
|
Creates or assigns a name to an ATM PVC, optionally specifies the encapsulation type on an ATM PVC, and enters interface-ATM-VC configuration mode.
|
Step 6
|
tx-ring-limit ring-limit
Example:
Router(config-if-atm-vc)# tx-ring-limit 10
|
Reduces the size of the transmit ring of the interface. Lowering this value accelerates the use of the QoS in the Cisco IOS software.
• Specify the ring limit as the number of packets for 2600 and 3600 series routers, or as the number of memory particles for 7200 and 7500 series routers.
|
Step 7
|
service-policy {input | output} policy-map-name
Example:
Router(config-if-atm-vc)# service-policy output
policy9
|
Attaches a policy map to an input interface or VC, or an output interface or VC, to be used as the service policy for that interface or VC.
• Note that the packets matched counter is a part of queueing feature and is available only on service policies attached in output direction.
|
Configuration Examples for Implementing QoS for IPv6
This section provides the following configuration examples:
•
Verification of Cisco Express Forwarding Switching: Example
•
Matching DSCP Value: Example
Verification of Cisco Express Forwarding Switching: Example
The following is sample output from the show cef interface detail command for Ethernet interface 1/0/0. Use this command to verify that Cisco Express Forwarding switching is enabled for policy decisions to occur. Notice that the display shows that Cisco Express Forwarding switching is enabled.
Router# show cef interface Ethernet 1/0/0 detail
Ethernet1/0/0 is up (if_number 9)
Corresponding hwidb fast_if_number 9
Corresponding hwidb firstsw->if_number 9
Internet address is 10.2.61.8/24
ICMP redirects are always sent
Per packet load-sharing is disabled
IP unicast RPF check is disabled
Inbound access list is not set
Outbound access list is not set
IP policy routing is disabled
Hardware idb is Ethernet1/0/0
Fast switching type 1, interface type 5
IP Distributed CEF switching enabled
IP Feature Fast switching turbo vector
IP Feature CEF switching turbo vector
Input fast flags 0x0, Output fast flags 0x0
Transmit limit accumulator 0x48001A82 (0x48001A82)
Matching DSCP Value: Example
The following example shows how to configure the service policy called priority50 and attach service policy priority50 to an interface. In this example, the match dscp command includes the optional ip keyword, meaning that the match is for IPv4 packets only. The class map called ipdscp15 will evaluate all packets entering interface Fast Ethernet 1/0/0. If the packet is an IPv4 packet and has a DSCP value of 15, the packet will be treated as priority traffic and will be allocated with bandwidth of 50 kbps.
Router(config)# class-map ipdscp15
Router(config-cmap)# match ip dscp 15
Router(config)# policy-map priority50
Router(config-pmap)# class ipdscp15
Router(config-pmap-c)# priority 50
Router(config-pmap-c)# exit
Router(config-pmap)# exit
Router(config)# interface fa1/0/0
Router(config-if)# service-policy input priority55
To match on IPv6 packets only, use the match dscp command without the ip keyword preceded by the match protocol command. Ensure that the class map has the match-all attribute (which is the default).
Router(config)# class-map ipdscp15
Router(config-cmap)# match protocol ipv6
Router(config-cmap)# match dscp 15
To match packets on both IPv4 and IPv6 protocols, use the match dscp command:
Router(config)# class-map ipdscp15
Router(config-cmap)# match dscp 15
Additional References
The following sections provide references related to the Implementing QoS for IPv6 feature.
Related Documents
Related Topic
|
Document Title
|
IPv6 supported feature list
|
"Start Here: Cisco IOS Software Release Specifics for IPv6 Features," Cisco IOS IPv6 Configuration Guide
|
IPv6 commands: complete command syntax, command mode, defaults, usage guidelines, and examples
|
Cisco IOS IPv6 Command Reference
|
Standards
Standard
|
Title
|
No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature.
|
—
|
MIBs
MIB
|
MIBs Link
|
No new or modified MIBs are supported, and support for existing MIBs has not been modified.
|
To locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL:
http://www.cisco.com/go/mibs
|
RFCs
RFC
|
Title
|
RFC 2474
|
Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers
|
RFC 2475
|
An Architecture for Differentiated Services Framework
|
RFC 2597
|
Assured Forwarding PHB
|
RFC 2598
|
An Expedited Forwarding PHB
|
RFC 2640
|
Internet Protocol, Version 6 Specification
|
RFC 2697
|
A Single Rate Three Color Marker
|
RFC 2698
|
A Two Rate Three Color Marker
|
Technical Assistance
Description
|
Link
|
The Cisco Support website provides extensive online resources, including documentation and tools for troubleshooting and resolving technical issues with Cisco products and technologies.
To receive security and technical information about your products, you can subscribe to various services, such as the Product Alert Tool (accessed from Field Notices), the Cisco Technical Services Newsletter, and Really Simple Syndication (RSS) Feeds.
Access to most tools on the Cisco Support website requires a Cisco.com user ID and password.
|
http://www.cisco.com/techsupport
|
Command Reference
The following commands are introduced or modified in the feature or features documented in this module. For information about these commands, see the Cisco IOS IPv6 Command Reference at http://www.cisco.com/en/US/docs/ios/ipv6/command/reference/ipv6_book.html. For information about all Cisco IOS commands, use the Command Lookup Tool at http://tools.cisco.com/Support/CLILookup or the Cisco IOS Master Command List, All Releases, at http://www.cisco.com/en/US/docs/ios/mcl/allreleasemcl/all_book.html.
•
match access-group name
•
match dscp
•
match precedence
•
set dscp
•
set precedence
Feature Information for Implementing QoS for IPv6
Table 6 lists the features in this module and provides links to specific configuration information. Only features that were introduced or modified in Cisco IOS Release 12.2(2)T or a later release appear in the table.
For information about a feature in this technology that is not documented here, see the Start Here: Cisco IOS Software Release Specifics for IPv6 Features roadmap.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Note
Table 6 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
CCDE, CCENT, Cisco Eos, Cisco HealthPresence, the Cisco logo, Cisco Lumin, Cisco Nexus, Cisco StadiumVision, Cisco TelePresence, Cisco WebEx, DCE, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn and Cisco Store are service marks; and Access Registrar, Aironet, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, EtherFast, EtherSwitch, Event Center, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, iQuick Study, IronPort, the IronPort logo, LightStream, Linksys, MediaTone, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerPanels, ProConnect, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website 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. (0812R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2002-2009 Cisco Systems, Inc. All rights reserved.