SD-WAN-Engineer Exam Dumps and Practice Questions

Prisma SD-WAN licensing is structured to provide flexibility while ensuring that all components of the secure fabric are correctly accounted for. To meet the requirements of this organization, we must calculate the necessary subscriptions for both the data center hubs and the distributed branch network.

First, we address the Data Center Subscriptions. The organization has two main geographically separate data centers and one small data center, all of which require High Availability (HA). In a Prisma SD-WAN deployment, HA at a site is achieved by deploying two ION devices in a cluster. Palo Alto Networks licensing requires a separate Data Center subscription for each ION device acting as a hub. Therefore, with three data center locations (2 main + 1 small) each requiring an HA pair (2 devices per site), a total of six data center subscriptions (Option A) are required to license all six hub appliances.

Second, we address the Branch Subscriptions. The organization has 50 branches but lacks accurate measurements of actual bandwidth consumption. Palo Alto Networks' best practice for such scenarios is the Aggregate Bandwidth Subscription model (Option B). Instead of purchasing a fixed 'Branch subscription per site' (Option D)---which requires knowing the exact throughput needs for every individual location---the aggregate model allows the customer to purchase a total pool of bandwidth (e.g., 5 Gbps) that is shared across all 50 branch sites.

This 'pay-as-you-grow' approach is ideal when consumption patterns are unknown or inconsistent. As branches utilize the bandwidth, it is deducted from the central pool. This avoids the risk of over-provisioning licenses at low-usage sites or under-provisioning at high-usage sites. Together, the six DC subscriptions and the aggregate bandwidth pool provide a fully licensed, HA-capable SD-WAN environment that aligns with Palo Alto Networks' scaling recommendations.

Comprehensive and Detailed Explanation

In Prisma SD-WAN (CloudGenix), Path Policies control how application traffic is steered across WAN links. To ensure that traffic is automatically shifted from a saturated circuit to another circuit with available bandwidth, both circuits must be configured as Active Paths within the policy rule.

When multiple paths are designated as 'Active,' the ION device treats them as a shared pool of available resources. The system continuously monitors the bandwidth utilization (capacity) and health (latency, jitter, loss) of all active links. If 'Circuit A' (500 Mbps) becomes saturated or approaches its defined bandwidth limit, the ION's intelligent scheduler will automatically direct new application flows to 'Circuit B' (100 Mbps) because it is a valid, healthy Active path with available capacity. This achieves effective load balancing and bandwidth aggregation.

In contrast, configuring 'Circuit B' as a Backup Path (Option A or B) creates a strict priority relationship. Traffic would only move to the Backup path if the Active path completely failed or violated its configured SLA (Path Quality Profile) significantly enough to be considered 'down.' Mere bandwidth saturation might not trigger an SLA failure immediately, potentially leading to dropped packets on the saturated link while the backup link remains idle. Therefore, placing Both circuits under active path is the correct configuration for dynamic capacity management.

Comprehensive and Detailed Explanation

In Prisma SD-WAN (CloudGenix), Zone-Based Firewall (ZBFW) policies rely on the device's ability to map an IP address to a User-ID to enforce identity-based rules. The key to this question is understanding where the mapping exists and which direction the policy attributes (Source User vs. Destination User) apply to.

1. Mapping Location (Branch-1): The prompt states that Branch-1 has the user-to-IP mapping for User-1. For the most effective and scalable security enforcement, policies should be applied at the source (ingress) device where the traffic originates and where the user identity is known. This prevents unauthorized traffic from consuming WAN bandwidth only to be dropped at the destination. Therefore, the Branch-1 ION is the correct enforcement point for User-1's traffic.

2. Source vs. Destination User:

User-1 is the Source: In all scenarios, User-1 is the initiator of the traffic. Therefore, the security rule must match on Source User-ID.

Options C and D are incorrect because they suggest using Destination User-ID based rules to control User-1. Destination User-ID rules are used when the target of the traffic is a known user (e.g., VoIP calls to a specific user's phone), not when filtering based on the sender. Furthermore, relying on the DC or Branch-2 ION to enforce policies for User-1 would require the propagation of User-ID mappings across the overlay, whereas local enforcement at Branch-1 is the standard architectural model.

3. Valid Use Cases (A and B):

Option A (SaaS/Internet): The Branch-1 ION acts as the internet gateway. It can use the local mapping (IP-1 = User-1) to allow or deny access to specific SaaS applications (Direct Internet Access) based on the user's identity (e.g., 'Allow Marketing Group to access Social Media').

Option B (Internal Segmentation): The Branch-1 ION can enforce policies for traffic moving between local zones (e.g., from a 'Users' VLAN to a 'Servers' VLAN within the branch). Since the ION routes this traffic and holds the mapping, it can enforce Source User-ID policies to secure local private applications.

Comprehensive and Detailed Explanation

Prisma SD-WAN (formerly CloudGenix) defines three distinct Operational Modes for a branch site, which determine how the ION device processes traffic and interacts with the network.

Analytics Mode (Monitor): In this mode, the ION device is typically deployed inline or in a 'promiscuous' monitor state to gain visibility into network traffic without actively enforcing path selection policies.1 It 'learns' applications, bandwidth usage, and network characteristics (auditing) but does not steer traffic or block flows.2 This is often used during Proof of Concepts (POVs) or the initial 'burn-in' phase of a deployment to generate reports without risking network disruption.

Control Mode: This is the full production state. In Control Mode, the ION device actively enforces Path Policies, QoS Policies, and Security Policies. It builds Secure Fabric VPN tunnels, steers traffic based on application SLAs (e.g., sending voice over MPLS and bulk data over Broadband), and handles failover events.3 This is the required mode for a fully functional SD-WAN site.

Disabled Mode: This mode effectively shuts down the site's SD-WAN functionality from the controller's perspective. It is an administrative state used when a site is being decommissioned, provisioned but not yet live, or isolated for troubleshooting. In this state, the device does not participate in the fabric.

In the Prisma SD-WAN ecosystem, the centralized cloud controller provides a robust multi-layered visibility framework to ensure network reliability. To effectively detect critical events like site outages or application performance issues (SLA violations), the controller aggregates several types of operational data. Incidents are the primary mechanism for high-level alerting; they are automatically generated when the system detects significant state changes, such as an ION device going offline (site outage) or a path failing to meet the required performance metrics.

While Incidents provide the 'what' and 'where,' Alerts offer granular notifications for specific events that may not yet have escalated to a full-scale incident. To provide deep context, the controller also utilizes Statistics, which include real-time and historical telemetry regarding bandwidth, latency, jitter, and packet loss. These statistics allow administrators to visualize the specific SLA violation as it occurs. Furthermore, Audit logs are essential for tracking configuration changes or administrative actions that might have preceded an outage, helping engineers correlate human intervention with network behavior.

By combining these four elements---Incidents for major events, Alerts for specific notifications, Statistics for performance validation, and Audit logs for change tracking---a network administrator gains a 360-degree view of the fabric. This comprehensive approach moves beyond simple 'up/down' monitoring, allowing for 'Day 2' operational excellence where performance degradation is identified and remediated before it impacts the end-user experience.