Description of problem: Observed on PSI. There is a chassis that has 73 ports bound to itself but implements over 2M of openflow rules. That means over 27k rules per port. DBs are attached. Version-Release number of selected component (if applicable): ovn2.13-20.12.0-104.el8fdp.x86_64
(In reply to Jakub Libosvar from comment #0) > Description of problem: > implements over 2M of openflow rules. That means over 27k rules per port. Just to make this clear - that's 27k openflow rules per port on the chassis.
Hi, I'm going through old issues to determine their relevance. OVN has seen a lot of optimizations since ovn2.13. Is this issue still relevant with a newer OVN version?
(In reply to Mark Michelson from comment #3) > Hi, I'm going through old issues to determine their relevance. OVN has seen > a lot of optimizations since ovn2.13. Is this issue still relevant with a > newer OVN version? I can't tell since the only source of data for this is PSI which still runs with ovn2.13. But we've not seen this as an issue after tuning parameters and implementing other fixes. I just opened this BZ to breakdown the slowness a bit but it's operating fine nowadays even with ovn2.13. Maybe we can close this BZ and re-open if we consider this to be a problem again.
I am closing this issue since we aren't in a position to be able to investigate this anymore. It's an old unsupported version of OVN where this occurred. We've made loads of improvements to OVN since the 2.13 days. Plus it sounds like other fixes that went into ovn2.13 (and neutron) since this issue was opened have mitigated the problem anyway.