[Users] libteam network devices support in ovirt

Antoni Segura Puimedon asegurap at redhat.com
Wed Oct 30 23:50:50 UTC 2013



----- Original Message -----
> From: "Tomasz Torcz" <tomek at pipebreaker.pl>
> To: "Antoni Segura Puimedon" <asegurap at redhat.com>
> Cc: users at ovirt.org
> Sent: Wednesday, October 30, 2013 5:19:04 PM
> Subject: Re: [Users] libteam network devices support in ovirt
> 
> On Wed, Oct 30, 2013 at 03:34:03PM +0100, Antoni Segura Puimedon wrote:
> > On Wed, 2013-10-30 at 11:24 +0100, Tomasz Torcz wrote:
> > > Hi,
> > > 
> > >   Little over a year ago Fedora introduced alternative bonding driver
> > > for network devices - libteam: https://fedorahosted.org/libteam/
> > >   Can we expect libteam support in ovirt at the same level as for "bond"
> > > driver?  Currently, libteam bonded interfaces are not visible in
> > > "Setup Host Networks" dialog.
> > 
> > Hi Tomasz,
> > 
> > We are aware of libteam bonds and I personally look forward to them very
> > much.
> > 
> > The ideal way to support them would be via one new network configurator
> > that
> > would implicitly make teamd bonds instead of usual bonds. After the
> > iproute2
> > configurator is finished (it is currently in progress but quite functional)
> > it
> > should be quite easy to inherit from vdsm/netconf/iproute2.py and modify
> > configureBond, removeBond and editBondings so that they make use of teamd
> > bonds.
> 
>   What needs to be done to get ”minimal” support?  By minimal I understand
> oVirt acknowledging that network interfaces are teamed.  Configuring teams
> from oVirt can come later.  Right now teamed interfaces are displayed
> as separate in net configuration dialog, and master team device is not
> displayed at all.  I could live with manually configure teams if only
> I can attach them to ovirt networks.

would that be a bridged or a bridgeless network? A vlanned or non-vlanned
network?

> 
> --
> Tomasz Torcz       ,,(...) today's high-end is tomorrow's embedded
> processor.''
> xmpp: zdzichubg at chrome.pl                      -- Mitchell Blank on LKML
> 
> 



More information about the Users mailing list