352-001 · Question #437
A company wants to prioritize voice traffic at their network edge and ensure that it has reserved some minimum bandwidth and treated with priority in the core. QoS is not currently implemented in…
The correct answer is C. Create RSVP tunnels through the core, reserving a minimum bandwidth for voice traffic. D. Perform class-based tunnel selection to forward voice packets through MPLS tunnels in the core F. Mark the voice traffic at the network edge with a specific DSCP value. With RSVP already signaling MPLS tunnels in the core, the minimal-change approach is to mark voice at the edge, create bandwidth-reserved RSVP-TE tunnels, and use class-based tunnel selection to steer voice traffic into those tunnels without touching per-hop QoS on every core…
Question
A company wants to prioritize voice traffic at their network edge and ensure that it has reserved some minimum bandwidth and treated with priority in the core. QoS is not currently implemented in the core, but MPLS with RSVP as the signaling protocol is already enabled. Which three actions do you recommend to optimize the voice traffic in the core with minimal changes? (Choose 3)
Options
- AConfigure PHB queueing policies on every core node based on the DSCP value.
- BCreate GRE tunnels through the core and configure PBR to forward the voice traffic into those
- CCreate RSVP tunnels through the core, reserving a minimum bandwidth for voice traffic.
- DPerform class-based tunnel selection to forward voice packets through MPLS tunnels in the core
- EEnable LDP throughout the core and configure PHB queueing policies based on the MPLS EXP
- FMark the voice traffic at the network edge with a specific DSCP value.
How the community answered
(29 responses)- A3% (1)
- B10% (3)
- C66% (19)
- E21% (6)
Why each option
With RSVP already signaling MPLS tunnels in the core, the minimal-change approach is to mark voice at the edge, create bandwidth-reserved RSVP-TE tunnels, and use class-based tunnel selection to steer voice traffic into those tunnels without touching per-hop QoS on every core node.
Configuring PHB queuing policies on every core node based on DSCP requires touching each core device individually, which contradicts the minimal-changes requirement and is the scenario the solution is trying to avoid.
Creating GRE tunnels and configuring PBR adds significant complexity and does not leverage the existing MPLS/RSVP infrastructure already in place, violating the minimal-changes constraint.
RSVP-TE tunnel creation with minimum bandwidth reservation leverages the already-enabled RSVP infrastructure to guarantee bandwidth for voice in the core without requiring per-node QoS policy changes.
Class-based tunnel selection allows the head-end router to forward packets matching a specific class (voice DSCP marking) into dedicated RSVP-TE tunnels, providing differentiated treatment without modifying every core node.
Enabling LDP and configuring PHB policies based on MPLS EXP bits still requires deploying queuing policies on every core node, which is not a minimal change and does not use the existing RSVP-TE capability.
Marking voice traffic with a DSCP value at the network edge is the foundational step that enables all downstream classification and tunnel selection - without edge marking, class-based steering cannot function.
Concept tested: MPLS RSVP-TE bandwidth reservation and class-based tunnel selection for QoS
Source: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mp_te_rsvp/configuration/xe-16/mp-te-rsvp-xe-16-book/mp-te-cbts.html
Topics
Community Discussion
No community discussion yet for this question.