yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #78676
[Bug 1829734] Re: [RFE] OVS DPDK port representors support
Reviewed: https://review.opendev.org/658784
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=47390226f5c755a083b0f181f7a81b480069c8a9
Submitter: Zuul
Branch: master
commit 47390226f5c755a083b0f181f7a81b480069c8a9
Author: Hamdy Khader <hamdyk@xxxxxxxxxxxx>
Date: Mon May 13 13:39:57 2019 +0300
OVS DPDK port representors support
Adds support for OVS DPDK port representors[1], a direct port on
a netdev datapath is considered a DPDK representor port.
get_vif_type returns OVS VIF type in case of a direct port.
[1] http://docs.openvswitch.org/en/latest/topics/dpdk/phy/#representors
Closes-Bug: #1829734
Change-Id: I3956eeda19ebc93fdb0b13c1cfb3dc64abffee9f
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1829734
Title:
[RFE] OVS DPDK port representors support
Status in neutron:
Fix Released
Bug description:
DPDK representors enable configuring a phy port to a guest (VM)
machine.
OVS resides in the hypervisor which has one or more physical
interfaces also known as the physical functions (PFs). If a PF
supports SR-IOV it can be used to enable communication with the VMs
via Virtual Functions (VFs). The VFs are virtual PCIe devices created
from the physical Ethernet controller.
DPDK models a physical interface as a rte device on top of which an
eth device is created. DPDK (version 18.xx) introduced the
representors eth devices. A representor device represents the VF eth
device (VM side) on the hypervisor side and operates on top of a PF.
Representors are multi devices created on top of one PF.
The goal is to enable having dpdk port attached to instance as a
direct port when the hypervisor datapath type is netdev.
Changes needed:
* Neutron:
return OVS VIF type in case of a direct port and a netdev databath.
* Nova:
In case of a port's OVS VIF type and a direct VNIC type, the datapath info must be set in the VIF profile as the VIF object is instantiated from VIFHostDevice class with profile of type VIFPortProfileOVSRepresentor.
* os-vif:
Do the plugging using the DPDK Representors syntax[1] in case of VIFHostDevice and a netdev databath.
[1] http://docs.openvswitch.org/en/latest/topics/dpdk/phy/
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1829734/+subscriptions
References