Wow, didn't think that resolving this will require patching kernel
module. Really impressive.
I've previously compiled and then deployed forked version of
ovn-controller where you did commit revert. Is it good idea to test when
stable kernel revision containing this patch will be available (likely
in coming days in 6.14 atleast 6.14-rc7 seems contain this patch)?
20.03.2025 12:28, Dumitru Ceara wrote:
On 3/19/25 8:42 PM, Ilia Baikov wrote:
Hello,
Hi Ilia, Piotr,
Nice to hear that it is resolved for you. I've got an advice from friend
about reducing ARP pps on Juniper devices (arp is being send only when
unicast packet arrives or expire) which reduced ARP pps from about 2 to
3 times. It helped a bit, however issue still persists.
@Dumitru Ceara <dce...@redhat.com>
@Ales Musil <amu...@redhat.com>
Any chance this could be fixed in upcoming release or backported to
previous? I could help somehow to speed it up.
I think we're waiting for Ilya Maximets' kernel fix here to trickle down
to stable kernels:
https://lore.kernel.org/all/20250308004609.2881861-1-i.maxim...@ovn.org/
Once that happens I'm guessing we can revert 325c7b203d8b ("controller:
split mg action in table 39 and 40 to fit kernel netlink buffer size").
https://github.com/ovn-org/ovn/commit/325c7b2
We'll still have the 4K resubmit limit problem for BUM packets but
other_config:broadcast-arps-to-all-routers=false should alleviate some
of that (at least for ARPs/NDs).
Hi,
Just as a follow up, after setting the
other_config:broadcast-arps-to-all-routers=false parameter on all
external
networks, number of packets sent to the ovn-controller went down from
around 120-130 p/s to 1-3/s.
Most of our ports in external networks are router ports, so this
parameter
helps a lot.
Thanks
Piotr Misiak
pon., 17 lut 2025, 16:37 u?ytkownik Piotr
Misiak<piotrmisiak1...@gmail.com>
napisa?:
Regards,
Dumitru
_______________________________________________
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss