Skip to content
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

Assumed MAC address of a Linux bond member may cause incorrect NIC vendor extensions to be loaded #14

Open
wowczarek opened this issue Mar 18, 2018 · 1 comment
Assignees

Comments

@wowczarek
Copy link
Owner

wowczarek commented Mar 18, 2018

Scenario:

  • Bonded interface on Linux, member A) is vendor X (say Solarflare) for which libcck loads vendor extensions
  • Bonded interface member B) is vendor Y, for which libcck also loads vendor extensions

...or vice versa (A<->B).

The MAC address of all bond members becomes the same once bonded. This will cause incorrect extensions to be loaded, or no extensions to be loaded, if mixing NIC vendors. The only way around this is to try acquiring the actual burned-in hardware MAC.

@wowczarek wowczarek self-assigned this Mar 18, 2018
@wowczarek
Copy link
Owner Author

ETHTOOL_GPERMADDR, Linux 2.6.14+

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant