nerdexam
Cisco

400-007 · Question #48

Which two aspects are considered when designing a dual hub dual DMVPN cloud topology? (Choose two )

The correct answer is A. will only work with single-tier headend architecture C. recommended for high availability. Dual hub dual DMVPN cloud topology places two hubs in a single-tier headend architecture, with each hub anchoring its own DMVPN cloud to provide redundancy and high availability.

Designing Network Infrastructure

Question

Which two aspects are considered when designing a dual hub dual DMVPN cloud topology? (Choose two )

Options

  • Awill only work with single-tier headend architecture
  • Bhub sites must connect to both DMVPN clouds
  • Crecommended for high availability
  • Dspoke-to-spoke traffic will transit the hub unless spokes exchange dynamic routing directly
  • Erequires all sites to have dual Internet connections

How the community answered

(41 responses)
  • A
    76% (31)
  • B
    15% (6)
  • D
    7% (3)
  • E
    2% (1)

Why each option

Dual hub dual DMVPN cloud topology places two hubs in a single-tier headend architecture, with each hub anchoring its own DMVPN cloud to provide redundancy and high availability.

Awill only work with single-tier headend architectureCorrect

Dual hub dual DMVPN is specifically suited to single-tier headend architectures where both hubs reside at the same network tier with no hierarchical relationship between them - a dual-tier (hierarchical) design would use a different topology such as regional hubs feeding a central hub.

Bhub sites must connect to both DMVPN clouds

In dual hub dual DMVPN, each hub anchors only one DMVPN cloud - spokes have tunnel interfaces into both clouds, but each individual hub does not connect to both clouds.

Crecommended for high availabilityCorrect

The core purpose of deploying two hubs across two separate DMVPN clouds is fault tolerance - if one hub or its associated cloud fails, spokes maintain connectivity through the second hub and cloud, which is the definition of high availability.

Dspoke-to-spoke traffic will transit the hub unless spokes exchange dynamic routing directly

Spoke-to-spoke traffic behavior is determined by DMVPN phase selection (Phase 1 hubs traffic, Phase 2/3 allows direct spoke tunnels), not by whether a dual hub dual cloud topology is used.

Erequires all sites to have dual Internet connections

Spoke sites do not require dual Internet connections - a single connection can carry tunnel interfaces to both DMVPN clouds using separate logical tunnel endpoints.

Concept tested: Dual hub dual DMVPN cloud topology design characteristics

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

Topics

#DMVPN#dual hub topology#high availability#spoke-to-spoke traffic

Community Discussion

No community discussion yet for this question.

Full 400-007 Practice