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 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.
Restrictions for Byte-Based Weighted Random Early Detection
WRED is only useful when
the bulk of the traffic is TCP/IP traffic. With TCP, dropped packets indicate
congestion, so the packet source will reduce its transmission rate. With other
protocols, packet sources may not respond or may resend dropped packets at the
same rate. Thus, dropping packets does not decrease congestion.
You cannot configure
byte-based WRED on a class in which the queue-limit is configured in
milliseconds or packets.
Information About Byte-Based Weighted Random Early Detection
This feature extends the functionality of WRED. In previous releases, you specified the WRED actions based on the number of packets. With the byte-based WRED, you can specify WRED actions based on the number of bytes.
Changes in Queue Limit and WRED Thresholds
In Cisco IOS XE Release 2.4, the Cisco ASR 1000 Series Aggregation Services Routers support the addition of bytes as a unit of configuration for both queue limits and WRED thresholds. Therefore, as of this release, packet-based and byte-based limits are configurable, with some restrictions.
How to Configure Byte-Based Weighted Random Early Detection
Configures the parameters for bytes with a specific IP precedence.
Configuring the Queue Depth and WRED Thresholds
Before You Begin
Be sure that your configuration satisfies the following conditions when configuring the queue depth and WRED thresholds:
When configuring byte-based mode, the queue limit must be configured prior to the WRED threshold and before the service policy is applied.
When setting the queue depth and WRED thresholds in an enhanced QoS policies aggregation configuration, the limits are supported only for the default class at a subinterface policy map and for any classes at the main interface policy map.
Note
Consider the following restrictions when you configure the queue depth and WRED thresholds:
Do not configure the queue limit unit before you configure a queueing feature for a traffic class.
If you do not configure a queue limit, then the default mode is packets.
When you configure WRED thresholds, the following restrictions apply:
The WRED threshold must use the same unit as the queue limit. For example, if the queue limit is in packets, then the WRED thresholds also must be in packets.
If you do not configure a queue limit in bytes, then the default mode is packets and you must also configure the WRED threshold in packets.
The queue limit size must be greater than the WRED threshold.
The unit modes for either the queue limit or WRED thresholds cannot be changed dynamically after a service policy is applied.
Specifies the name of the traffic policy that you want to configure or modify and enters policy-map configuration mode.
Step 4
classclass-name
Example:
Router(config-pmap)# class AF1
Specifies the name of the traffic class and enters policy-map class configuration mode.
Step 5
qos-queueing-feature
Example:
Router(config-pmap-c)# bandwidth remaining ratio 90
Enters a QoS configuration command. Some of the queueing features that are currently supported are
bandwidth,
priority, and
shape.
Note
Multiple QoS queueing commands can be entered at this step. However, due to dependencies between the queue limit and WRED thresholds, you should configure WRED after you configure the queue limit.
Step 6
queue-limitqueue-limit-size [bytes |
packets]
Example:
Router(config-pmap-c)# queue-limit 547500 bytes
Specifies the maximum number (from 1 to 8192000) of bytes or packets that the queue can hold for this class.
Step 7
random-detect [dscp-based |
prec-based]
Example:
Router(config-pmap-c)# random-detect dscp-based
Enables WRED in either DSCP-based mode or precedence-based mode.
Configures WRED parameters for a particular DSCP value or IP precedence.
Note
Use the
min-thresholdmax-threshold arguments without the
bytes keyword to configure packet-based thresholds, when the
queue-limit unit is also packets (the default). Alternatively, use these arguments with the
bytes keyword when the
queue-limit unit is configured in bytes.
Examples
The following examples show both correct and invalid configurations to demonstrate some of the restrictions.
The following example shows the correct usage of setting the queue limit in bytes mode after the
bandwidthremainingratio queueing feature has been configured for a traffic class:
class AF1
bandwidth remaining ratio 90
queue-limit 750000 bytes
The following example shows an invalid configuration for the queue limit in bytes mode before the
bandwidthremainingratio queueing feature has been configured for a traffic class:
class AF1
queue-limit 750000 bytes
bandwidth remaining ratio 90
The following example shows the correct usage of setting the queue limit in bytes mode after the
bandwidthremainingratio queueing feature has been configured for a traffic class, followed by the setting of the thresholds for WRED in compatible byte mode:
class AF1
bandwidth remaining ratio 90
queue-limit 750000 bytes
random-detect dscp-based
random-detect dscp 8 750000 bytes 750000 bytes
This example shows an invalid configuration of the WRED threshold in bytes without any queue limit configuration, which therefore defaults to a packet-based queue depth. Therefore, the WRED threshold must also be in packets:
class AF1
bandwidth remaining ratio 90
random-detect dscp-based
random-detect dscp 8 750000 bytes 750000 bytes
Changing the Queue Depth and WRED Threshold Unit Modes
Configures WRED parameters for a particular DSCP value or IP precedence.
Note
Use the
min-thresholdmax-threshold arguments without the
bytes keyword to configure packet-based thresholds, when the queue-limit unit is also packets (the default). Alternatively, use these arguments with the
bytes keyword when the queue-limit unit is configured in bytes.
Examples
The following example shows how to change the queue depth and WRED thresholds to packet-based values once a service policy has been applied to an interface:
interface GigabitEthernet1/2/0
no service-policy output main-interface-policy
end
policy-map main-interface-policy
class AF1
queue-limit 5000 packets
no random-detect dscp 8 750000 bytes 750000 bytes
random-detect dscp 8 4000 4000
Verifying the Configuration for Byte-Based WRED
SUMMARY STEPS
1.showpolicy-map
2.
The showpolicy-mapinterface command shows output for an interface that is configured for byte-based WRED.
DETAILED STEPS
Step 1
showpolicy-map
The showpolicy-map command shows the output for a service policy called pol1 that is configured for byte-based WRED.
The following example shows a service policy called wred-policy that sets up byte-based WRED for a class called prec2 and for the default class. The policy is then applied to Fast Ethernet interface 0/0/1.
Cisco IOS Quality of Service Solutions Command Reference
Modular QoS CLI
Modular Quality of Service Command-Line Interface module
Standards
Standard
Title
No new or modified standards are supported, and support for existing standards has not been modified.
--
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 XE software releases, and feature sets, use Cisco MIB Locator found at the following URL:
No new or modified RFCs are supported, and support for existing RFCs has not been modified.
--
Technical Assistance
Description
Link
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use these resources to install and configure the software and to troubleshoot and resolve technical issues with Cisco products and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password.
Feature Information for Byte-Based Weighted Random Early Detection
The 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.
Table 1
Feature Information for Byte-Based Weighted Random Early Detection
Feature Name
Releases
Feature Information
Byte-Based Weighted Random Early Detection
Cisco IOS XE Release 2.4
The Byte-Based Weighted Random Early Detection feature extends the functionality of WRED. In previous releases, you specified the WRED actions based on the number of packets. With the byte-based WRED, you can specify WRED actions based on the number of bytes.
This feature was introduced on Cisco ASR 1000 Series Routers.
The following commands were introduced or modified:
random-detect,
random-detectprecedence,
showpolicy-map,showpolicy-mapinterface.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at
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. (1005R)
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.