-
Notifications
You must be signed in to change notification settings - Fork 0
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
Sub-if support #14
Comments
Thank you for testing! The sFlow data model describes "black boxes" connected by physical ports. Sub-interface details can be sifted out at the collector because the MACs, VLANs, MPLS-Label-Stacks, tunnels etc. are always present in the feed. So you are encouraged to enable sFlow on all ports and then leave it alone. The rest of the work happens at the collector. I acknowledge that this may be a departure from how other flow-monitoring technologies operate. It comes from the very low overhead that sFlow monitoring imposes. Enabling sFlow on every port of every device is normal and expected. It was always designed to be a "whole network" solution. (If you browse the example configs under https://github.com/sflow/config you will see that many of them allow sFlow to be enabled on all ports with one command. We might want a simple "sflow enable all" in the VPP CLI someday, but since VPP is more likely to be configured by an "overlord" orchestration script it seemed OK to start with explicit per-interface controls.) I haven't tested with a bond yet. Enabling on a bond should (ideally) enable sFlow on all the physical components of the bond, and then tell hsflowd what the bond if_index and MAC is for each component whenever their counters are sent. But maybe VPP does not present bonds that way? Do you get packet-samples from your bond when you configure it? See issue #13 for more details. |
Hello, That is indeed interesting, and since the overhead is so low, I was going with the way I've set
Honestly I have not checked how it handles information on the bond, I should really test that since there will be cases where I would like to monitor subinterfaces on bonds. |
Hello,
It seems that sub interfaces are not supported yet like they are with native Linux ifs?
The message doesn't make sense since it's supported on
BondEthernet0.100
for example, which is not a physical port.The text was updated successfully, but these errors were encountered: