11. Access egress QoS policies for 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12

This section provides information to configure Access Egress QoS policies using the command line interface.

11.1. Overview

On 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12, the users have an option to use either port-based egress queuing and shaping or SAP-based egress queuing and shaping for SAPs configured on access ports or hybrid ports. Use the configure system resource-profile qos port-scheduler-mode command on the 7210 SAS-Mxp and the configure system global-res-profile qos port-scheduler-mode command on the 7210 SAS-R6 and 7210 SAS-R12 to select the mode to be used for SAPs configured on all the ports of the node (in other words, this is a per node setting).

On 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12, an access egress policy allows user to define the marking values for the traffic sent out of the access ports towards the customer. Access egress QoS policies map forwarding class flows to marking values to use. In addition, based on the queuing mode used on access egress, it also defines the per port queue parameters.

11.1.1. Access egress QoS policy for SAP-based queuing mode

The 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12 support SAP-based marking for access SAPs and port-based egress marking on access ports. SAP-based marking is only supported for Layer 2 SAPs, that is, SAPs configured in Epipe and VPLS service. If user enables remarking in the SAP egress policy attached to the SAP, the remark policy configured is used to mark the packets sent out of the SAP. If remarking is disabled in the SAP egress policy attached to the SAP, remark policy configured under the access-egress policy associated with the egress access port is used to mark all packets sent out of the Layer 2 SAP configured on the access port. This is known as port-based marking.

Port-based marking is supported primarily for Layer 3 SAPs (that is, SAPs configured in VPRN services and IES services). In other words, SAP-based marking is not supported for Layer 3 SAPs.

On 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12, no explicit CLI command is provided to choose between port-based marking and SAP-based marking for Layer 2 SAPs. The user can choose SAP-based marking by enabling remarking in the SAP egress policy attached to the Layer 2 SAP or choose port-based marking by disabling remarking in the SAP egress policy attached to the SAP and enabling remarking in the access-egress policy associated with the access port on which the Layer 2 SAP is configured.

A remarking policy can be defined for each access egress policy and remarking is disabled by default. Only remarking policy of type dot1p, dot1p-lsp-exp-shared, dscp or dot1p-dscp can be used with access-egress policy. The following is the marking behavior with different remark policy types:

  1. If remark policy type is dot1p or dot1p-lsp-exp-shared, then all traffic sent out of Layer 2 SAPs and Layer 3 SAPs configured on that port will have its Dot1p bits marked.
  2. If remark policy type is dscp, then all traffic sent out of Layer 2 SAPs and Layer 3 SAPs configured on that port will have its IP DSCP bits marked (assuming Layer 2 SAPs are carrying IP traffic).
  3. If remark policy type is of type dot1p-dscp, then all traffic sent out of Layer 2 SAPs and Layer 3 SAPs configured on that port will have its IP DSCP bits (assuming Layer 2 SAPs are carrying IP traffic) and dot1p bits marked.
Note:

  1. On the 7210 SAS-Mxp, for Layer 2 SAPs, if remarking is enabled in the SAP egress policy and port-based marking is disabled, the dot1p values configured in the SAP egress policy are used. For Layer 3 SAPs no marking is done.
  2. On the 7210 SAS-Mxp, Layer 2 SAPs, if remarking is enabled in the SAP egress policy and port-based marking is enabled, the dot1p values configured in the SAP egress policy are used. For Layer 3 SAPs, the dot1p and DSCP values configured in the access-egress policy are used. In addition, the DSCP values configured in the access-egress policy are used to mark the IP traffic sent out of Layer 2 SAPs.
  3. On the 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12, if remarking is disabled for the SAP egress policy and port-based marking is enabled, IP DSCP values are marked, including for the traffic egressing from the Layer 2 SAPs configured on the port. To avoid this, it is recommended to use only FC-to-dot1p values when both Layer 2 and Layer 3 SAPs are configured on the same access port.
  4. On the 7210 SAS-R6 and 7210 SAS-R12, if remarking is enabled for the SAP egress policy and port based marking is enabled, the values configured in the SAP egress policy are used. For L3 SAPs the values configured in the access-egress policy are used.

11.1.2. Access egress QoS policy for port-based queuing mode

In addition to marking values, the access egress QoS policy provides an option to define port-based queues and scheduling when per port queues are used for SAPs configured on access ports.

Users have an option to use either port-based egress queuing and shaping or SAP-based egress queuing and shaping for SAPs configured on access ports or hybrid ports. Use the configure system resource-profile qos port-scheduler-mode command on 7210 SAS-Mxp or the configure system global-res-profile qos port-scheduler-mode on the 7210 SAS-R6 and 7210 SAS-R12 to select the mode to be used for SAPs configured on all the ports of the node. When port-scheduler-mode is enabled, software uses 8 egress queues per access port and all the SAPs configured on the port will share the 8 egress queues for traffic sent out of that port. In this mode, SAPs configured on hybrid port shares the egress queues with network port traffic. Enabling port-scheduler-mode affects the behavior for all the SAPs configured on either access or hybrid port. That is, port-based egress queues is mutually exclusive to use of SAP-based egress queues. When port-scheduler-mode is enabled, per port egress queues are defined using the access egress policies.

Additionally, the marking values used to mark traffic from different forwarding classes is defined by the remark policy in the access egress policy. In other words, per SAP marking cannot be used when Port-based queuing mode is used. A remarking policy can be defined for each access egress policy and remarking is disabled by default. Only remarking policy of type dot1p, dot1p-lsp-exp-shared, dscp or dot1p-dscp can be used with access-egress policy. The following is the marking behavior with different remark policy types:

  1. If remark policy type is dot1p or dot1p-lsp-exp-shared, all traffic sent out of Layer 2 SAPs and Layer 3 SAPs configured on that port will have its Dot1p bits marked.
  2. If remark policy type is dscp, all traffic sent out of Layer 2 SAPs and Layer 3 SAPs configured on that port will have its IP DSCP bits marked (assuming Layer 2 SAPs are carrying IP traffic).
  3. If remark policy type is of type dot1p-dscp, all traffic sent out of Layer 2 SAPs and Layer 3 SAPs configured on that port will have its IP DSCP bits (assuming Layer 2 SAPs are carrying IP traffic) and Dot1p bits marked.
Note:

  1. When port-scheduler-mode is disabled, per-SAP egress queues are available for use. Per-SAP egress queues are configured in the service egress policies.
  2. On the 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12, when port-based queuing is enabled, RVPLS SAPs use the port-based egress queues for both unicast and BUM traffic; all the SAPs, including RVPLS SAPs, share the eight egress queues created per port.

Access egress QoS policies define egress queues and map forwarding class flows to queues, if port-scheduler-mode is enabled. In port-scheduler-mode, the system allocates 8 queues to access port egress by default. To define a basic access egress QoS policy, the following are required:

  1. unique access egress QoS policy ID
  2. QoS policy scope of template or exclusive

The parameters that can be configured for a queue are discussed in Queue parameters.

Optional service egress QoS policy elements include:

  1. specify remark policy that defines IEEE 802.1p priority value remarking based on forwarding class

When port-based queuing is used, the FC to queue map is fixed and the queues priority is determined by the queue number, with higher queue number having the higher priority. The user can configure a queue to be a strict queue to change the scheduling behavior for that queue.

The following is a sample configuration output showing a default access-egress policy for the 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12.

*A:sasr_dutb>config>qos>access-egress# info detail
----------------------------------------------
            description "Default Access egress QoS policy."
            no remarking
            remark 2
            scope template
            queue 1
                adaptation-rule cir closest pir closest
                rate cir 0 pir max
                queue-mgmt "default"
                queue-mode weighted
                weight 1
            exit
A:sasr_dutb>config>qos>access-egress# 

11.1.3. Access egress QoS policy queue override

The following QoS policy queue parameters can be overridden using the configure>port>ethernet>access>egress>queue-override command. For command description details, refer to the Port Ethernet QoS Commands section in the 7210 SAS-Mxp, R6, R12, S, Sx, T Interface Configuration Guide:

  1. adaptation rule
    Specifies the criteria used to compute the operational PIR and CIR values for this queue (min, max, or closest)).
  2. percent rate
    Enables the configuration of queue PIR and CIR as a percentage of the egress port line rate rather that the values set by the rate parameter.
  3. queue management
    Associates a queue management policy with the queue.
  4. queue mode
    Sets strict or weighted mode for the queue.
  5. rate
    Defines the administrative PIR and CIR for the queue.
  6. weight
    Determines the proportion of available bandwidth that is given to this queue.

Refer to “Port Ethernet QoS Commands” in the 7210 SAS-Mxp, R6, R12, S, Sx, T Interface Configuration Guide for more information about the queue-override command.

11.1.4. Basic configurations

A basic access egress QoS policy must conform to the following:

  1. have a unique access egress QoS policy ID
  2. have a QoS policy scope of template or exclusive

11.1.4.1. Modifying access egress QoS queues on the 7210 SAS-R6 and 7210 SAS-R12

The following is a sample port-scheduler-mode policy configuration output for the 7210 SAS-R6 and 7210 SAS-R12.

*A:sasr_dutb>config>system>glob-res# info detail
----------------------------------------------
         qos
                no port-scheduler-mode
            exit
----------------------------------------------
*A:sasr_dutb>config>system>glob-res#

11.1.4.2. Applying access egress QoS policies on the 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12

Apply access egress policies to the following entities:

  1. Ethernet ports

A policy can be applied to the ports that are in access mode.

11.1.4.2.1. Ethernet ports

Use the following syntax to apply an access-egress policy to an Ethernet port.

CLI Syntax:
config>port#
ethernet access egress
qos access-egress-policy-id

The following is a sample port configuration output for 7210 SAS-R6 and 7210 SAS-R12.

*A:Dut-B>config>port# ethernet mode access 
*A:Dut-B>config>port# info detail 
----------------------------------------------
        shutdown
        description "10/100/Gig Ethernet SFP"
        ethernet                      
            mode access 
            no enable-table-classification
            access
                no accounting-policy
                no     collect-stats
                egress
                    qos 1
                exit
            exit
            encap-type null
            exit

11.1.4.3. Editing QoS policies

Existing policies and entries can be edited through the CLI or NMS. The changes are applied immediately to all services where the policy is applicable.

To prevent configuration errors perform the following:

  1. Copy the policy to a work area.
  2. Edit the policy.
  3. Overwrite the original policy.

11.1.4.4. Deleting QoS policies

Every access Ethernet port is associated, by default, with the default access egress policy (policy-id 1). You can replace the default policy with a customer-configured policy, but you cannot entirely remove the policy from the port configuration. When you remove a non-default access egress policy, the association reverts to the default policy-id 1.

A QoS policy cannot be deleted until it is removed from all access ports where they are applied.

*A:7210-SAS-1>config>qos# no access-egress 30
MINOR: CLI Could not remove Access egress policy "30" because it is in use.

11.1.4.5. Removing a policy from the QoS configuration

CLI Syntax:
config>qos# no access-egress policy-id
Example:
config>qos# no access-egress 100
config>qos# no access-egress 1010