You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We may use bind to IP and bind to device in same time.
Some details from Marcel Menzel: passing the vrf master device name to SO_BINDTODEVICE and 0.0.0.0 makes an app listen on all IPs being set on that specific VRF, passing an explcit IP being configured in that VRF makes it listen on that IP in a specific vrf (passing an IP not configured in a VRF makes it fail then)
The text was updated successfully, but these errors were encountered:
This change request (#967) adds a new feature to the Netflow plugin by providing an option to bind the plugin to a specific network interface using the SO_BINDTODEVICE socket option. This is useful when monitoring traffic on a specific interface in a multi-interface setup.
The SO_BINDTODEVICE option will allow the Netflow plugin to listen on a specific interface by specifying the name of the interface as a string, rather than relying on the system's routing table to determine the incoming interface. This can improve the accuracy of the Netflow data collected by the plugin and reduce the amount of unwanted traffic received.
To use this new feature, set the "bind_device" configuration option in the Netflow plugin configuration file to the name of the desired interface. For example:
[INPUT]
Name netflow
bind_device eth0
If the "bind_device" option is not set, the Netflow plugin will continue to listen on all available interfaces as before.
This option is needed when VRFs are in use on Linux platforms.
It may have side effects and we need to consider them: https://patchwork.ozlabs.org/project/netdev/patch/[email protected]/
We may use bind to IP and bind to device in same time.
Some details from Marcel Menzel:
passing the vrf master device name to SO_BINDTODEVICE and 0.0.0.0 makes an app listen on all IPs being set on that specific VRF, passing an explcit IP being configured in that VRF makes it listen on that IP in a specific vrf (passing an IP not configured in a VRF makes it fail then)
The text was updated successfully, but these errors were encountered: