Skip to main content
wotik
Explorer III
January 26, 2023
Solved

Priority of Local In Policy and IPv4 DoS Policy

  • January 26, 2023
  • 3 replies
  • 3625 views

Hello
Which rules: "Local In Policy" or "IPv4 DoS Policy" have higher priority in filtering traffic and should be activated first?
It makes sense to me that the "Local In Policy" rules should work first. If some network traffic is detected and stopped in "Local In Policy", it should not reach the "IPv4 DoS Policy" module anymore...
However, that's probably not the case...
I have a rule in "Local In Policy" that blocks network traffic by geolocation (Russia, China, etc). In "IPv4 DoS Policy" I tested only one rule with very small values (e.g. 1, 5) of anomaly thresholds and a "Monitor" action (does not block) to see if any network traffic comes here.
In Fortianalyzer, however, I observe that the rule in "IPv4 DoS Policy" captures network traffic that should not be allowed by the "Local In Policy" module, i.e. network traffic from countries such as Russia, China, etc.
I gave here an example of blocking after geolocation, but the same behavior is also in the case of attempts to block specific IP addresses.
Have I configured something incorrectly?

Best answer by pminarik

The "Parallel Path Processing" (or "Life of a Packet") document will give you the answer.

https://docs.fortinet.com/document/fortigate/6.4.0/parallel-path-processing-life-of-a-packet/86811/packet-flow-ingress-and-egress-fortigates-without-network-processor-offloading

 

Specifically:

pminarik_0-1674745358939.png

 

3 replies

pminarik
Staff
pminarikAnswer
Staff
January 26, 2023
wotik
wotikAuthor
Explorer III
January 26, 2023

Hi


Thanks for providing the source of information.
So it's exactly the opposite of what I thought... ;)
I understand that for version 7.2.3 it is analogous (I can't find a reference for this version)?

 

P.S. You may know the solution to the problem described here?

pminarik
Staff
Staff
January 27, 2023

Yes, the 6.4 version is the latest, but there hasn't been any change since then, so it applies to 7.2 as well.

 

Regarding the P.S.: threat-feeds are not automatically applicable everywhere, only where they've been allowed to be used (by development, and ultimately by project management). You can reach out to your Fortinet sales contact to let them know that you are interested in this being implemented in the future. (there's an existing feature-request for it, but it has not been actioned yet)

Thought Leadership Security Summit. Outpace New Threats with AI - enhanced defense. Tuesday, Septmeber 15, 8:30 AM - 2:30 PM PT. The Golf Club at Newcastle, WA.
Fortinet Flag the Hack. Wednesday, August 26, 9:00 AM - 5:00 PM ET, COSM, Atlanta, GA.
Virtual event | September 2026. SASE summit. The age of autonomous trust. Register here!