Traffic log showing "attempted" rules

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
Please sign in to see details of an important advisory in our Customer Advisories area.

Traffic log showing "attempted" rules

L3 Networker

Hi,

I have a few security policies (below) and did some testing on them, and found the traffic log displaying some interesting results; I have an idea of why this shows up in the log, but may be somebody more experienced can confirm.

I have a rule that allows DNS application, any port:

DNS-ANYPORT.JPG.jpg

and a rule below that allows any outbound traffic:

ANY TRAFFIC.JPG.jpg

When looking at the traffic log, it looks like traffic to port 80, 443, for tries the DNS rule and application status is Incomplete, then it closes the session with the second rule, which is the one actually allowing the traffic.

ALL.JPG.jpg

If, on the DNS rule I specify both, the application and the port numbers - TCP 53 and UDP 53, traffic to other ports are not showing as attempting this rule anymore and going straight to the second rule.

Can somebody explain this behaviour, please?

1 accepted solution

Accepted Solutions

L7 Applicator

You have to first understand how App-ID works, then you will understand what is going on here.

Notice how the application is "incomplete" at first? This means that there was not enough data to determine what application was in use, normally this means the handshake (Syn, Syn-Ack, Ack) has happened, or less, but no real data has been sent. Until that happens, the application is "incomplete" or "unknown".  Because of this, it will take the first rule that it can, to start the connection, but as soon as the application can be determined, then it will drop to the rule that matches the Application in use.

I hope that makes sense.

LIVEcommunity team member
Stay Secure,
Joe
Don't forget to Like items if a post is helpful to you!

View solution in original post

2 REPLIES 2

L7 Applicator

You have to first understand how App-ID works, then you will understand what is going on here.

Notice how the application is "incomplete" at first? This means that there was not enough data to determine what application was in use, normally this means the handshake (Syn, Syn-Ack, Ack) has happened, or less, but no real data has been sent. Until that happens, the application is "incomplete" or "unknown".  Because of this, it will take the first rule that it can, to start the connection, but as soon as the application can be determined, then it will drop to the rule that matches the Application in use.

I hope that makes sense.

LIVEcommunity team member
Stay Secure,
Joe
Don't forget to Like items if a post is helpful to you!

Thank you;

Yes, it does make sense; I had an idea that this was happening, now it is confirmed;

Thanks again!

  • 1 accepted solution
  • 2278 Views
  • 2 replies
  • 0 Likes
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!