This section provides information to configure slope QoS policies using the command line interface.
Default buffer pool exists (logically) at each port. Each physical port has two associated pool objects:
By default, each queue on the access port and access-uplink port is associated with slope-policy default which disables the high-slope, low-slope and non-TCP slope parameters within the pool.
This section provides configuration guidelines for slope QoS policies.
Following slopes are used based on the traffic encapsulation:
Following slopes are used based on the traffic encapsulation:
In 7210 SAS release 6.0, the user is provided with an option to use only 2 WRED slopes per queue (port egress queues), which allows differentiating in-profile and out-of-profile traffic flows. This is supported in both 7210 SAS-M access-uplink mode and network mode.
Table 66 compares the WRED slope used for different traffic flows. The slope does not get enabled by default. In order to maintain backward compatibility, the value is set to use 3 slopes (that is, tcp-non-tcp) and user has to change it explicitly to use 2 slopes on 7210 SAS-M nodes.
Slopes | Slope Option | |
TCP-non-TCP (Uses 3 WRED Slopes per Queue) | High-Low (Uses 2 WRED Slopes per Queue) | |
SAP Ingress TCP/IP traffic (Number of VLAN tags ≤ 2) | High-priority TCP slope or low-priority TCP slope, based on packet profile | High-priority or low-priority slope, based on packet profile |
SAP Ingress non-TCP traffic (Number of VLAN tags does not matter) | Non-TCP slope - No in/out profile differentiation | High-priority or low-priority slope, based on packet profile |
SAP Ingress TCP/IP traffic (Number of VLAN tags > 2) | Non-TCP slope - No in/out profile differentiation | High-priority or low-priority slope, based on packet profile |
MPLS LER originating traffic | High-priority TCP slope or low-priority TCP slope, based on packet profile | High-priority or low-priority slope, based on packet profile |
MPLS LER terminating traffic | Non-TCP slope - No in/out profile differentiation | High-priority or low-priority slope, based on packet profile |
MPLS LSR traffic | Non-TCP slope - No in/out profile differentiation | High-priority or low-priority slope, based on packet profile |
On 7210 SAS-T, 2 WRED slopes are supported per queue, one each for in-profile or high-priority traffic and out-of-profile or low-priority traffic.
In 7210 SAS-T devices, the hardware supports a limited amount of profiles, out of which some are reserved for system internal use and the rest is available for user configuration. It is not possible to allocate a unique profile for each and every queue available on 7210 SAS-T. Multiple queues will need to share the same WRED profile. Software manages the allocation of hardware WRED profiles based on user configuration. It automatically allocates a single WRED hardware profile if multiple queues use the same slope parameters (that is, max-average, start-average, drop probability and time average factor). Only if these parameters differ, it allocates a different hardware WRED profile for use by the queue.
![]() | Note: The WRED state (for example, average queue size) is maintained independently for each queue in the hardware. |
A WRED profile (that is, each high-slope and low-slope) allows to specify the slope parameters such as max-average, start-average, drop probability and time average factor (TAF).
A basic slope QoS policy must conform to the following:
Configuring and applying slope policies is optional. If no slope policy is explicitly applied to a port, a default slope policy is applied.
To create a new slope policy, define the following:
Use the following CLI syntax to configure a slope policy for 7210 SAS-M:
The following displays the slope policy configuration for 7210 SAS-M:
Use the following CLI syntax to configure a slope policy for 7210 SAS-T, 7210 SAS-Sx/S 1/10GE and 7210 SAS-Sx 10/100GE:
The following displays the slope policy configuration for 7210 SAS-T, 7210 SAS-Sx/S 1/10GE and 7210 SAS-Sx 10/100GE:
Apply slope policies to the egress buffer pool on the access and network ports.
The following CLI syntax examples may be used to apply slope policies to ports:
The default access egress and network egress policies are identified as policy-id “default”. The default policies cannot be edited or deleted. The following table displays default policy parameters:
A slope policy is associated by default with access and network egress pools. A default policy may be replaced with a non-default policy, but a policy cannot be entirely removed from the configuration. When a non-default policy is removed, the policy association reverts to the default slope policy policy-id default. A QoS policy cannot be deleted until it is removed from all ports where it is applied or if the policies are using the slope-policy.
The following CLI syntax examples can be used to remove slope policies from ports:
To delete a slope policy, enter the following command:
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.
The following output displays the copied policies for:
You can change existing policies and entries in the CLI or NMS. The changes are applied immediately to all services 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.