nerdexam
Cisco

352-001 · Question #564

A DMVPN network is being deployed for 10 branch sites to connect to the central headquarters over the Internet. Each branch site connects to the internet via a 1.5 Mb/s ADSL line, and the headquarters

The correct answer is B. Applying hierarchical QoS with parent policy for the overall circuit and child policy for the spokes. In this DMVPN design, hierarchical QoS (HQoS) at HQ is required to enforce the 20 Mb/s aggregate limit as a parent policy while applying per-spoke child policies that match each branch's 1.5 Mb/s ADSL constraint.

Designing Network Services

Question

A DMVPN network is being deployed for 10 branch sites to connect to the central headquarters over the Internet. Each branch site connects to the internet via a 1.5 Mb/s ADSL line, and the headquarters connects to the Internet over a 100Mb/s circuit limited to 20 Mb/s by the service provider. Which QoS mechanism if any, do you recommend at the headquarters location?

Options

  • ARate-limiting the 100 Mb/s circuit to 20 Mb/s
  • BApplying hierarchical QoS with parent policy for the overall circuit and child policy for the spokes
  • CTraffic shaping the 100 Mb/s circuit to 20 Mb/s
  • DQoS is not required in this instance due to maximum traffic being received by the branches being

How the community answered

(44 responses)
  • A
    30% (13)
  • B
    43% (19)
  • C
    18% (8)
  • D
    9% (4)

Why each option

In this DMVPN design, hierarchical QoS (HQoS) at HQ is required to enforce the 20 Mb/s aggregate limit as a parent policy while applying per-spoke child policies that match each branch's 1.5 Mb/s ADSL constraint.

ARate-limiting the 100 Mb/s circuit to 20 Mb/s

Rate-limiting (policing) discards excess packets rather than buffering and scheduling them, causing unnecessary drops and providing no ability to prioritize critical traffic within the constrained bandwidth.

BApplying hierarchical QoS with parent policy for the overall circuit and child policy for the spokesCorrect

HQoS uses a parent shaper policy to rate the HQ output to 20 Mb/s (matching the SP-imposed limit) and child policies attached per-spoke tunnel to ensure HQ never bursts traffic toward any branch beyond the 1.5 Mb/s the branch ADSL can accept, while also enabling DSCP-based prioritization within each spoke's allocation.

CTraffic shaping the 100 Mb/s circuit to 20 Mb/s

A flat shaping policy applied only to the 20 Mb/s aggregate does not address per-spoke fairness or the 1.5 Mb/s branch constraint, leaving individual spokes vulnerable to starvation or over-subscription.

DQoS is not required in this instance due to maximum traffic being received by the branches being

QoS is required because the aggregate HQ uplink (20 Mb/s) can easily overwhelm individual branch ADSL lines (1.5 Mb/s each), and without per-spoke shaping critical traffic will be dropped at the branch access loop.

Concept tested: Hierarchical QoS for DMVPN hub spoke bandwidth management

Source: https://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/WAN_and_MAN/DMVPN_2_Phase2/DMVPN_QoS.html

Topics

#QoS#DMVPN#hierarchical QoS#traffic shaping

Community Discussion

No community discussion yet for this question.

Full 352-001 Practice