PBF conflict with "ip strict option" in zoon protection

[EUsupport]

Hi All

i have a scenario where the traffic works fine if it's forwarded by the routing table (and nat is applied)

when i used pbf, it didn't work, checking global counters i found oacket are dropped and the reason is "strict ip" option in the zone protection profile.

I run debug flow basic and got this message : 

"source ip address in packet does not belong to interface address, packet dropped" 

unchecking this option fixed the issue.

I did little research on this option and found it's releated to malformed packets not spoofing 

we have spoofing check enabled but it's not affecting the operation (tried disabling it but everything is same)

So i see strict is making the spoof check but on the return traffic . Is that normal ?! 

PAN OS 9.0.9-h1

Thanks!

[MP18]

@EUsupport 

Please see below document.

Also Recommended version for 9.1 is 9.1.4.

Regards

Mahesh

[EUsupport]

@MP18 

I couldn't see any document below , could you please share it. 

For the PAN OS , customer is still running 9.0 , is this topic related to the upgrade to 9.1 ?

Thanks

[Abdul-Fattah]

Hi,

from the little infos you wrote on your problem i will say, you have a problem with the returning traffic.

just use "enforce symmetric return".

[EUsupport]

Hi @Abdul-Fattah Thanks for your reply . We tried already, result is same . We had to uncheck "strict ip" .

Why "strict ip" is affected by the routing,! isn't it for malfored packets/reserved IPs ,.. ?

[Abdul-Fattah]

as you can see below Stict Ip check can affect Incoming packets and match the error desc you were seeing

[MP18]

@EUsupport 

Not related to upgrade it is just suggestion.

Here is link to document

https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClzeCAC

Regards

[EUsupport]

Hi @MP18 , thanks for your reply. Yes, spoofing is understanable but "IP strict" isn't 

@Abdul-Fattah  thanks for sharing the defination for "IP strict", but as per the defination, this might happen only on the ingress interface, for our case c2s is counting while s2c is zero, until we uncheck "strict ip"!

Thanks again

[Abdul-Fattah]

Thats exactly what should happen.
Glade that it works now.

Good Luck.

[EUsupport]

@Abdul-Fattah  yeah it already works with disabling "strict IP" so this is my question , why should i disable it ? even with the guide you shared it might only affect ingress interface