About Marking
Marking is a method that you use to modify the QoS fields of the incoming and outgoing packets. The QoS fields that you can mark are IP precedence and differentiated services code point (DSCP) in Layer 3. The QoS group is a label local to the system to which you can assign intermediate marking values. You can use the QoS group label to determine the egress scheduling.
You can use marking commands in traffic classes that are referenced in a policy map. The marking features that you can configure are listed in the following table:
Marking Feature |
Description |
||
---|---|---|---|
DSCP |
Layer 3 DSCP. |
||
IP precedence |
Layer 3 IP precedence.
|
||
QoS group |
Locally significant QoS values that can be manipulated and matched within the system. The range is from 0 to 3. |
||
Ingress |
Status of the marking applies to incoming packets. |
||
CoS |
Layer 2 VLAN ID |
Trust Boundaries
The trust boundary forms a perimeter on your network. Your network trusts (and does not override) the markings on your switch.
The incoming interface enforces the trust boundary as follows:
-
All Fibre Channel and virtual Fibre Channel interfaces are automatically classified into the FCoE system class.
-
By default, all Ethernet interfaces are trusted interfaces. A packet tagged with an 802.1p class of service (CoS) value is classified into a system class using the value in the packet.
-
Any packet not tagged with an 802.1p CoS value is classified into the default drop system class. If the untagged packet is sent over a trunk, it is tagged with the default untagged CoS value, which is zero.
-
You can override the default untagged CoS value for an Ethernet interface or port channel.
After the system applies the correct CoS value to an untagged packet, QoS treats the packet according to the newly defined class.
Class of Behavior
For routed unicast traffic, the CoS value is not available and the packet has the Differentiated Services Code Point (DSCP) value only. For bridged unicast traffic, the CoS value is copied from the CoS value received in the 802.1q header. Note that on Layer 2 access links there is no trunk header. Therefore, if traffic is received on an access port and bridged, it will egress the switch with CoS 0. The DSCP value does not change, but the packet may not get the desired priority. You can manually set the CoS value in a policy-map via any QoS policy that manually sets the CoS or DSCP value.
Routed multicast traffic derives its CoS value similar to routed unicast traffic. For bridged multicast traffic, the behavior depends on the Layer 3 state. If there is no Layer 3 state for the multicast group, the CoS is derived similar to the bridged unicast traffic. If there is a Layer 3 state for the multicast group, the CoS is derived similar to routed unicast traffic.
Note |
When you enable Protocol Independent Multicast (PIM) in sparse mode on the switch virtual interface (SVI) for the VLAN in which traffic is received, PIM creates an S,G entry for any multicast traffic. |
Traffic Type | CoS Behavior |
Routed unicast | Unchanged |
Bridged unicast | Unchanged |
Routed multicast | Copied from 3 MSB of ToS |
Bridged multicast with Layer 3 state for group | Copied from 3 MSB of ToS |
Bridged multicast with no Layer 3 state for group | Unchanged |
Note |
CoS behavior per traffic type is not supported on the Cisco Nexus 9508 switch (NX-OS 7.0(3)F3(3)). |