-
-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Aggregation and ICMP proto #423
Comments
Why do you thing it is not normal? |
Ok let me explain The first command aggregates with -A ...,dstport so icmp type.code may not be :0.0 everywhere. Omitting the proto field in the third command (which is superfluous due to the command line filter) we get another flavor of display with different representation of type.code (type * 256 + code) and Tos field again 0. So, it seems to me that -a aggregates also Tos (and displays a more clear output) while -A ...,dstport has some incompatibilities with dstport. |
So let me explain: There is a subtile difference between -a and -A proto,srcip,srcport,dstip,dstport -A fields As soon as you omit the protocol, that field is zeroed out and therefore the protocol can no longer be recognised as ICMP. Therefore the generic integer value in dst port is printed. That's the reason for different "flavours" of printing. As of printing, nfdump generates a printing format on the fly depending on the selected aggregation. You may however overwrite this any time. In your case you may specify something like: btw. your command line |
Peter, |
Hi,
For master-nfdump according to man pages, aggregation with -a and -A proto,srcip,dstip,srcport,dstport(,tos?) should have identical output. For ICMP protocol this is not the case eg
whereas
and
If we aggregate on srcport,dstport we get:
Is this behaviour normal?
Thank you.
The text was updated successfully, but these errors were encountered: