Prisma Access
Configure a Service Connection in Prisma Access (Panorama)
Table of Contents
Expand All
|
Collapse All
Prisma Access Docs
-
- Prisma Access China
- 4.0 & Later
- 3.2 Preferred and Innovation
- 3.1 Preferred and Innovation
- 3.0 Preferred and Innovation
- 2.2 Preferred
-
-
-
- 5.2 Preferred and Innovation
- 5.1 Preferred and Innovation
- 5.0 Preferred and Innovation
- 4.2 Preferred
- 4.1 Preferred
- 4.0 Preferred
- 3.2 Preferred and Innovation
- 3.1 Preferred and Innovation
- 3.0 Preferred and Innovation
- 2.2 Preferred
Configure a Service Connection in Prisma Access (Panorama)
Prisma Access
(Panorama
)Configure service connections for
Prisma Access (Managed by Panorama)
.To configure a service connection for Prisma
Access Panorama to allow access to private apps or internal corporate
resources, complete the following steps.
Do not use CLI to onboard and configure service connections.
If you require the use of CLI to onboard service connections, reach out to your Palo
Alto Networks team.
- Select.PanoramaCloud ServicesConfigurationService Connection
- Adda new service connection to one of your corporate network sites.
- Specify aNamefor the corporate site.
- Select theLocationclosest to where the site is located.See this section for a list ofPrisma Accesslocations.Locations denoted with two asterisks areLocal Zones. These locations place compute, storage, database, and infrastructure services close to large population and industry centers; however, they also have some limitations. To add a local zone, reach out to your Palo Alto Networks representative.
- Select or add a newIPSec Tunnelconfiguration to access the firewall, router, or SD-WAN device at the corporate location:
- If you're using an existingIPSec Tunnelconfiguration, select it from the drop-down. Note that the tunnel you're creating for each service connection connectsPrisma Accessto the IPSec-capable device at each corporate location. The peer addresses in the IKE Gateway configuration must be unique for each tunnel. You can, however, reuse some of the other common configuration elements, such as crypto profiles.The IPSec Tunnel you select must use Auto Key exchange and IPv4 only. In addition, make sure that the IPSec tunnel, IKE gateway, and crypto profile names are 31 characters or less.
- To create a new IPSec Tunnel configuration:ClickNew IPSec Tunnel, give it aNameand configure the IKE Gateway, IPSec Crypto Profile, and Tunnel Monitoring settings.
- If the IPSec-capable device at your HQ or data center location uses policy-based VPN:on theProxy IDstab,Adda proxy ID that matches the settings configured on your local IPSec device to ensure thatPrisma Accesscan successfully establish an IPSec tunnel with your local device.
- To detect and neutralize against reply attacks:LeaveEnable Replay Protection.
- To preserve the original ToS information:SelectCopy TOS Headerto copy the Type of Service (ToS) header from the inner IP header to the outer IP header of the encapsulated packets.
- To enable tunnel monitoring for the service connection:SelectTunnel Monitor:
- Enter aDestination IPaddress.Specify an IP address at your HQ or data center site to whichPrisma Accesscan send ICMP ping requests for IPSec tunnel monitoring. Make sure that this address is reachable by ICMP from the entirePrisma Accessinfrastructure subnet.
- If you use tunnel monitoring with a peer device that uses multiple proxy IDs, specify aProxy IDor add aNew Proxy IDthat allows access from the infrastructure subnet to your HQ or data center site.The following figure shows a proxy ID with the service infrastructure subnet (172.16.55.0/24 in this example) as theLocalIP subnet and the HQ or data center’s subnet (10.1.1.0/24 in this example) as theRemotesubnet.The following figure shows the Proxy ID you created being applied to the tunnel monitor configuration by specifying it in theProxy IDfield.
You must configure a static route on your CPE to the Tunnel Monitor IP Address for tunnel monitoring to function. To find the destination IP address to use for tunnel monitoring from your data center or HQ network toPrisma Access, select, click thePanoramaCloud ServicesStatusNetwork DetailsService Infrastructureradio button, and find theTunnel Monitor IP Address.
- BGP and hot potato routing deployments only—Select a service connection to use as the preferred backup (Backup SC).You can select any service connection that you have already added.Prisma Accessuses theBackup SCyou select as the preferred service connection in the event of a link failure. Selecting a backup service connection can prevent asymmetric routing issues if you have onboarded more than two service connections. This choice is available in hot potato routing mode only.
- If you have a secondary WAN link at this location, selectEnable Secondary WANand then select or configure anIPSec Tunnelthe same way you did to set up the primary IPSec tunnel.If the primary WAN link goes down,Prisma Accessdetects the outage and establishes a tunnel to the headquarters or data center location over the secondary WAN link. If the primary WAN link becomes active, the link switches back to the primary link.Configuring a secondary WAN isn't supported in the following deployments:
- If your secondary WAN is set up in active/active mode with the primary IPSec tunnel.
- If your customer premises equipment (CPE) is set up in an Equal Cost Multipath (ECMP) configuration with the primary and secondary IPSec tunnel.
If you use static routes, tunnel failover time is less than 15 seconds from the time of detection, depending on your WAN provider.If you configure BGP routing and have enabled tunnel monitoring, the shortest default hold time to determine that a security parameter index (SPI) is failing is the tunnel monitor, which removes all routes to a peer when it detects a tunnel failure for 15 consecutive seconds. In this way, the tunnel monitor determines the behavior of the BGP routes. If you do not configure tunnel monitoring, the hold timer determines the amount of time that the tunnel is down before removing the route.Prisma Accessuses the default BGP HoldTime value of 90 seconds as defined by RFC 4271, which is the maximum wait time beforePrisma Accessremoves a route for an inactive SPI. If the peer BGP device has a shorter configured hold time, the BGP hold timer uses the lower value.When the secondary tunnel is successfully installed, the secondary route takes precedence until the primary tunnel comes back up. If the primary and secondary are both up, the primary route takes priority.If you use a different BGP peer for the secondary (backup) connection,Prisma Accessdoes not honor the Multi-Exit Discriminator (MED) attributes advertised by the CPE. This caveat applies if you use multiple BGP peers on either remote network connections or service connections. - (Optional) Enable source NAT for Mobile Users—GlobalProtect IP pool addresses, IP addresses in the Infrastructure subnet, or both.You can specify a subnet at one or more service connections that are used to NAT traffic betweenPrisma AccessGlobalProtect mobile users and private applications and resources at a data center.
- Enable Data Traffic source NAT—Performs NAT on Mobile User IP address pool addresses so that they are not advertised to the data center, and only the subnets you specify at the service connections are advertised and routed in the data center.
- Enable Infrastructure Traffic source NAT—Performs NAT on addresses from the Infrastructure subnet so that they are not advertised to the data center, and only those subnets you specify at the service connections are advertised and routed in the data center.
- User-ID—When selected,Prisma Accessuses this service connection for identity redistribution.User-ID Redistribution Management—Sometimes, granular controls are needed for user-ID redistribution in particularly large scale Prisma Access deployments. User-ID Redistribution Management lets you manually disable the default identity redistribution behavior for certain service connections by removing the check mark in theUser IDcolumn, and then select specific service connections to be used for identity redistribution. It's not necessary to do this for most configurations. Contact Palo Alto Networks support to activate this functionality.
- IP Pool—Specify the IP address pool used to perform NAT on the mobile user IP address pool, Infrastructure subnet, or both.Use a private IP (RFC 1918) subnet or a suitable subnet that is routable in your routing domain, and does not overlap with the Mobile Users—GlobalProtect IP address pool or the Infrastructure subnet. Enter a subnet between /25 and /32.
- Enable routing to the subnetworks or individual IP addresses at the corporate site that your users will need access to.Prisma Accessuses this information to route requests to the appropriate site. The networks at each site can't overlap with each other or with IP address pools that you designated for the service infrastructure or for thePrisma Accessfor Users IP pools. You can configureStatic Routes,BGP, or a combination of both.To configureStatic Routes:
- On theStatic Routestab, clickAddand enter the subnetwork address (for example, 172.168.10.0/24) or individual IP address of a resource, such as a DNS server (for example, 10.32.5.1/32) that your remote users will need access to.
- Repeat for all subnets or IP addresses thatPrisma Accesswill need access to at this location.
To configureBGP:- On theBGPtab, selectEnable.When you enable BGP,Prisma Accesssets the time-to-live (TTL) value for external BGP (eBGP) to 8 to accommodate any extra hops that might occur between the Prisma Access infrastructure and your customer premises equipment (CPE) that terminates the eBGP connection.Prisma Accessdoes not accept BGP default route advertisements for either service connections or remote network connections.
- (Optional) Select from the following choices:
- To add ano-exportcommunity for Corporate Access Nodes (Service Connections) to the outbound prefixes from the eBGP peers at the customer premises equipment (CPE), setAdd no-export communitytoEnabled Out. This capability isDisabledby default.Don't use this capability in hot potato routing mode.
- To prevent thePrisma AccessBGP peer from forwarding routes into your organization’s network.Don’t Advertise Prisma Access Routes.By default,Prisma Accessadvertises all BGP routing information, including local routes and all prefixes it receives from other service connections, remote networks, and mobile user subnets. Select this check box to preventPrisma Accessfrom sending any BGP advertisements, but still use the BGP information it receives to learn routes from other BGP neighbors.SincePrisma Accessdoes not send BGP advertisements if you select this option, you must configure static routes on the on-premises equipment to establish routes back toPrisma Access.
- To reduce the number of mobile user IP subnet advertisements over BGP to your customer premises equipment (CPE), specify Prisma Access to summarize the subnets before it advertises them by selectingSummarize Mobile User Routes before advertising.By default,Prisma Accessadvertises the mobile users IP address pools in blocks of /24 subnets; if you summarize them,Prisma Accessadvertises the pool based on the subnet you specified. For example,Prisma Accessadvertises a public user mobile IP pool of 10.8.0.0/20 using the /20 subnet, rather than dividing the pool into subnets of 10.8.1.0/24, 10.8.2.0/24, 10.8.3.0/24, and so on, before advertising them. Summarizing these advertisements can reduce the number of routes stored in CPE routing tables. For example, you can use IP pool summarization with cloud VPN gateways (Virtual Private Gateways (VGWs) or Transit Gateways (TGWs)) that can accept a limited number of routes.If you have hot potato routing enabled and you enable route summarization,Prisma Accessno longer prepends AS-PATHs, which might cause asymmetric routing. Be sure that your return traffic from the data center or headquarters location has guaranteed symmetric return before you enable route summarization with hot potato routing.
- (Optional) Select anMRAItimer value.BGP routing offers a timer you can use to tailor BGP routing convergence in your network called theMinimum Route Advertisement Interval (MRAI). MRAI acts to rate-limit updates on a per-destination basis, and the BGP routers wait for at least the configured MRAI time before sending an advertisement for the same prefix. A smaller number gives you faster convergence time but creates more advertisements in your network. A larger number decreases the number of advertisements that can be sent, but can also make routing convergence slower. You decide the number to put in your network for the best balance between faster routing convergence and fewer advertisements.Configure an MRAI range of between 1 and 600 seconds, with a default value of 30 seconds.
- Enter the IP address assigned as the Router ID of the eBGP router on the data center/HQ network for which you're configuring this service connection as thePeer Address.
- Enter thePeer AS, which is the autonomous system (AS) to which the firewall virtual router or BGP router at your data center/HQ network belongs.
- (Optional) Enter an address thatPrisma Accessuses as its Local IP address for BGP.Specifying aLocal Addressis useful where the device on the other side of the connection (such as an Amazon Web Service (AWS) Virtual Private Gateway) requires a specific local IP address for BGP peering to be successful. Make sure that the address you specify does not conflict or overlap with IP addresses in the Infrastructure subnet or subnets in the service connection.You must configure a static route on your CPE to the BGPLocal Address.If you use IPV6 support for your service connection, you can configureIPv6addresses as well asIPv4addresses. You also need to enable IPv6 networking globally in yourPrisma Accessinfrastructure before you can use IPv6 addressing.
- (Optional) Enter and confirm aSecretpassphrase to authenticate BGP peer communications.
- (Optional) If you configured aSecondary WANand you need to change thePeer AddressorLocal Addressfor the secondary (backup) BGP peer, deselectSame as Primary WANand enter a unique Peer and, optionally, Local IP address for the secondary WAN.In some deployments (for example, when using BGP to peer with an AWS VPN gateway), the BGP peer for the primary and secondary WAN might be different. In those scenarios, you can choose to set a different BGP peer for the secondary WAN.For BGP deployments with secondary WANs,Prisma Accesssets both the primary and secondary tunnels in anUPstate, but follows normal BGP active-backup behavior for network traffic.Prisma Accesssets the primary tunnel as active and sends and receives traffic through that tunnel only; if the primary tunnel fails,Prisma Accessdetects the failure using BGP rules, sets the secondary tunnel as active, and uses only the secondary tunnel to send and receive traffic.
- (Optional) EnableQuality of Servicefor the service connection and specify a QoS profile or add aNew QoS Profile.You can create QoS Profiles to shape QoS traffic for remote network and service connections and apply those profiles to traffic that you marked with PAN-OS security policies, traffic that you marked with an on-premises device, or both PAN-OS-marked and on-premises-marked traffic. See QoS for Remote Networks for details.
- (Optional) ConfigureMiscellaneoussettings.
- (Optional)Disable Traffic Logging on Service Connectionsto disable logging on the service connections for yourPrisma Accessdeployment.If the majority of the traffic flows logged by the service connections are asymmetric, disabling service connection logging might be required to reduce the consumption ofStrata Logging Servicelogging storage. If your deployment does not have asymmetric flows via the service connections, you don't need to disable logging.
- Commit your changes to Panorama and push the configuration changes to Prisma Access.
- Click.CommitCommit and Push
- Edit Selectionsand, in thePrisma Accesstab, make sure thatService Setupis selected in thePush Scope, then clickOK.
- ClickCommit and Push.
- Add more service connections by repeating Step 2 through Step 11.
- Configure the IPSec tunnel or tunnels from your IPSec-capable device on your corporate network back toPrisma Access.
- To determine the IP address of the tunnel withinPrisma Access, select, click thePanoramaCloud ServicesStatusNetwork DetailsService Connectionradio button, and note thefor the site.Service IP AddressTheis the public-facing address that you will need to connect to when you create the tunnel from your IPSec-capable device back to the service connection.Service IP Address
- On your IPSec-capable device at the corporate location, configure an IPSec tunnel that connects to thewithinService IP AddressPrisma Accessand commit the change on that device so that the tunnel can be established.
Verify Service Connection Status
To verify that the service connection has been successfully set up, select
Panorama > Cloud Services > Status > Status
and check
that the Status is OK
.If you created a service connection with placeholder values to enable
communication between mobile users and users at remote networks, you do not
need to verify the service connection status.
The
Deployment Status
area allows you to view the progress
of onboarding and deployment jobs before they complete, as well as see more
information about the status of completed jobs.![](/content/dam/techdocs/en_US/dita/_graphics/prisma-access/prisma-access-service-connection-status-3-0.png)
If the status is not
OK
, hover over the Status icon to
view any errors.To see a graphical representation of the service connection along with status
details, select
Service Connection
on the
Monitor
tab.![](/content/dam/techdocs/en_US/dita/_graphics/prisma-access/service-connection-status-by-region.png)
Select a region to get more detail about that region.
![](/content/dam/techdocs/en_US/dita/_graphics/prisma-access/service-connection-status-by-location-1-6.png)
Click the tabs below the map to see additional information about the service
connections.
Status
tab:- Location—The location where your service connection is deployed.
- Remote Peer—The corporate location to which this s service infrastructure is setting up an IPSec tunnel.
- Allocated Bandwidth—The number of service connections you have allocated multiplied by 300 Mbps.This number does not reflect the available service connection bandwidth.While each service connection provides approximately 1 Gbps of throughput, the actual throughput is dependent on several factors, including:
- Traffic mix (for example, frame size)
- Latency and packet loss between the service connection and the headquarters location or data center
- Service provider performance limits
- Customer termination device performance limits
- Other customer data center traffic
- ECMP—If you have equal cost multipath (ECMP) configured for this service connection. Since ECMP is not used for service connections, this status isDisabled.
- Config Status—The status of your last configuration push to the service. If the local configuration and the configuration in the cloud match, the Config Status isIn sync. If you have made a change locally, and not yet pushed the configuration to the cloud, this may display the statusOut of sync. Hover over the status indicator for more detailed information. After committing and pushing the configuration toPrisma Access, the Config Status changes toIn sync.
- BGP Status—Displays information about the BGP state between the firewall or router at your corporate/headquarters location andPrisma Accesswhere the service connection is established. Although you might temporarily see the status pass through the various BGP states (Idle,Active,Open send,Open pend,Open confirm, most commonly, the BGP status shows:
- Connect—The router at your data center/headquarters is trying to establish the BGP peer relationship withPrisma Access.
- Established—The BGP peer relationship has been established.
This field will also show if the BGP connection is in an error state:- Warning—There has not been a BGP status update in more than eight minutes. This may indicate an outage on the firewall.
- Error—The BGP status is unknown.
- Tunnel Status—The operational status of the connection betweenPrisma Accessand your service connection.
Statistics
tab:- Location—The location where your service connection is deployed.
- Remote Peer—The corporate location to which the service connection is setting up an IPSec tunnel.
- Ingress Bandwidth (Mbps)—The bandwidth from the HQ/data center location toPrisma Access.
- Ingress Peak Bandwidth (Mbps)—The peak load from the HQ/data center location into the cloud service.
- Egress Bandwidth (Mbps)—The bandwidth from Prisma Access into the HQ/data center location.
- Egress Peak Bandwidth (Mbps)—The peak load fromPrisma Accessinto the HQ/data center location.
- QoS—Select this button to display a graphic chart that shows a real-time and historical QoS statistics, including the number of dropped packets per class. This chart displays only for service connections or remote network connections that have QoS enabled.
If you configured BGP, you can check its status by selecting .
Panorama
Cloud Services
Status
Network Details
Service Connection
Show BGP Status
![](/content/dam/techdocs/en_US/dita/_graphics/prisma-access/show-bgp-status.png)
The BGP Status dialog displays. This table provides you with the following
information:
- Peer—Routing information for the BGP peer, including status, total number of routes, configuration, and runtime statistics and counters. The total number of routes display in thebgpAfiIpv4-unicast Countersarea, in theIncoming TotalandOutgoing Totalfields.
- Local RIB—BGP routes thatPrisma Accessuses locally. Prisma Access selects this information from the BGP RIB-In table, which stores the information sent by neighboring networking devices, applies local BGP import policies and routing decisions, and stores the Local RIB information in the Routing Information Base (RIB).Note that only the first 256 entries are shown. To view additional entries, enter a subnet or IP address in the Filter field and click Apply Filter to view a subset of the routing entries up to a maximum of 256.
- RIB Out—Routing information thatPrisma Accessadvertises to its peers through BGP update messages.