I'm seeing an odd issue where I've got a rule allowing sflow traffic coming from a WAN zone into my server zone where my monitoring servers sit. Most of the traffic passes as it should, but there are random subnets where the rule is being denied with it showing it is hitting the default deny policy. The only filtering on the rule is for port 2055, coming from the WAN zone and into the server zone.
Solved! Go to Solution.
Utilizing the 'test security-policy-match' command in the CLI with one of the denied flows should verify that the traffic should be matching your intended security entry.
That ended up doing the trick. Still not sure why some sites worked and others didn't, but when I switched to the app rule, it started passing traffic.
thanks again for the help!
This will come in handy for sure going forward. ended up switching to the app rule for sflow and getting rid of the port-based config, and now it's allowing the traffic through.
Thanks for the info!
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 Live Community as a whole!
The Live Community thanks you for your participation!