Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
The FDP team is no longer accepting new bugs in Bugzilla. Please report your issues under FDP project in Jira. Thanks.

Bug 2099547

Summary: [OCP 4.11] Telco HW-Offload performance degradation
Product: Red Hat Enterprise Linux Fast Datapath Reporter: Ziv Greenberg <zgreenbe>
Component: openvswitchAssignee: Marcelo Ricardo Leitner <mleitner>
openvswitch sub component: ovs-hw-offload QA Contact:
Status: CLOSED NOTABUG Docs Contact:
Severity: high    
Priority: unspecified CC: bnemeth, ctrautma, emilien, gcheresh, grosenbe, juriarte, mdemaced, mifiedle, qding, sscheink, vlaad, zshi
Version: RHEL 8.0Keywords: Reopened
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-07-21 15:03:33 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:
Bug Depends On:    
Bug Blocks: 2018001    

Comment 8 Mike Fiedler 2022-07-18 15:00:38 UTC 
This is reported as blocking 
OSASINFRA-2764 NFV UX improvements - 4.11 
OSASINFRA-2804 Enable OVS Hardware offload - GA
Comment 9 Marcelo Ricardo Leitner 2022-07-18 15:52:14 UTC 
Hi Ziv.

I still don't fully understand the setup here nor the expectations, but we have important fixes landing in 8.6.z for OVS+CT HWOL, like:
https://bugzilla.redhat.com/show_bug.cgi?id=2104012
this is a kind of bug that can lead to offload breakage and packets to be steered in sw instead.
It is included in kernel-4.18.0-372.19.1.el8_6.  (which is unreleased yet)

Also, in OCP 4.11 it is using a newer ovs which is triggering an issue by adding an extra clone() action in the datapath.
It is still being debugged and we don't have a specific bz for it yet.

It would be nice if you could provide the output of the following command for a test that is not working for you:
  # ovs-appctl dpctl/dump-flows -m --names

There, we will be able to see if the flows are offloaded or not and drive it from there.