similar to: Bridge with macvtap problem

I have a host setup for libvirt kvm/qemu vms. And I wonder a bit about the overhead of the macvtap and how to configure the mtu's properly. To be able to communicate with the host, I have moved the ip address of the host from the adapter to a macvtap to allow host communication. I have the below setup on hosts.

Hi, I'm using libvirt and qemu on Debian Wheezy. I'm having a strange behavior. Guests can't connect to each other when they're on the same host. On the host I'm using bonding (in active / backup mode) and vlan. It looks like this : eth0 \ / macvtap0 bond0 --- vlan222 eth1 / \ macvtap1 So I've got two guests, let's say A and B. When

On 04/30/2015 11:18 AM, Laine Stump wrote: > On 04/30/2015 10:26 AM, Lars Kellogg-Stedman wrote: >> I am running OpenStack inside a libvirt guest that is connected to the >> local network via a macvtap interface. My experience so far suggests >> that a macvtap interface will not pass traffic with a source MAC >> address other than the MAC address of the interface

Hi there. I have configured kvm domain (rhel6.4) with ethernet bridged over macvtap, and found no filtration applied except mac. 'virsh' just silently ignoring attributes 'filterref' and 'ip address' in different formats. No error on validate stage. Config examples: ... <interface type='direct'> <mac address='52:54:00:31:ae:1a'/>

Now that UFO is split into v4 and v6 parts, we can bring back v4 support. Continue to handle legacy applications by selecting the ipv6 fagment id but do not change the gso type. This allows 2 legacy VMs to continue to communicate. Based on original work from Ben Hutchings. Fixes: 88e0e0e5aa7a ("drivers/net: Disable UFO through virtio") CC: Ben Hutchings <ben at decadent.org.uk>

Now that UFO is split into v4 and v6 parts, we can bring back v4 support. Continue to handle legacy applications by selecting the ipv6 fagment id but do not change the gso type. This allows 2 legacy VMs to continue to communicate. Based on original work from Ben Hutchings. Fixes: 88e0e0e5aa7a ("drivers/net: Disable UFO through virtio") CC: Ben Hutchings <ben at decadent.org.uk>

(Please put your responses inline rather than top-posting) On 02/12/2014 10:07 AM, John Obaterspok wrote: > Hello, > I've setup a VM with default networking (NAT) and this works fine > but hosts on my LAN can't get to the VM since it uses NAT. > > When I try to set network to use MacVTap with either default or > bridged I get no networking for the

Signed-off-by: Greg Kurz <gkurz at linux.vnet.ibm.com> --- drivers/net/macvtap.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index 27ecc5c..a2f2958 100644 --- a/drivers/net/macvtap.c +++ b/drivers/net/macvtap.c @@ -49,14 +49,19 @@ struct macvtap_queue { #define MACVTAP_VNET_LE 0x80000000 +static inline

Signed-off-by: Greg Kurz <gkurz at linux.vnet.ibm.com> --- drivers/net/macvtap.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index 27ecc5c..a2f2958 100644 --- a/drivers/net/macvtap.c +++ b/drivers/net/macvtap.c @@ -49,14 +49,19 @@ struct macvtap_queue { #define MACVTAP_VNET_LE 0x80000000 +static inline

On Fri, Apr 24, 2015 at 02:24:48PM +0200, Greg Kurz wrote: > Signed-off-by: Greg Kurz <gkurz at linux.vnet.ibm.com> Dave, could you pls ack merging this through the virtio tree? > --- > drivers/net/macvtap.c | 9 +++++++-- > 1 file changed, 7 insertions(+), 2 deletions(-) > > diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c > index 27ecc5c..a2f2958

On 04/30/2015 10:26 AM, Lars Kellogg-Stedman wrote: > I am running OpenStack inside a libvirt guest that is connected to the > local network via a macvtap interface. My experience so far suggests > that a macvtap interface will not pass traffic with a source MAC > address other than the MAC address of the interface itself...for > example, if inside the guest eth0 is attached to a

On Fri, Apr 24, 2015 at 02:24:48PM +0200, Greg Kurz wrote: > Signed-off-by: Greg Kurz <gkurz at linux.vnet.ibm.com> Dave, could you pls ack merging this through the virtio tree? > --- > drivers/net/macvtap.c | 9 +++++++-- > 1 file changed, 7 insertions(+), 2 deletions(-) > > diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c > index 27ecc5c..a2f2958

On 12/17/2014 05:41 PM, Michael S. Tsirkin wrote: > On Wed, Dec 17, 2014 at 01:20:54PM -0500, Vladislav Yasevich wrote: >> Now that UFO is split into v4 and v6 parts, we can bring >> back v4 support. Continue to handle legacy applications >> by selecting the ipv6 fagment id but do not change the >> gso type. This allows 2 legacy VMs to continue to communicate. >>

On 12/17/2014 05:41 PM, Michael S. Tsirkin wrote: > On Wed, Dec 17, 2014 at 01:20:54PM -0500, Vladislav Yasevich wrote: >> Now that UFO is split into v4 and v6 parts, we can bring >> back v4 support. Continue to handle legacy applications >> by selecting the ipv6 fagment id but do not change the >> gso type. This allows 2 legacy VMs to continue to communicate. >>

Greetings, This is my fist time posting to a mailing list. For the past few days I have been trying to mimic my former windows workstation with a centos 6.3 workstation at work. I have gotten really far but am now facing an issue I cant seem to solve on my own. My former workstation had vmware for running my virtual machines. Most of the time I would run just two virtual machines, but sometimes

On 02/12/2014 10:07 AM, John Obaterspok wrote: > Hello, > I've setup a VM with default networking (NAT) and this works fine but > hosts on my LAN can't get to the VM since it uses NAT. > > When I try to set network to use MacVTap with either default or > bridged I get no networking for the VM. > Any hints around this? I would like to have the VM's on the same LAN

On 5/13/20 12:52 AM, Subhendu Ghosh wrote: > Hi > > Couple of questions around macvtap direct usage: > > 1) is the document here current? > https://libvirt.org/formatnetwork.html#examplesDirect Yes. None of that has changed in any major way in many years. > > I have been able to get host to guest network traffic without any > special configuration or switch since

Dear list, I am getting strange problems using a setup outlined in the subject. I want to run three guests on a single kvm host. The guests are connected through macvtap directly to the network device 'eth0' of the host using this configuration: <interface type='direct'> <mac address='52:54:00:86:3f:24'/> <source dev='eth0'

Hi Couple of questions around macvtap direct usage: 1) is the document here current? https://libvirt.org/formatnetwork.html#examplesDirect I have been able to get host to guest network traffic without any special configuration or switch since Fedora 28 when I first started using it. Using <forward mode=vepa> requires switch port mirroring, but just using <forward mode=bridge>