[Kimchi-devel] [RFC V2] UI changes for Linux bridge/OVS bridge support

Lucio Correia luciojhc at linux.vnet.ibm.com
Thu Dec 3 18:18:00 UTC 2015


Updated version of this RFC (please ignore V1 and consider only this):

This is a proposal for UI changes to reflect the new API options for 
"add network".

Network tab -> User clicks on add (+) button

Currently, there are 3 options in "Network Type": Isolated, NAT, Bridged 
(which as of now sets macvtap or bridges according to the destination 
chosen by user).

The API is changing for Kimchi 2.0: Bridged option will be split into
2 options:
- "Bridged" option will now be used for creating networks tied to Linux 
bridges or OVS bridges
- "macvtap" option will be added for creating macvtap networks.

Bridged option new behaviour:
1) Change description of "Bridged" option to refer to Linux bridges and 
OVS bridges (no more direct connections)
2) When "Bridged" is selected, "Destination" will show all the 
interfaces it currently shows plus OVS bridges
3) "Enable VLAN" will only be showed if user selects a NIC or bonding 
from "Destination" pop-up (alternatively, we can show it always and 
block the usage of VLAN with NIC or bonding selected)
4) "Bridged" option will call network_create API with "bridge" as value 
for "connection" parameter

New macvtap option:
5) Add a new option "macvtap" to Network Type, with same current 
description of today's Bridged option
6) When macvtap option is selected, "Destination" will show only NICs 
and bondings. It will NOT show any kind of bridges anymore.
7) "Enable VLAN" option is NOT showed
8) macvtap option will call network create API with "macvtap" as 
"connection" parameter value

Fixes, corrections, suggestions are welcome.

Thanks,

-- 
Lucio Correia
Software Engineer
IBM LTC Brazil




More information about the Kimchi-devel mailing list