Hi Ajit,
It seem that the flows which are related with broadcast DMAC are appear on
bridges which are connected to PF/VF like below.
admin@controller01:~$ sudo ovs-appctl dpif/dump-flows type=all br-provider
recirc_id(0),in_port(7),packet_type(ns=0,id=0),eth(src=84:16:0c:f0:47:2b,dst=01:80:c2:00:
Hi all,
I'm investigating packet drop during ovs restart/upgrade and found that the
Gevene interface genev_sys_6082 was deleted and recreated during ovs-vswitchd
starts up:
root@node1:/root# ip -c a show genev_sys_6081
17: genev_sys_6081: mtu 65000 qdisc
noqueue master ovs-system state UNKNOWN g
Thanks Ilya, I can confirm this solves my problem.
Regards
Tobias
From: Ilya Maximets
Date: Wednesday, 15. February 2023 at 14:56
To: Tobias Hofmann (tohofman) , ovs-discuss@openvswitch.org
Cc: i.maxim...@ovn.org
Subject: Re: [ovs-discuss] OvS DPDK takes too many hugepages
On 2/15/23 22:46, T
On 2/15/23 22:46, Tobias Hofmann (tohofman) via discuss wrote:
> Hello everyone,
>
>
>
> I’m enabling DPDK on a system and I don’t see any errors while doing so.
> However, after enabling DPDK, I can see that my system has way less free
> hugepages than expected. It should only be using 512 a
Hi,
The PMD has two paths which can parse the RTE_FLOW items, items, etc..
The path which is returning the error is considered legacy.
The other path is initialized depending on a firmware setting.
Since the NIC you are using is running an older version, the newer RTE_FLOW
offload path is not getti
Hello everyone,
I’m enabling DPDK on a system and I don’t see any errors while doing so.
However, after enabling DPDK, I can see that my system has way less free
hugepages than expected. It should only be using 512 at that point but it’s
using 1914. OvS is the only potential candidate that can
