search for: trustguestrxfilters

Displaying 4 results from an estimated 4 matches for "trustguestrxfilters".

2023 Jul 11
1
ipv6 can not work for direct type interface
Hi there, I have a question regarding direct type interfaces. Would someone be able to take a look at it? When I start 2 VMs on the same host with interface "direct type + bridge mode", just as below: <interface type="direct"> <mac address="52:54:00:9e:7b:51"/> <source dev="eno1" mode="bridge"/> <model
2015 Apr 30
3
Limitations of macvtap devices?
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?
2015 Apr 30
0
Re: Limitations of macvtap devices?
...nd multicast table) of the macvtap device based on events from the virtual guest, which allows the guest to change the interface's MAC address and have traffic still pass, but that is different from allowing multiple MAC addresses at the same time. (this functionality is enabled by adding "trustGuestRxFilters='yes'" as an attribute to the guest's <interface> element) If you need to do support multiple MAC addresses coming from the guest, you should probably use a standard tap-to-bridge connection on the host instead (and make sure your openstack config isn't adding "<...
2015 May 01
1
Re: Limitations of macvtap devices?
...of the macvtap device based on events from the > virtual guest, which allows the guest to change the interface's MAC > address and have traffic still pass, but that is different from allowing > multiple MAC addresses at the same time. (this functionality is enabled > by adding "trustGuestRxFilters='yes'" as an attribute to the guest's > <interface> element) > > If you need to do support multiple MAC addresses coming from the guest, > you should probably use a standard tap-to-bridge connection on the host > instead (and make sure your openstack config is...