7. Slope QoS Policies

This chapter provides information to configure slope QoS policies using the command line interface.

Topics in this chapter include:

7.1. Overview

Random Early Detection (RED) and Weighted Random Early Detection (WRED) queue management policies are associated with queues and can be created at both access and network ports and in both directions (that is, ingress and egress). The main difference is that with WRED, there can be more than one slope curve managing the fill rate of the same queue. One curve manages the discards on high-priority traffic, and another curve manages the discards on low-priority traffic. For more information, refer to Slope Policies (WRED and RED).

On all adapter cards and platforms except the Gen-3 Ethernet adapter cards and platforms (such as the 6-port Ethernet 10Gbps Adapter card and the 7705 SAR-X with Ethernet ports), random discards (WRED) are buffer-based (that is, buffer-count in the queue is used to calculate the discard threshold). On the Gen-3 Ethernet adapter cards and platforms, random discards are byte-based (that is, payload-count (bytes) in the queue is used to calculate the discard threshold). The 7705 SAR-X with a TDM MDA uses buffer-based WRED.

For information about the tasks and commands necessary to access the command line interface and to configure and maintain the 7705 SAR, refer to the 7705 SAR Basic System Configuration Guide, “CLI Usage”.

7.2. Basic Configuration

This section contains the following topics related to creating and applying slope QoS policies:

A basic slope QoS policy must conform to the following rules.

  1. Each slope policy must have a unique policy ID.
  2. High slope and low slope are shut down (default).
  3. Default values can be modified but parameters cannot be deleted.

7.2.1. Creating a Slope QoS Policy

Configuring and applying QoS policies is optional. If no QoS policy is explicitly defined, a default QoS policy is applied.

To create a new slope policy, you must define the following:

  1. a slope policy name — the system does not dynamically assign a name
  2. a description — a brief description of the of policy
  3. the high slope for the high-priority WRED/RED slope graph
  4. the low slope for the low-priority WRED/RED slope graph

Use the following CLI syntax to configure a slope policy:

CLI Syntax:
config>qos#
slope-policy name
description description-string
high-slope
max-avg percent
max-prob percent
start-avg percent
no shutdown
low-slope
max-avg percent
max-prob percent
start-avg percent
no shutdown
Example:
*A:ALU-1#
configure qos slope-policy "SlopePolicy1" create
config>qos>slope-policy$ description "Test1"
config>qos>slope-policy$ high-slope
config>qos>slope-policy>high-slope$ max-avg 90
config>qos>slope-policy>high-slope$ max-prob 60
config>qos>slope-policy>high-slope$ start-avg 90
config>qos>slope-policy>high-slope$ shutdown
config>qos>slope-policy>high-slope$ exit
config>qos>slope-policy$ low-slope
config>qos>slope-policy>low-slope$ max-avg 75
config>qos>slope-policy>low-slope$ max-prob 40
config>qos>slope-policy>low-slope$ start-avg 75
config>qos>slope-policy>low-slope$ exit
config>qos>slope-policy$ exit
*A:ALU-1#

The following output shows the configuration for SlopePolicy1:

*A:ALU-1>config>qos# info
#--------------------------------------------------
echo "QoS Policy Configuration"
#--------------------------------------------------
        slope-policy "SlopePolicy1" create
            description "Test1"
            high-slope
                shutdown
                start-avg 90
                max-prob 60
            exit
            low-slope
                shutdown
                start-avg 75
                max-prob 40
            exit
        exit
#--------------------------------------------------

7.2.2. Applying Slope Policies

Slope policies are applied to network and access egress and ingress queues.

Use the following CLI syntax:

CLI Syntax:
config>qos>network-queue>queue>slope-policy name
config>qos>sap-ingress>queue>slope-policy name
config>qos>sap-egress>queue>slope-policy name

7.2.3. Default Slope Policy Values

The default slope policies are identified as default. The default policies cannot be edited or deleted. Table 50 displays the default slope policy parameters.

Table 50:  Slope Policy Defaults  

Field

Default

description

“Default slope policy”

high-slope

    shutdown

shutdown

    start-avg

70

    max-avg

90

    max-prob

80

low-slope

    shutdown

shutdown

    start-avg

50

    max-avg

75

    max-prob

80

The following output displays the default configuration:

A*A:ALU-1>config>qos# info detail
#--------------------------------------------------
echo "QoS Policy Configuration"
#--------------------------------------------------
 ...    
        slope-policy "default" create
            description "Default slope policy."
            high-slope
                shutdown
                start-avg 70
                max-avg 90
                max-prob 80
            exit
            low-slope
                shutdown
                start-avg 50
                max-avg 75
                max-prob 80
            exit
 ...

7.3. Service Management Tasks

This section describes the following service management tasks:

7.3.1. Deleting QoS Policies

A QoS policy cannot be deleted until it is removed from a network or access egress/ingress queue. Use the following CLI syntax:

CLI Syntax:
config>qos>network-queue>queue>no slope-policy
config>qos>sap-ingress>queue>no slope-policy
config>qos>sap-egress>queue>no slope-policy

7.3.1.1. Removing a Policy from the QoS Configuration

Use the following CLI syntax to delete a slope policy:

CLI Syntax:
config>qos# no slope-policy name
Example:
config>qos# no slope-policy SlopePolicy1

7.3.2. Copying and Overwriting QoS Policies

You can copy an existing slope policy, rename it with a new policy ID value, or overwrite an existing policy ID. The overwrite option must be specified or an error occurs if the destination policy ID exists.

Use the following syntax to overwrite an existing QoS slope policy.

CLI Syntax:
config>qos> copy slope-policy source-policy-name dest-policy-name [overwrite]
Example:
*A:ALU-1>config>qos# copy slope-policy SlopePolicy1 SlopePolicy2 overwrite
config>qos# exit
*A:ALU-2#

The following output displays the copied policies:

*A:ALU-2>config>qos# info detail
#--------------------------------------------------
echo "QoS Policy Configuration"
#--------------------------------------------------
...
        slope-policy "default" create
            description "Default slope policy."
            high-slope
                shutdown
                start-avg 70
                max-avg 90
                max-prob 80
            exit
            low-slope
                shutdown
                start-avg 50
                max-avg 75
                max-prob 80
            exit
        exit
        slope-policy "SlopePolicy2" create
            description "Test2"
            high-slope
                shutdown
                max-avg 100
                start-avg 100
                max-prob 75
            exit
            low-slope
                shutdown
                start-avg 75
                max-avg 75
                max-prob 40
            exit
        exit
        slope-policy "SlopePolicy1" create
            description "Test1"
            high-slope
                shutdown
                start-avg 90
                max-avg 60
                max-prob 90
            exit
            low-slope
                shutdown
                start-avg 75
                max-avg 75
                max-prob 40
            exit
        exit
        slope-policy "SlopePolicy2" create
            description "Test1"
            high-slope
                shutdown
                start-avg 90
                max-avg 60
                max-prob 90
            exit
            low-slope
                shutdown
                start-avg 75
                max-avg 75
                max-prob 40
            exit
        exit
 ...

7.3.3. Editing QoS Policies

You can change existing policies and entries in the CLI. The changes are applied immediately to all queues where this policy is applied. To prevent configuration errors, copy the policy to a work area, make the edits, and then write over the original policy.