"neq" is definitely a valid operator, perhaps you're hitting some GUI bug?
(addr.dst neq 220.127.116.11)
As an alternative, you can use the exclamation mark e.g.
!(addr.dst eq 18.104.22.168)
Hmn ... I see ... and also tested it (I have probably never used the negate option for one IP or I only used the operator that works :P (see below))
"eq" works to match one IP but if to negate just one IP you have to use "notin"
Yep that is completely my bad @vsys_remo. You can't use NEQ for an IP address filter, only for filter types where "eq" is appropriate.
e.g ( zone.dst eq test) = neq would be valid there.
My bad! To negate IP addresses use notin
Just to add to this a bit.
the valid operators for addr is in/notin, however an eq statement can also be used in the GUI. The GUI is presently set so that if you run a query with the eq operator ( addr.dst eq 10.191.16.61 ) it truly uses the CLI equivelent of 'show log traffic dst in 10.191.16.61' and essentially "corrects" your operator issue for you. The same was never setup for a neq operator, simply hitting the invalid operator warning.
Essentially this was done to be friendly to operator mistakes, but it can also easily lead to confusion since the operator overwrite was never fully fleshed out to include all operators.
Would like to ask an additional thing:
I want to search for all google apps in the monitor. Is there an operator for that?
I tried: ( app contains google ) but that doesn't work.
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!