About JBarbera-Medifast

Sure.  Here are some screenshots from my gateway configuration if that helps.  Don't forget you will need rules to allow traffic between zones and you will also need an internal route pointing to the Palo Alto firewall for whatever IP pool you assign that will issue IPs to the phones.  For the interface, I have a public IP assigned to the loopback interface but you could also use your gateway interface, whatever is easier.  I have a block of IPs I use outside of the main gateway interface, which is why I am using loopback. For the authentication page, you can select an existing or create an SSL/TLS Service Profile.  For client authentication, you will want to set the OS type to X-Auth as shown here.  The next screenshot shows the Client Authentication settings.   For the GlobalProtect Agent tab, you'll select a tunnel interface, enable IPSec, enable X-Auth support and set the Group Name parameters as shown.  This is what will need to match in the Avaya configuration I detailed in my post above. Next click on the Client Settings tab and setup the IP Pool you will assign to the phones.  You'll also need to split-tunnel your internal routes for the Avaya phone system and other user VoIP subnets.   I'm not 100% sure these settings are required unless you are doing FQDN for the Avaya system.  Our Telecom team has everything going to host IPs so we really don't use any DNS on the phones.  I just included for reference.   That's really all there is to it really.  I setup a completely separate GP gateway just for the phones and I have all of my regular VPN users connecting on a different gateway but I also have a pool of public IPs to pull from where as that may not be an option. ... View more

In order to get the Avaya 96xx IP phones to connect to a GlobalProtect gateway, I found there are certain settings that need to be configured on the phone in order to make it work.  I spent about 3 days going through different configuration setups and what I found was that the phones will auto-negotiate the IKE Phase-1 parameters, but for some reason will not negotiate the Phase-2 parameters automatically.  The solution that worked for me was setting the following parameters in the 46xxsettings.txt file used to program the phones via http.   SET NVVPNMODE 1 SET NVIKECONFIGMODE 1 SET NVIKEIDTYPE 11 SET NVIKEXCHGMODE 1 SET NVVPNAUTHTYPE 4 SET NVSGIP "vphone.yourdomain.com"  (I recommend using FQDN if possible.  Static IP can cause challenges later if ISP changes) SET NVVPNPSWDTYPE 1 SET NVVPNENCAPS 0 SET NVIKEPSK "your-psk-password-here" SET NVIKEID "vpnphone@yourdomain.com"  (This is also referred to as the Group Name) SET NVIKEDHGRP 2 SET NVIKEP1ENCALG 0 SET NVIKEP1AUTHALG 0 SET NVIKEP2ENCALG 5  (manually sets Phase-2 IKE to aes-256) SET NVIKEP2AUTHALG 2  (manually sets Phase-2 auth to SHA-1) SET NVPFSDHGRP 0  (this is important - none of the P2 settings above would have any effect until PFS was disabled) SET NVIKEP1LIFESEC 86400  (phone defaults to 432,000s, which is 5 days - I set here to 1 day or you can keep default) SET NVIKEP2LIFESEC 86400   This will work with the 96xx series of Avaya IP phones and I can provide additional details/notes in case anyone is looking to connect one over a VPN connection to a GlobalProtect gateway.  I had to migrate the configuration from a Juniper SSG firewall to Palo Alto PA-850 , which provided some challenges since there really is no Avaya documentation or support information available that discusses setting up a VPN phone on the Palo Alto platform.  Good Luck!! ... View more