Host network management roadmap inquiry

Fabian Deutsch fabiand at redhat.com
Wed Aug 1 15:34:08 UTC 2012


Am Mittwoch, den 01.08.2012, 09:56 -0400 schrieb Andrew Cathrow:
> > From: "Mark Wu" <wudxw at linux.vnet.ibm.com>
> > Sent: Wednesday, August 1, 2012 8:59:14 AM
> > Subject: Host network management roadmap inquiry

<snip/>

> > quantum
> 
> > Both the plugins openvswitch and linuxbridge stores abstract network
> > entities (network, port) in database and create bridge/vlan via the
> > tool ip/brctl or ovs-vsctl on demand. Only one bridge is created on
> > one server and one vlan is created for each virtual network. That
> > means that only one nic can be configured for vm network. It doesn't
> > configure nic or bond even if openvswitch also supports bond. Both
> > of traditional network stack configuration and quantum will be
> > supported oVirt for different purpose, right?
> 
> good place to start :
> https://fedoraproject.org/wiki/Quantum_and_oVirt 

Hey,
besides these Quantum specific informations I'd also like to discuss
where oVirt is going wrt to networking.
Quantum is sure a nice solution for a project wide solution, but how can
or should this be integrated into the underlying components like vdsm or
node?

From a Node pov (feature as well as implementation wise) it is quite
interesting if we should switch to openvswitch (which can then in turn
used by quantum [via vdsm?]) or keep the linux bridge stuff.

There are also efforts on it's way (like teaming, the F17 feature) which
we should keep an eye on, as this seems to land in network manager as an
alternative(?) to the default bonding. It's also interesting how this
performs with openvswitch.

Many changes on many sides and we should lay out the path a bit to find
a direction where to go.
There is already

http://wiki.ovirt.org/wiki/Networking

which we could use to summarize the needed features, potential
techniques and an over all plan.

Greetings
fabian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.ovirt.org/pipermail/arch/attachments/20120801/761445ed/attachment.sig>


More information about the Arch mailing list