On 15.10.2015 16:49, Aline Manera wrote:
On 15/10/2015 11:36, Daniel Henrique Barboza wrote:
On 10/15/2015 10:15 AM, Ramon Medeiros wrote:
Kimchi today creates network pool using macvtap. Now, we want the user to choose if it want Linux Bridge or macvtap.
If you want to understand the pros and cons of this features, we can see here: https://github.com/kimchi-project/kimchi/wiki/Create-guest-network
Proposal:
Add "mode" option when creating a network pool.
If macvtap is choosed, keep the actual procedure.
If bridge is choosed, create linux bridge using net commands(brctl) and create network pool pointing to the new bridge.
Create tests for this.
I approve this proposal, but perhaps we can rely on Ginger to do the linux bridge? I am worried about having both kimchi and ginger messing with the network interfaces.
I understand your concern, Daniel! But (I hope) it will be the single feature in which Kimchi needs to change the host configuration.
Aline, Daniel, I'm concerned as well here about the potential conflicts and I think we may have the same issue with VLAN devices. I don't know how to distinguish if a bridge or VLAN device was created via Host- or via Guest-Management and therefore we may list and expose the Guest-Management bridges or VLANs in the Host-Networking area, assuming the Host Admin knows not to touch them. He has anyhow lots of tools on his hands to do harm if he is not acting carefull :-) Can we base on such an assumption ?
_______________________________________________ Kimchi-devel mailing list Kimchi-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________ Kimchi-devel mailing list Kimchi-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/kimchi-devel