300-420 Exam Dumps : Designing Cisco Enterprise Networks (ENSLD) v1.1

Contracting an internet connection and deploying DMVPN is the most practical solution when the enterprise needs a fast, affordable, and reliable backup for a single MPLS provider. DMVPN can use broadband internet transport to build encrypted GRE/IPsec tunnels between sites, providing a backup WAN path without waiting for another private MPLS provider circuit. It supports dynamic routing and can be deployed incrementally, which makes it suitable after a recent outage when time and cost matter. BFD echo mode toward a provider PE can improve failure detection, but it does not create an alternate transport if the only MPLS provider has an outage. Adding a WAN router and a floating static route also fails unless another path exists. Contracting a second MPLS provider and deploying GETVPN may be robust, but it is slower and more expensive than the requested quick and affordable backup. Reference topics: DMVPN backup WAN, MPLS resiliency, internet VPN, IPsec, branch availability, rapid WAN deployment.

BGP Multipath Load Sharing is the feature used when a single router has two parallel BGP paths to the same ISP and the design goal is to install more than one eligible BGP path in the routing table. By default, BGP selects a single best path after evaluating path attributes such as weight, local preference, AS path, origin, MED, eBGP over iBGP, IGP metric to next hop, and tie breakers. When the competing paths are sufficiently equivalent and BGP multipath is enabled, Cisco IOS can install multiple BGP next hops for the same prefix and allow the forwarding plane to load share across both links. Multihop is used to establish BGP sessions to non-directly connected neighbors, not to load balance. Next-Hop Address Tracking improves convergence by tracking next-hop reachability, but it does not itself create load sharing. AS-path prepending intentionally makes a path less preferred for inbound traffic engineering. Therefore, the correct BGP feature for balancing outbound traffic across two links to the same ISP is Multipath Load Sharing.

BIDIR-PIM is the correct multicast solution for interactive many-to-many communication with many sources when source trees must not be used. Bidirectional PIM is specifically designed for applications where receivers can also be senders and where the number of sources can grow without creating per-source multicast state throughout the network. Instead of building shortest-path trees for each source, BIDIR-PIM uses a shared tree rooted at the rendezvous point and forwards traffic bidirectionally along that tree. This reduces multicast routing-table growth and control-plane churn in environments with many active sources. PIM dense mode is not appropriate because it floods and prunes traffic and is inefficient at scale. Any-source multicast with PIM-SM may create source trees, which violates the requirement. MSDP is used to exchange source information between PIM-SM domains and is not itself the forwarding mode for this campus or WAN multicast design. Reference topics: BIDIR-PIM, many-to-many multicast, shared tree, multicast source scaling, PIM design.