Add an SD-WAN Device

Log in to the Panorama Web Interface.
Select
Panorama
SD-WAN
Devices
and
Add
a new SD-WAN firewall.
Select the managed firewall
Name
to add as an SD-WAN device. You must add your SD-WAN firewalls as managed devices before you can add them as an SD-WAN device.
Select the
Type
of SD-WAN device.
Hub
—A centralized firewall deployed at a primary office or location to which all branch devices connect using a VPN connection. Traffic between branches passes through the hub before continuing to the target branch, and connects branches to centralized resources at the hub location. The hub device processes traffic, enforces policy rules, and manages link swapping at the primary office or location.
Branch
—A firewall deployed at a physical branch location that connects the hub using a VPN connection and provides security at the branch level. The branch device processes traffic, enforces policy rules, and manages link swapping at the branch location.
Select the
Virtual Router Name
to use for routing between the SD-WAN hub and branches. By default, an
sdwan-default
virtual router is created and enables Panorama to automatically push router configurations.
Enter the SD-WAN
Site
name to identify the geographical location or purpose of the device.
The SD-WAN Site name supports all upper-case and lower-case alphanumerical and special characters. Spaces are not supported in the Site name and result in monitoring (
Panorama
SD-WAN
Monitoring
) data for that site not to be displayed.
If you are adding an HA pair, you must use the same
Site
name for the two peers.
(
PAN-OS 10.0.3 and later 10.0 releases
) Select the
Link Tag
you created for the hub virtual interface (or branch virtual interface), which Auto VPN will assign to the virtual interface. You will use this Link Tag in a Traffic Distribution profile to allow the hub (or branch) to participate in DIA AnyPath.
If you are adding a hub that is behind a device performing NAT for the hub, you must specify the IP address or FQDN of the public-facing interface on that upstream NAT-performing device, so that Auto VPN Configuration can use that address as the tunnel endpoint of the hub. It is the IP address that the branch office’s IKE and IPSec flows must be able to reach. (You must have already configured a physical Ethernet interface for SD-WAN.)
On the
Upstream NAT
tab, enable
Upstream NAT
.
Add
an
SD-WAN interface
; select an interface you already configured for SD-WAN.
Select
IP Address
or
FQDN
and enter the IPv4 address without a subnet mask (for example, 192.168.3.4) or the FQDN of the upstream device, respectively.
Click
OK
.
Additionally, on the upstream device that is performing NAT you must set up the inbound Destination NAT with a one-to-one NAT policy, and you must not configure port translation to the IKE or IPSec traffic flows.
If the IP address on the upstream device changes, you must configure the new IP address and push it to the VPN cluster. You must use the CLI commands
clear vpn ipsec-sa
,
clear vpn ike-sa
, and
clear session all
on both the branch and hub. You must also
clear session all
on the virtual router where you configured the NAT policy for the IP addresses.
(
PAN-OS 10.0.3 and later 10.0 releases
) If you are adding a branch that is behind a device performing NAT for the branch, you must specify the IP address or FQDN of the public-facing interface on that upstream NAT-performing device, or select DDNS to indicate that the IP address for the interface on the NAT device is obtained from the Palo Alto Networks DDNS service. Thus, Auto VPN Configuration uses that public IP address as the tunnel endpoint for the branch. It is the IP address that the branch office’s IKE and IPSec flows must be able to reach. (You must have already configured a physical Ethernet interface for SD-WAN.)
On the
Upstream NAT
tab, enable
Upstream NAT
.
Add
an
SD-WAN interface
; select an interface you already configured for SD-WAN.
If you select the
NAT IP Address Type
to be
Static IP
, select
IP Address
or
FQDN
and enter the IPv4 address without a subnet mask (for example, 192.168.3.4) or the FQDN of the upstream device, respectively.
Alternatively, select the
NAT IP Address Type
to be
DDNS
.
Click
OK
.
Additionally, on the upstream device that is performing NAT you must set up the inbound Destination NAT with a one-to-one NAT policy, and you must not configure port translation to the IKE or IPSec traffic flows.
If the IP address on the upstream device changes, you must configure the new IP address and push it to the VPN cluster. You must use the CLI commands
clear ipsec
,
clear ike-sa
, and
clear session all
on both the branch and hub. You must also
clear session all
on the virtual router where you configured the NAT policy for the IP addresses.
There is a second location in the UI where you can configure Upstream NAT for a branch, but the following location is not preferred and you should not configure Upstream NAT for a branch in both places. The secondary, non-preferred location to configure Upstream NAT is on Panorama at
Network
Interfaces
Ethernet
, select a template in the
Template
field, select an Ethernet interface, and select the
SD-WAN
tab. At this point you can
Enable
Upstream NAT, and select a
NAT IP Address Type
. This second method takes precedence. If Upstream NAT is first configured for the Ethernet interface on Panorama through the template stack, then the SD-WAN plugin will not change the settings, even if you use different settings on the plugin device configuration page. Only if there is no Upstream NAT configured on Panorama through the template stack, then the plugin configuration for Upstream NAT takes effect.
(
Required for pre-existing customers
) Map your pre-existing zones to predefined zones used for SD-WAN.
When you map your existing zones to an SD-WAN zone, you must modify your security policy rules and add the SD-WAN zones to the correct
Source
and
Destination
zones.
Select
Zone Internet
and
Add
the pre-existing zones that will egress SD-WAN traffic to the internet.
Select
Zone to Hub
and
Add
the pre-existing zones that will egress SD-WAN traffic to the hub.
Select
Zone to Branch
and
Add
the pre-existing zones that will egress SD-WAN traffic to the branch.
Select
Zone Internal
and
Add
the pre-existing zones that will egress SD-WAN traffic to an internal zone.
(
Optional
) Configure Border Gateway Protocol (BGP) routing.
To automatically set up BGP routing between the VPN cluster members, enter the BGP information below. If you want to manually configure BGP routing on each firewall or use a separate Panorama template to configure BGP routing for more control, leave the BGP information below blank.
Before implementing SD-WAN with BGP routing in an environment where BGP is already in use, ensure that the BGP configuration generated by the SD-WAN plugin doesn’t conflict with your pre-existing BGP configuration. For example, you must use the existing BGP AS number and router ID values for the corresponding SD-WAN device values. If the BGP configuration generated by the plugin conflicts with your pre-existing BGP configuration, the pre-existing BGP configuration takes precedence. If you want the pushed configuration to take precedence, you must enable the force template value when doing a Panorama push.
Select the
BGP
tab and enable
BGP
to configure BGP routing for SD-WAN traffic.
Enter the BGP
Router ID
, which must be unique among all routers.
Specify a static IPv4
Loopback Address
for BGP peering. Auto VPN configuration automatically creates a Loopback interface with the same IPv4 address that you specify. If you specify an existing loopback address, the commit will fail, so you should specify an IPv4 address that is not already a loopback address.
Enter the
AS Number
. The autonomous system number specifies a commonly defined routing policy to the internet. The AS number must be unique for every hub and branch location.
(
SD-WAN Plugin 2.0.2 and later 2.0 releases
) Disable the
Remove Private AS
option (the default is enabled) if you have endpoints that need to exchange routes with a hub or branch firewall in an SD-WAN BGP topology and therefore you don’t want to remove private AS numbers (64512 to 65534) from the AS_PATH attribute in BGP Updates. In this case, you want to allow the private AS numbers to leave the SD-WAN private AS in BGP Updates.
The
Remove Private AS
setting applies to all BGP peer groups on the branch or hub firewall. If you need this setting to differ among BGP peer groups or peers, you must configure the setting outside of the SD-WAN plugin.
If you change the
Remove Private AS
setting, commit to all SD-WAN cluster nodes, and subsequently downgrade to an SD-WAN Plugin version earlier than 2.0.2, then all configuration related to
Remove Private AS
must be done outside of the SD-WAN plugin or directly on the firewalls.
Enter
Prefix(es) to Redistribute
. On a hub device, you must enter at least one prefix to redistribute. Branch devices do not have this option; subnets connected to branch locations are redistributed by default.
Click
OK
.
Select
Group HA Peers
at the bottom of the screen to display branches (or hubs) that are HA peers together.

Have Panorama create and push to firewalls a Security policy rule that allows BGP to run between branches and hubs.
Select

BGP Policy

at the bottom of the screen and

Add

.

Enter a

Policy Name

for the Security policy rule that Panorama will automatically create.

Select Device Groups

to specify the device groups to which Panorama pushes the Security policy rule.

Click

OK

.


Select
Push to Devices
to push your configuration changes to your managed firewalls.