Bug 1971698

Summary:	Chassis with 73 bound ports implements over 2M of openflow rules
Product:	Red Hat Enterprise Linux Fast Datapath	Reporter:	Jakub Libosvar <jlibosva>
Component:	ovn2.13	Assignee:	OVN Team <ovnteam>
Status:	CLOSED WONTFIX	QA Contact:	Jianlin Shi <jishi>
Severity:	urgent	Docs Contact:
Priority:	high
Version:	FDP 21.B	CC:	ctrautma, jiji, mmichels, ralongi
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-07-28 17:10:50 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Jakub Libosvar 2021-06-14 15:27:42 UTC

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

Comment 1 Jakub Libosvar 2021-06-14 15:37:34 UTC

(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.

Comment 3 Mark Michelson 2022-10-05 20:03:22 UTC

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?

Comment 4 Jakub Libosvar 2022-11-09 20:52:47 UTC

(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.

Comment 5 Mark Michelson 2023-07-28 17:10:50 UTC

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.