Question 590
A traffic-class policy references a DSCP value not mapped to the intended AOS-CX output queue. Which switching implementation or corrective action BEST addresses the underlying requirement?
Explanation
Correct Answer
Classify traffic at supported trust boundaries and map DSCP/802.1p markings into queues consistent with the approved policy. This addresses the controlling network requirement rather than merely changing its symptoms. A QoS marking has no guaranteed effect unless the device trusts, classifies and schedules it as intended. Verify before and after with: Inspect ingress markings, trust mode, class map, queue mapping, device capabilities and egress counters. Scenario: A traffic-class policy references a DSCP value not mapped to the intended AOS-CX output queue.
Incorrect Answers
Restore only the approved missing VLAN tags and native VLAN relationship at both ends of an uplink, then test representative hosts. This action instead applies to Correct trunk VLAN remediation. Broadly allowing every VLAN may restore one workload but violate segmentation requirements. It does not directly resolve the controlling requirement. The targeted response is: Classify traffic at supported trust boundaries and map DSCP/802.1p markings into queues consistent with the approved policy. Scenario: A traffic-class policy references a DSCP value not mapped to the intended AOS-CX output queue.
Provide a supported resilient default gateway design and test active-forwarding behavior under peer failure. This action instead applies to VRRP or active gateway redundant gateway behavior. A shared-looking gateway IP does not prove failover is configured or that the chosen platform supports the intended mechanism. It does not directly resolve the controlling requirement. The targeted response is: Classify traffic at supported trust boundaries and map DSCP/802.1p markings into queues consistent with the approved policy. Scenario: A traffic-class policy references a DSCP value not mapped to the intended AOS-CX output queue.
Use IGMP snooping and a suitable querier or routed multicast context to constrain multicast replication to interested ports. This action instead applies to IGMP snooping L2 multicast receiver control. IGMP snooping relies on correct membership signaling and appropriate querier behavior; static VLAN existence is insufficient. It does not directly resolve the controlling requirement. The targeted response is: Classify traffic at supported trust boundaries and map DSCP/802.1p markings into queues consistent with the approved policy. Scenario: A traffic-class policy references a DSCP value not mapped to the intended AOS-CX output queue.

