Description of problem: This is a follow up of the previously closed https://bugzilla.redhat.com/show_bug.cgi?id=2212952. After the consensus of fixing this issue on the Neutron side since it was not something controlled by OVN, I proposed and merged a patch that fixed this inconsistency for Openstack alone [1]. However, latest testing discovered that the problem varies depending on the OSP (and therefore RHEL) version. - For OSP 17.1 (RHEL 9.2) the problem was that rate and burst limit was doubled in stateless ACLs. [2] - For OSP 16.2 (RHEL 8.4) the problem is the exact opposite, rate and burst limit is double than expected in stateful ACLs [3] With the change we submitted, OSP17.1 rate and burst is now consistent, but we won't apply it to 16.2 since the problem is the inverse one. We are concerned that this might keep on changing in the future, making the changes unstable. [1] https://review.opendev.org/c/openstack/neutron/+/892648/ [2] https://rhos-ci-jenkins.lab.eng.tlv2.redhat.com/view/DFG/view/network/view/networking-ovn/job/DFG-network-neutron-17.1_director-rhel-virthost-3cont_2comp-ipv4-geneve-gate-ovn/501/testReport/neutron_plugin.tests.scenario.test_security_group_logging/StatelessSecGroupLoggingTest/test_only_accepted_traffic_logged_id_9aaf65b7_fd9e_43a1_b750_4230fbb2095c_/ [3] https://rhos-ci-jenkins.lab.eng.tlv2.redhat.com/view/DFG/view/network/view/networking-ovn/job/DFG-network-networking-ovn-16.2_director-rhel-virthost-3cont_2comp_3net-ipv4-geneve-composable-vlan-provider-network/lastCompletedBuild/testReport/neutron_plugin.tests.scenario.test_security_group_logging/StatefulSecGroupLoggingTest/test_only_accepted_traffic_logged_id_92c2ed54_f7f2_4fc0_ae93_ade8f988826a_/ How reproducible: 100% Actual results: Consistent rate and burst limit enforcement independently of the version and of the ACL type. Just as explained on the previous BZ, we understand that this is not something that can be fixed by OVN, but we would still like to know in more detail what part of the kernel is the one that affects this and if there is any possibility of filing this problem there. At least it would be good to have more information about this so that we can better document it for our users.
I'm prioritizing this as "high" so the OVN team will look into this and determine if the problem is in OVN or a different layer. If it's in OVN, the actual fix of the issue is not as high a priority. However, let's try to get the root cause determined in a timely manner.