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

OVS bridge support #61

Open
3 tasks
thediveo opened this issue Sep 26, 2024 · 1 comment
Open
3 tasks

OVS bridge support #61

thediveo opened this issue Sep 26, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@thediveo
Copy link
Collaborator

thediveo commented Sep 26, 2024

  • use bridge NIF type network.BridgeAttrs also for kind "openvswitch"
  • in NifAttrs.ResolveRelations, use *network.BridgeAttrs type assertion instead of kind name string matching.
  • in UI, use a OVS-specific bridge icon, if possible (though OVS logo doesn't lend itself to the idea of bridge)

nothing beyond this point, no flow displays or the like, just the topology.

@thediveo thediveo added the enhancement New feature or request label Sep 26, 2024
@thediveo
Copy link
Collaborator Author

thediveo commented Sep 27, 2024

First experiment shows things are not as they seem in OVS land: the master relationship is misappropriated by OVS for something else and thus doesn't give us the topology. OVS documentation is terrible. Another experiment shows that RTNETLINK cannot be used to create OVS bridges and cannot be used to add netdevs as ports. Looks very much like an half-baked kernel integration, at least from the standpoint of an ordinary RTNETLINK user.

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

No branches or pull requests

1 participant