[libvirt] Supporting vhost-net and macvtap in libvirt for QEMU

Vivek Kashyap kashyapv at us.ibm.com
Thu Jan 28 16:12:30 UTC 2010


On Wed, 27 Jan 2010, Daniel P. Berrange wrote:

.....
>>
>> The above is not in the domain xml but was proposed in the bridge xml.
>>
>> The advantage of using the bridge concept is that it appears the same
>> for macvlan and the virtual Linux host bridge. The 'macvlan' interface
>> itself can support 'bridge' mode in addition to the 'vepa' mode.
>>
>> Therefore, one is creating the bridge, attaching it to the physical
>> device. This device is the one which provides the 'uplink' i.e. is
>> either the sr-iov card or is the device associated with the macvlan driver.
>> The domain xml can now point to the above bridge.  For the interfaces it
>> creates it can associate target names.
>
> The main issue with this, is that when using VEPA/macvlan there's
> no actual host device being created as there is when using the
> linux software bridge. The <interface> descriptions here are mapped
> straight into the  /etc/sysconfig/networking-scripts/ifcfg-XXX files
> that trigger creation & setup of the physical, bridge, bonding & vlan
> interfaces. Since there is no actual bridge interface, there's no
> ifcfg-XXX to map onto in the VEPA case.

ok, thanks for this clarification. We can use the similar setup using a
different construct - maybe physical or direct.

Vivek
>
>
> Daniel
> -- 
> |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
> |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
> |: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
> |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
>

__

Vivek Kashyap
Linux Technology Center, IBM




More information about the libvir-list mailing list