
On 02.10.2016 15:11, jean-christophe Manciot wrote:
Hello everyone.
Hi, Thank you for your points. I often think about this as I'm trying to promote libvirt on every occasion.
Going straight to the point: 1) *add connection type: Docker* This should not induce a lot of development since there is already an LXC connection type.
Well, in fact I think this should be vice versa. Docker is using LXCs but not through libvirt. And as much as I wish they had chosen to have libvirt backend, they hadn't. I mean, docker is a management application so in the stack it sits above libvirt. But on the other hand, one could say that about ESX too, and we have a driver for that.
2) add the ability to *choose the bridge type of any virtual network*: - Linux bridge + VPP : Cisco has recently open-sourced the virtual switch/router <https://wiki.fd.io/view/VPP/What_is_VPP%3F> which it uses with DPDK as a core part of some of its commercial virtual products. Its performance should be unprecedented as compared to the current Linux bridge or even OvS. "VPP is also applicable to many architectures (x86, ARM, and PowerPC) and deployment environments (bare metal, VM, container)", according to Simon Dredge in FD.io Takes Over VPP and Unites with DPDK to Accelerate NFV Data Planes to Outright Nutty Speeds <http://www.metaswitch.com/the-switch/fd.io-takes-over-vpp>.
Interesting, haven't known about this one.
+ OvS: not a priority IMHO.
We do support OvS: <interface type='bridge'> <source bridge='ovsbr'/> <virtualport type='openvswitch'/> </interface> Michal