search for: macvtaps

...hink mainly adding a macvtap is pretty quick, performant and works. And last but definitely not least, ignorance of other quick easy solutions. Well, also macvtap works on older hardware where I don't have physical functions to passthrough via sr-iov, that is what you are pointing to with "macvtaps in the most outer one VM and pass them thru to inner layer VMs"? Currently I can use macvtaps with an old HP xw8600 desktop with the integrated broadcoms yeah ease/hardware/ignorance On Mon, Jul 11, 2016 at 6:52 AM, Michal Privoznik <mprivozn@redhat.com> wrote: > On 08.07.2016 22...

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 bridge. Is that correct, or is there some setting that will make that work?

It was reported that the macvtap device selects a different vhost (when used with multiqueue feature) for incoming packets of a single connection. Use packet hash first. Patch tested on MQ virtio_net. Signed-off-by: Krishna Kumar <krkumar2 at in.ibm.com> --- drivers/net/macvtap.c | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff -ruNp org/drivers/net/macvtap.c

It was reported that the macvtap device selects a different vhost (when used with multiqueue feature) for incoming packets of a single connection. Use packet hash first. Patch tested on MQ virtio_net. Signed-off-by: Krishna Kumar <krkumar2 at in.ibm.com> --- drivers/net/macvtap.c | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff -ruNp org/drivers/net/macvtap.c

Hello all, hope all is well this maybe outside of libvirt-users.... Can you nest macvtap devices to ultimately receive a real routable ip on the nested vm? I have a nested vm up and running. Both vm and nested vm are centos 7 on arch linux host. The first vm uses a macvtap in bridge mode receives dhcp from an external dhcp server. I start the second vm and dhclient hangs and never receives an

...performant and works. And last but > > definitely not least, ignorance of other quick easy solutions. > > Well, also macvtap works on older hardware where I don't have physical > > functions to passthrough via sr-iov, that is what you are pointing to > with > > "macvtaps in the most outer one VM and pass them thru to inner layer > > VMs"? > > Currently I can use macvtaps with an old HP xw8600 desktop with the > > integrated broadcoms > > > > yeah ease/hardware/ignorance > > I'll be using terminology as defined here: &gt...

On Thu, May 14, 2020 at 1:32 PM Laine Stump <laine@redhat.com> wrote: > 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. >

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. > > Based on original work from Ben Hutchings. > > Fixes:

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. > > Based on original work from Ben Hutchings. > > Fixes:

Hi Laine, thanks for your answer, I really appreciate that. On Wed, Jan 02, 2019 at 11:34:30AM -0500, Laine Stump wrote: > On 12/16/18 4:59 PM, Marc Haber wrote: > > I would like to run a network firewall as a VM on a KVM host. There are > > ~ 25 VLANs delivered to the KVM host on three dedicated links, no LACP > > or other things. I have the VLANs 100-180 on the host's

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

On Wed, Dec 17, 2014 at 09:43:51PM -0500, Vlad Yasevich wrote: > 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

On Wed, Dec 17, 2014 at 09:43:51PM -0500, Vlad Yasevich wrote: > 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

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>

On Wed, May 02, 2018 at 10:00:14AM -0400, Vlad Yasevich wrote: > On 05/02/2018 09:46 AM, Michael S. Tsirkin wrote: > > On Wed, May 02, 2018 at 09:27:00AM -0400, Vlad Yasevich wrote: > >> On 05/01/2018 11:24 PM, Michael S. Tsirkin wrote: > >>> On Tue, May 01, 2018 at 10:07:38PM -0400, Vladislav Yasevich wrote: > >>>> Since we now have support for

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. >>

On 1/3/19 9:23 AM, Marc Haber wrote: > Hi Laine, > > thanks for your answer, I really appreciate that. > > On Wed, Jan 02, 2019 at 11:34:30AM -0500, Laine Stump wrote: >> On 12/16/18 4:59 PM, Marc Haber wrote: >>> I would like to run a network firewall as a VM on a KVM host. There are >>> ~ 25 VLANs delivered to the KVM host on three dedicated links, no

On 4/6/20 9:54 AM, Daniel P. Berrangé wrote: > On Mon, Apr 06, 2020 at 03:47:01PM +0200, Miguel Duarte de Mora Barroso wrote: >> Hi all, >> >> I'm aware that it is possible to plug pre-created macvtap devices to >> libvirt guests - tracked in RFE [0]. >> >> My interpretation of the wording in [1] and [2] is that it is also >> possible to plug

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'/>