Paloalto Networks SSE-Engineer - Palo Alto Networks Security Service Edge Engineer

With the IPSec tunnel already established, the underlying transport connectivity is confirmed to be working correctly, which narrows the troubleshooting focus specifically to the BGP session parameters themselves rather than network reachability. Two configuration values are the most common and immediate causes of a BGP peer failing to come up even over a healthy tunnel: the MD5 authentication secret, if BGP authentication is enabled on either side, must match exactly between Prisma Access and the customer ' s CPE, since any mismatch causes the peer session to be silently rejected during the initial OPEN message exchange, matching option A. Equally critical is the Peer AS Number — if the AS number configured on either the Prisma Access side or the CPE side does not match what the other side expects for that specific peering relationship, the BGP session will never successfully establish, regardless of how correctly every other setting is configured, matching option C. MRAI (Minimum Route Advertisement Interval) timers, referenced in option B, govern how frequently route updates are sent once a BGP session is already established and exchanging routes — they have no bearing on whether the initial peer session comes up in the first place, making them irrelevant to this specific symptom. The Advertise Default Route checkbox (option D) controls whether Prisma Access advertises a 0.0.0.0/0 route once peering is functional; it is a route-advertisement behavior setting, not a prerequisite for the BGP peer session itself to establish.

App Acceleration works by having Prisma Access decrypt, optimize, and re-encrypt SaaS application traffic across its backbone to reduce round-trip latency and improve throughput to well-known, high-volume SaaS destinations, and that optimization is fundamentally dependent on SSL Forward Proxy decryption already being functional and trusted end-to-end. Two certificate-related prerequisites make this possible: a Forward Trust Certificate configured for SSL decryption, which Prisma Access presents to the client in place of the SaaS provider ' s original certificate when it performs the man-in-the-middle decryption necessary to inspect and accelerate the session, and that certificate ' s issuing CA must be distributed to and trusted by client endpoints as a Trusted Root CA, so that browsers and applications do not throw certificate warnings or reject the substituted certificate. Both of these are explicit, documented prerequisites for App Acceleration to function correctly, which makes options C and D the correct pair. There is no dedicated " acceleration agent " software component that must be installed on client machines (option A); App Acceleration operates transparently at the Prisma Access infrastructure level for tunneled or proxied users, not through an endpoint agent add-on. QoS (option B) is a separate traffic-shaping capability used to prioritize bandwidth for specific application classes; it is not a prerequisite for App Acceleration to be enabled and is functionally unrelated to the decryption trust chain that acceleration depends on.

Because Prisma Access egress IP addresses can change as the platform autoscales or as infrastructure upgrades occur, a customer relying on those dynamic addresses for SaaS provider IP allow-listing faces recurring operational overhead every time an address changes — and the specific concern raised in the question is about the time and effort involved in keeping those SaaS-side allow-lists current during and after onboarding. The Dedicated IP Addresses feature directly addresses this by letting the customer request and be assigned static, non-changing egress IP addresses for their tenant, which they then submit once to their SaaS providers for allow-listing, eliminating the need for ongoing IP list maintenance and the associated update lag entirely. This makes option D the correct, purpose-built answer. Dynamic IP pooling (option A) is not a real Prisma Access mitigation feature for this concern, and the very word " dynamic " runs counter to what the customer is asking to avoid. DNS-based load balancing (option B) is a general traffic-distribution technique unrelated to the stability of egress IP addresses used for SaaS allow-listing. Traffic steering (option C) is a distinct capability used to direct internet-bound traffic to specific service connections or paths based on defined criteria — it governs where traffic is routed, not the underlying stability of the egress IP address a SaaS provider would see, so it does not solve the allow-list churn problem described.

Prisma Access Traffic Replication is built on Google Cloud Packet Mirroring, deliberately architected to avoid inserting a physical or virtual appliance into the inline security processing path so that forensic capture has zero performance impact on regular traffic inspection. When an administrator enables Traffic Replication for mobile users, remote networks, or both, Prisma Access provisions dedicated cloud storage buckets in each enabled compute location and continuously writes encrypted PCAP files containing a replica of decrypted traffic traversing that location. Administrators retrieve these files from their own designated GCP service account, which is granted read-only access to the bucket, and decrypt them locally using a private key that only the customer holds — a design that preserves confidentiality even from Palo Alto Networks. This directly rules out option A: there is no requirement, and no supported workflow, to stream mirrored traffic to a customer-managed internal appliance in real time; the architecture is store-and-retrieve, not a live tap. Panorama and Strata Cloud Manager (options C and D) are management and policy planes, not traffic-capture destinations — they configure Traffic Replication settings but never receive or store the mirrored packets themselves. The dedicated cloud storage bucket model is what allows organizations to reconstruct full session flows for breach investigation and post-mortem analysis in SASE architectures where traditional span/tap infrastructure no longer exists.

Strata Copilot ' s documented value proposition is centered on being an AI-assisted guidance layer embedded within Strata Cloud Manager, surfacing context-aware, actionable recommendations that help security teams diagnose and resolve issues faster — effectively an intelligent advisor that interprets the operational and configuration state of the environment and proposes specific, relevant next steps for the administrator to take. This positions Strata Copilot as an assistive, human-in-the-loop tool rather than an autonomous engine that independently performs actions, which is precisely what makes option C the accurate description of its current capability: customized guidance and recommended next steps, delivered to inform an administrator ' s own decision-making and remediation actions. Option A overstates Copilot ' s function by describing it as performing automated threat prevention through real-time traffic analysis, which is the domain of the platform ' s actual security enforcement engines (Threat Prevention, Advanced URL Filtering, and similar cloud-delivered security services), not Copilot itself. Option B similarly overstates capability by suggesting Copilot can perform entire initial Prisma Access deployments through natural language alone; while conversational and assistive elements exist, this framing goes beyond documented, current guided-assistance functionality. Option D describes fully autonomous remediation of misconfigurations without human review, which does not match Copilot ' s positioning as a recommendation and guidance tool — actual policy changes remain administrator-driven, with Copilot providing the analysis and suggested path forward rather than executing changes independently.

Interpreting a client-side split-tunnel routing table requires distinguishing three categories of entries: the broad, tunnel-wide default or pool-derived routes automatically installed by the GlobalProtect connection itself, host routes that fall naturally within the local LAN subnet and therefore route locally regardless of tunnel configuration, and host routes that fall entirely outside both the local LAN subnet (192.168.1.0/24) and the mobile user IP pool (172.16.72.0/23) — the latter category is the tell-tale signature of a deliberately, explicitly configured split-tunnel include route, since GlobalProtect would have no other reason to install a specific /32 host route for an address that belongs to neither the local network nor the assigned tunnel pool unless an administrator had explicitly added it as an include access route. A host address such as 9.9.9.9/32 falls squarely outside both of those ranges, so its presence as a specific /32 entry pointing into the tunnel interface is explained only by an explicit administrator-configured include route, which is exactly the conclusion in option A. By contrast, an address like 192.168.5.95 sits inside the broader local LAN addressing scheme referenced in the scenario and would be explained by local network routing behavior rather than a deliberate tunnel exclude configuration, and an address like 172.16.73.1 falls within the 172.16.72.0/23 mobile user pool itself, meaning its routing behavior is already accounted for by the pool ' s own default tunnel-inclusion behavior rather than representing a distinct, explicitly configured exclude entry.

Tenant-level isolation in the Strata Cloud Manager multitenant hierarchy is enforced at the point where an administrator account is added, not merely by the role assigned to them — an account added at the Parent Tenant level inherently has, or can be elevated to have, visibility spanning the tenant hierarchy, which directly conflicts with the requirement to restrict access to other tenants. This eliminates options A and C outright, since both place the team at the Parent Tenant. The correct placement is at the specific Child Tenant that the security team is meant to manage, which confines their administrative footprint to that tenant ' s configuration exclusively. Within that Child Tenant, the scope selection matters: choosing " All Apps & Services " (option B) is broader than the stated requirement of managing Security policy, and is not the documented scope selection paired with a Security Administrator role for policy-focused access — the correct, precisely-scoped selection is " Prisma Access & NGFW Configuration, " which grants full administrative rights over policy configuration (Security policy included) without extending into unrelated product areas or other tenants ' resources. Combined with the Security Administrator role, which governs Security policy administrative privileges specifically, this configuration satisfies both halves of the requirement: full policy management capability within the assigned tenant, and hard isolation from every other tenant in the deployment.

Because the two data centers are joined by a private link, without any additional filtering each service connection can learn the mobile user IP pool routes for both regions and re-advertise them across that private inter-data-center link, creating a path for return traffic destined to European mobile users to be pulled toward the North American service connection (and vice versa) rather than staying within its own region. In default Prisma Access routing mode, the cleanest and most deterministic fix is applied at the source of the advertisement: configuring each service connection ' s outbound route filtering to exclude the mobile user pool prefixes belonging to the other region. This ensures the data center only ever learns the " local " region ' s mobile user routes from its adjacent service connection, so return traffic naturally stays on the correct, geographically appropriate path without depending on BGP path-selection tie-breaking. Options A and C attempt to solve the problem through CPE-side BGP attribute manipulation (community string preference or MED preference); while conceptually plausible in isolation, this places the burden of correct routing on customer-managed equipment reacting to attributes rather than eliminating the unwanted route at the source, and is not the documented approach for default routing mode. AS-path prepending (option D) only influences path preference when multiple paths exist for the same prefix — it does not prevent an undesired prefix from being learned or selected at all, making it an unreliable mechanism for this scenario.

Because the on-premises firewall is redistributing User-ID information into Prisma Access over the service connection, the redistribution agent object must be configured within the template that actually governs the service connection ' s dataplane — the Service_Conn_Template — not the Remote_Network_Template, which applies to a different set of nodes entirely and would leave the redistribution agent unreachable from the path the data is actually traversing. Selecting the wrong template is a common and easily overlooked misconfiguration that silently prevents the mapping information from being ingested at all, which is why validating the Service_Conn_Template assignment (option D) is essential. Equally important is the Collector Pre-Shared Key: User-ID redistribution uses this shared secret to authenticate the connection between the redistributing firewall and the receiving collector, and any mismatch between the value configured on the on-premises firewall and the value configured in Prisma Access will cause the redistribution session to fail silently or be rejected, leaving remote network traffic unmapped even though the configuration otherwise looks complete — this is option C. Option A names the wrong template for a service-connection-sourced redistribution scenario, so it does not apply here. Option B, while port 5007 is indeed the standard User-ID redistribution port, describes a downstream security policy check that is secondary to first confirming the agent is bound to the correct template and authenticated correctly; a PSK mismatch or wrong template assignment will prevent the session regardless of policy.