IPSec VPN Ingress traffic from two different interfaces not passing traffic.

cancel
Showing results for 
Search instead for 
Did you mean: 

IPSec VPN Ingress traffic from two different interfaces not passing traffic.

L1 Bithead

Hey All,  We're having a problem in adding new traffic to an existing VPN Tunnel.

 

We've had a VPN tunnel up for a few years working just fine, but now we are trying to put traffic from a different interface into the Tunnel and the PA is dropping the packets (found them in Traffic Capture).  The VPN is out to the Internet on Eth1/1 and the original ingress traffic to the firewall is on Eth1/5.  All traffic is Natted to a local IP address before entering the tunnel, so no update to the ProxyIDs should be necessary for the new traffic.   The new traffic (and Zone) has been added to the Security Policy and the NAT policy and in the logs it shows it's being natted and allowed, but no traffic passes, and I see it in the Drop file in a packet capture. 

 

My concern is that either the VPN can't be used for traffic coming from two different interfaces, or that the new traffic coming from a sub interface on Eth1/1 (same physical interface, but different zone and sub interface as outbound VPN tunnel) is not allowed..

 

Any thoughts/suggestions?

 

Thanks.

 

-Stephen

1 ACCEPTED SOLUTION

Accepted Solutions

Cyber Elite
Cyber Elite

you can use the filter you set for the packetcapture to inspect global counters:

 

show counter global filter delta yes packet-filter yes

 

this will tell you why packets are discarded, most likely a zone issue: the NAT source used for traffic into the tunnel, to which zone does it belong? are you accounting for u-turn zones?

you may need to set up Policy Based Forwarding with symmetric return

Tom Piens
PANgurus

View solution in original post

3 REPLIES 3

Cyber Elite
Cyber Elite

you can use the filter you set for the packetcapture to inspect global counters:

 

show counter global filter delta yes packet-filter yes

 

this will tell you why packets are discarded, most likely a zone issue: the NAT source used for traffic into the tunnel, to which zone does it belong? are you accounting for u-turn zones?

you may need to set up Policy Based Forwarding with symmetric return

Tom Piens
PANgurus

View solution in original post

Thanks for the reply.  We have determined it's a NAT issue due to one of the settings, only showing one NAT available.  I have a maintenance window tomorrow morning to make a change suggested by PA support, so we'll see if that fixes the issue.

 

The Source NAT doesn't have a zone, as it's a fake/virtual address only in the PA itself..  We'll see if the NAT policy change fixes things and go from there...

 

Thanks.

 

-Stephen

L1 Bithead

Changing the NAT statement solved the issue.   The Source Translation type had originally been set to "Dynamic IP" and changing it to "Dynamic IP and Port" solved the issue.

Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!