Bug 1278317 - [RFE] Provide functionality to attach user networking to a mcast domain to connect multiple VMs in userspace
Summary: [RFE] Provide functionality to attach user networking to a mcast domain to co...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: libvirt
Version: 23
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-11-05 09:08 UTC by Fabian Deutsch
Modified: 2015-11-06 11:28 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-05 16:08:39 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Fabian Deutsch 2015-11-05 09:08:48 UTC
Description of problem:
Currently vms in userspace (qemu:///session) can not communicate with each other.
To enable this it would be nice if there was an option to set a mcast domain for the user networking, that way vms could communicate via that domain and would be connected.

I.e.:

    <qemu:arg value='-netdev'/>
    <qemu:arg value='socket,id=busnet0,mcast=230.0.0.1:1234'/>
    <qemu:arg value='-device'/>
    <qemu:arg value='virtio-net-pci,netdev=busnet0,id=net1,mac=52:54:00:4b:9b:11'/>

Comment 1 Laine Stump 2015-11-05 16:08:39 UTC
Unless I'm missing some detail, this was recently implemented (in libvirt 1.2.20):

https://libvirt.org/formatdomain.html#elementsNICSMulticast

Fedora23 is at libvirt 1.2.18, but you can get newer packages (of libvirt and other virt packages e.g. qemu) by enabling the virt-preview repo:

https://fedoraproject.org/wiki/Virtualization_Preview_Repository

(Note that you can also connect qemu:///session guests to a bridge via the qemu-bridge-helper. Just add the proper line to /etc/qemu/bridge.conf, and configure the interfaces with <interface type='bridge'> ... This will allow them to not only communicate with each other, but also with the rest of the external network, if the bridge is properly connected to the outside).

Comment 2 Fabian Deutsch 2015-11-05 16:43:15 UTC
Awesome!

Thanks for this update.


Note You need to log in before you can comment on or make changes to this bug.