Feature Overview: Name of feature: Hardware offload plugging modes for Contrail/OpenContrail/Tungsten Fabric Feature description: For a thorough description of the feature please consult the Stein spec: http://specs.openstack.org/openstack/nova-specs/specs/stein/approved/vrouter-hw-offloads.html The user-visible change is to enable extra VNIC support for the 'vrouter' VIF. Feature Details: Drivers or hardware dependencies: Netronome SmartNIC and a third party driver package is required for testing full functionality, but unit test coverage will provide sufficient coverage without requiring hardware. Upstream acceptance information: The last functional change to implement the spec landed in: https://review.openstack.org/572082/ External links: http://specs.openstack.org/openstack/nova-specs/specs/stein/approved/vrouter-hw-offloads.html Severity (H,M,L): Hardware Enablement (High) Feature required by date (for example, the date on which hardware requiring this feature is planned for launch): Hardware is already available and Netronome is willing to drive this to completion ASAP. Business Justification: Why is this feature needed? This feature enables hardware offload for Contrail 4.x and 5.x. Without this feature, only software plugging modes are supported for the vrouter datapath. This feature brings Contrail up to parity with Open vSwitch TC based offloads. What hardware does this enable? Currently, Netronome SmartNICs support the vrouter datapath, but the interface is general enough to enable other NICs. Business impact: What market problems / audience does it address? This feature is desired by users intending to run high-performance, low-latency NFV applications inside a cloud managed by Contrail. QE Test Plan Since Contrail and Tungsten Fabric are operating in a trailing release mode, RH QE testing will be limited to unit test coverage. The impact does not introduce major functional code path changes and the interfaces have already been verified. External verification of candidates will be expected of Netronome and Juniper. Primary contact at Red Hat Guil Barros gbarros Primary contact at Netronome Jan Gutter jan.gutter irc:jangutter Primary contact at Juniper Marc Rapoport marcr
Additional notes: - Netronome is prepared to propose, write and test the backports at the direction of Red Hat. - The upstream interfaces in Stein required changes in os-vif and Nova. - In Queens and Rocky, the vrouter VIF type is still handled by legacy Nova VIF. Backport options: - If the backport can be handled on the legacy VIF type, adding the feature is relatively straightforward: https://review.openstack.org/#/c/567177/ is a rough illustration. - The code deviates from upstream, but the legacy VIF type is frozen for Queens and Rocky. - It's also possible to backport the os-vif requirements singly, or by bumping the library. - This would allow cleaner backports to Nova, but with more invasive changes.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:1740