Overview of QoS policies on 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C

On the 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C, QoS policies are applied on service ingress, service egress and access uplink ports (ingress and egress) and define the following:

There are the following types of QoS policies:

Service ingress QoS policies are applied to the customer-facing SAPs on access ports. SAPs that are configured on hybrid ports must use the service ingress policies for ingress classification to an FC and queue. Traffic that enters through the SAP is mapped to an FC, and the user has an option to also assign a profile on SAP-ingress. An FC can be associated with either queues or policers/meters on service ingress. The service ingress FC can be configured to use queues or a policer/meter, allowing for some FCs to use queues and some others to use policers/meters.

When the FC is associated with a queue on access SAP-ingress (also known as service ingress), the profile determines the enqueing priority for the packet, with in-profile packets having a higher chance of getting a buffer, than out-of-profile packets. The mapping of traffic to FC/queues can be based on combinations of customer QoS marking in the packet header (for example, IEEE 802.1p bits, IP DSCP bits, MAC address, and so on). The characteristics of the FC queues are defined within the policy as to the number of FC queues to use for unicast traffic and BUM traffic along with the queue rate and buffer parameters (like CIR, PIR, CBS, MBS). Each of the FCs can be associated with different parameters for unicast traffic and different parameters for multipoint (that is, BUM) traffic.

A service ingress QoS policy defines up to 8 queues per policy, with up to two queues (that is, Unicast Queue Mapping and Multicast Queue Mapping) per FC. Unicast and multipoint traffic can be mapped to use the same queue or mapped to use different queues per FC with a maximum of up to two queues per FC, one each for unicast and for multicast traffic.

For VPLS, the following types of forwarding are supported:

Multicast, broadcast, and unknown types are flooded to all destinations within the service while the unicast forwarding type is handled in a point-to-point manner within the service. Multicast, broadcast, and unknown traffic types use the same multicast-queue mapping defined for FC. A separate queue for multicast, broadcast, and unknown unicast traffic types cannot be defined.

Service ingress policies provide an option to use a policer per FC, instead of a queue. It allows users to classify low-latency less bursty traffic on service ingress to an FC and use a policer to enforce rate. When an FC is associated with policer on access SAP-ingress, the profile determines the ingress color for the packet. It allows in-profile (green) packets to use the available tokens from the CIR rate first while out-of-profile packets use available tokens from the PIR rate first. The user can prioritize in-profile packets over out-profile packets by ensuring that CIR rate is available for in-profile service ingress packets. The mapping of traffic to FC meter can be based on combinations of customer QoS marking in the packet header (for example, IEEE 802.1p bits, IP DSCP bits, MAC address, and so on).

The characteristics of the FC policer are defined within the policy as to the number of FC meter to use for unicast traffic and BUM traffic along with the policer rate (like CIR, PIR) and burst parameters (like CBS, MBS). Each of the FCs can be associated with different parameters for unicast traffic and different parameters for multipoint (that is, BUM) traffic. A service ingress QoS policy defines up to 16 meters per policy, with up to two meters per FC. Unicast and multipoint traffic can be mapped to use the same policer or mapped to use different policer per FC with a maximum of up to two policer per FC, one each for unicast and for multicast traffic.

For VPLS, the following types of forwarding are supported:

Multicast, broadcast, and unknown types are flooded to all destinations within the service, while the unicast forwarding type is handled in a point-to-point manner within the service. Multicast, broadcast, and unknown traffic types use the same multicast meter mapping defined for FC. A separate meter for multicast, broadcast, and unknown unicast traffic types cannot be defined.

Service ingress QoS policy also provides an option to configure a mix of meters and queues per policy and per FC. It is possible to use a queue for one of the FC used to forward bursty traffic while using a meter for another FC used to forward low-latency traffic. In addition, it is possible to configure a queue for unicast traffic type while using a meter for BUM traffic types or the other way around.

On service ingress, when a combination of queues and meters are used, the option is available to configure the service ingress aggregate rate for queues and meters individually. That is, the service ingress aggregate policer rate enforces the rate across all the FC meters configured in the SAP while the service ingress aggregate shaper rate enforces the rate across all the FC queues configured in the SAP.

Service egress QoS policies are applied to access SAPs and map FCs to service egress queues for a service. The system can allocate a maximum of eight queues per SAP for the eight FCs. All traffic types (that is, both unicast and BUM traffic types) share the same queue on service egress. A service egress QoS policy defines the FC queue characteristics and also defines how to remark the FC to priority bits in the packet header (for example, IEEE 802.1p bits in the Ethernet VLAN tag) in the customer traffic. SAPs configured on hybrid ports must use service egress policies for egress queuing and remarking.

Network QoS policies are applied to access uplink ports, network ports, and hybrid ports. For an overview of the network QoS policy applied to access-uplink ports on 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C platforms, see Overview of network QoS policy applied to access-uplink ports on 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C. For an overview of the network QoS policy applied to network ports and hybrid ports on 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C platforms, see Overview of network QoS policy applied to network and hybrid ports on 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C.

On egress, network queue policies are applied to access-uplink ports, network ports, and hybrid ports. Network queue policies map FCs to network egress queues on access-uplink ports, network ports, and hybrid ports. The system allocates eight egress queues per port (per network, hybrid, or access-uplink port) for the eight FCs. The policy defines the FC queue characteristics (that is, CIR, PIR, CBS, MBS, and so on). All traffic types (that is, both unicast and BUM traffic types) share the same egress queue on access-uplink ports, network ports, and hybrid ports. All the access-uplink SAPs that are configured on the same access-uplink port use the same policy and the same set of FC queues. This means that traffic transmitted through all the access-uplink SAPs configured on a specific access-uplink port receive similar QoS treatment. All network IP interfaces configured on the same network port or hybrid port use the same policy and the same set of FC queues; traffic transmitted through all network IP interfaces configured on a network port or hybrid port receive similar QoS treatment.

Slope policies are applied to service ingress queues, service egress queues, access-uplink port ingress queues, access-uplink port egress queues, network port ingress queues, and network port egress queues. Each of these queuing points allocates buffers from the buffer pool and implements WRED for congestion management. During congestion WRED is used to evaluate how buffers from the pool are allocated to different FCs and to in-profile and out-of-profile traffic within a specific FC. The slope policies define the WRED parameters to use for in-profile/high-priority packets and for out-of-profile/low-priority packets. The high-slope and low-slope define the parameters for in-profile/high-priority packets and for out-of-profile/low-priority packets respectively. In addition, the 7210 SAS-K 2F6C4T and 7210 SAS-K 3SFP+ 8C introduce the concept of ring and non-ring ports with an option for preferential allocation of traffic for ring ports. The system treats network ports and access-uplink ports as ring ports by default.

Remark policies are applied to access SAP-egress, access-uplink port egress, network port egress, and hybrid port egress. They are associated with service egress policy and network qos policy. They define the FC and profile to egress marking values (for example, IEEE 802.1p bits in the Ethernet VLAN tag) to use.

The dot1p classification policy, IP DSCP classification policy, and MPLS EXP classification policy allow the user to define the map of dot1p bits, IP DSCP values, and MPLS EXP values, respectively, to FCs, and assign the profile for the packet. The dot1p classification policy and IP DSCP classification policy are available on access SAP-ingress, access-uplink port ingress, network port ingress, and hybrid port ingress. The MPLS EXP classification policy is available on network port ingress and hybrid port ingress.

One service ingress QoS policy and one service egress QoS policy can be applied to a specific access SAP. One network QoS can be applied to a specific access-uplink port. One network queue policy can be applied to the network port or hybrid port. If no QoS policy is explicitly applied to a SAP or port, a default QoS policy is applied.

Parent topic: QoS policies overview