[ovs-discuss] VXLAN - MAC address learning/propagation through EVPN/FRR

Hello Everybody, I'm using OVS with KVM and I'm trying to get virtual machines to communicate across hosts (all running OVS/KVM) through VXLAN tunnels. I'm running the VTEP emulator available with OVS (that automatically creates the interface "vxlan_sys_4789") and the challenge at the moment is

[ovs-discuss] OVS as management entity between controller and mininet network

Hi All, I am working on a project where I will be using OVS as the management entity between mininet network( In one VM) and controller(In a different VM). I created an Ovsbridge in my host machine and connected two VM's with tap interface through the OVS bridge. Now I can see message flowing thro

Re: [ovs-discuss] question about ipfix

Any idea about this? Thanks, Ray On Tue, Jun 5, 2018 at 1:33 AM, Ray Li wrote: > I'm testing ipfix on OVS, but I can't get it to work for some reason. I'm > running OVS 2.5.2 > > Here's my OVS output. I've left out the irrelevant fields > > # ovs-vsctl list Flow_Sample_Collector_Set > _uuid

Re: [ovs-discuss] bond's active slave mac not updated when nic is replaced?

It's more like 1. eth3 is initially the active slave. 2. Power off the machine, replace the NIC that corresponds with eth3 with a new one, power on the machine. 3. eth3 is still the active slave, as expected. 4. bond_active_slave still shows the mac address of the old NIC instead

Re: [ovs-discuss] bond's active slave mac not updated when nic is replaced?

OK, let me try to understand. Is this what you're reporting? 1. eth3 is initially the active slave. 2. You unplug the cable from eth3. 3. Some other NIC becomes the active slave. Is the new active slave reported correctly? Is its MAC address reported correctly? 4. You re-plug the cable in

Re: [ovs-discuss] Incremental perf results

On Tue, Jun 5, 2018 at 12:00 PM, Mark Michelson wrote: > On 06/05/2018 01:02 PM, Mark Michelson wrote: > >> On 06/05/2018 12:40 PM, Han Zhou wrote: >> >>> >>> >>> On Fri, May 18, 2018 at 2:03 PM, Han Zhou >> zhou...@gmail.com>> wrote: >>> >>> Hi Mark, >>> >>> Thank you so much for sharing

Re: [ovs-discuss] Incremental perf results

On 06/05/2018 01:02 PM, Mark Michelson wrote: On 06/05/2018 12:40 PM, Han Zhou wrote: On Fri, May 18, 2018 at 2:03 PM, Han Zhou > wrote:     Hi Mark,     Thank you so much for sharing this data. Please see my comments inline.     On Fri, May 18, 2018 at 1:31 PM,

Re: [ovs-discuss] bond's active slave mac not updated when nic is replaced?

For example, the bond_active_slave column in the port table: # ovs-vsctl list port bond0 _uuid : 15427383-f92d-4da6-bc5f-39ebd1e6aa2f bond_active_slave : "00:25:90:98:ad:41" bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay: 0 externa

Re: [ovs-discuss] bond's active slave mac not updated when nic is replaced?

On Tue, Jun 05, 2018 at 11:11:46AM -0700, Ray Li wrote: > I've configured an OVS bond with multiple network interfaces. The bond's > active_slave_mac field refers to the mac address of the NIC that's the > active slave. When I unplug the active slave NIC and replace it with a > different one, the b

Re: [ovs-discuss] RSTP may send BPDUs with uninitialized bytes

On Tue, Jun 05, 2018 at 01:42:56PM +0200, David van Moolenbroek wrote: > Ben, > > On 6/4/2018 10:43 PM, Ben Pfaff wrote: > >Thanks for the report. I think that all of these problems are easy to > >fix. I sent a patch: > > https://patchwork.ozlabs.org/patch/925221/ > > > >If it is conveni

[ovs-discuss] bond's active slave mac not updated when nic is replaced?

I've configured an OVS bond with multiple network interfaces. The bond's active_slave_mac field refers to the mac address of the NIC that's the active slave. When I unplug the active slave NIC and replace it with a different one, the bond's active_slave_mac field doesn't get updated with the mac ad

Re: [ovs-discuss] Incremental perf results

On 06/05/2018 12:40 PM, Han Zhou wrote: On Fri, May 18, 2018 at 2:03 PM, Han Zhou > wrote: Hi Mark, Thank you so much for sharing this data. Please see my comments inline. On Fri, May 18, 2018 at 1:31 PM, Mark Michelson mailto:mmich...@redhat.com>> wrot

Re: [ovs-discuss] Incremental perf results

On Fri, May 18, 2018 at 2:03 PM, Han Zhou wrote: > Hi Mark, > > Thank you so much for sharing this data. Please see my comments inline. > > On Fri, May 18, 2018 at 1:31 PM, Mark Michelson > wrote: > >> Hi Han, I finally did some tests and looked at the CPU usage between >> master and the ip7 bra

Re: [ovs-discuss] [opnfv-tech-discuss] Persistent error when trying to install Devstack+OVN

Thanks Numan. Your advice solved the problem. On Thu, May 31, 2018 at 9:59 PM, Numan Siddique wrote: > Hi Amir, > > In order for devstack to not compile ovs kernel module, you can set > "OVN_BUILD_MODULES=False" in your devstack local.conf file. The openvswitch > kernel module from the centos 7

[ovs-discuss] Select tabele - hash algorithm

Hi, Can you tell me more about the hash algorithm used by Select Group tables of OVS switches, or send me a link with the algorithm's code. Thanks in advance, Slavica ___ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman

Re: [ovs-discuss] Reg IPv6 Neighbor Advertisement Message fields

>> Zak had completed most of the work to set the RSO flags, so I'm sure he'd be >> happy >> to send it out if you want to take the patches in yourself. However, I >> don't think it >> makes sense to include that functionality more generally in OVS. Hi Justin, Can you please share the patch f

Re: [ovs-discuss] RSTP may send BPDUs with uninitialized bytes

Ben, On 6/4/2018 10:43 PM, Ben Pfaff wrote: Thanks for the report. I think that all of these problems are easy to fix. I sent a patch: https://patchwork.ozlabs.org/patch/925221/ If it is convenient for you to test, I'd be pleased to hear whether this fixes the problems you observed w

[ovs-discuss] question about ipfix

I'm testing ipfix on OVS, but I can't get it to work for some reason. I'm running OVS 2.5.2 Here's my OVS output. I've left out the irrelevant fields # ovs-vsctl list Flow_Sample_Collector_Set _uuid : 5a4dacb6-034d-416a-861b-843a0f63bc9f bridge : a1cfae07-227f-471b-a81a