[ovs-discuss] OVS+DPDK

[Pedro Serrano]

Flavio,

Thanks.  That's what I suspected.   I guess if too many packets that are
meant to be managed by DPDK get exposed to the kernel space via a TAP
interface then the speed gains would be lost.

I've also found that solutions to manage Layer 3 for DPDK devices are not
part of OVS.  Either OVN or some Layer 3 NOS compatible with OVS must be
used.

Regards

Pedro

Evolution - “go from nothing to something, by chance...” - Dr Raymond
Damadian, Inventor of the MRI
Full quote:
“If you want to insist that you know how creation came about without the
existence of our maker you have to explain how to violate all the laws of
physics and go from nothing to something, by chance.”

Pedro Serrano (send all replies to kpiq at gmx.us)

On Mon, May 28, 2018 at 9:55 AM, Flavio Leitner <fbl at sysclose.org> wrote:

> On Fri, May 25, 2018 at 05:18:08PM -0400, Pedro Serrano wrote:
> > Greetings,
> >
> > My computer is setup using Ubuntu 18.04 with OVS 2.90 and dpdk 17.11.2-1.
> >  I'm attempting to create a few virtual ports (type dkdkvhostuserclient)
> on
> > my OVS bridge (datapath_type=netdev) and assign an IP addresses to them.
> >
> > ovs-vsctl add-br ovdkibr1 -- set bridge ovdkibr1 datapath_type=netdev
> > ovs-vsctl set Bridge ovdkibr1 stp_enable=false
> > ovs-vsctl add-port ovdkibr1 ovdkibr1p1 -- set Interface ovdkibr1p1
> > type=dpdkvhostuserclient mtu_request=8996
> > ovs-vsctl add-port ovdkibr1 ovdkibr1p2 -- set Interface ovdkibr1p2
> > type=dpdkvhostuserclient mtu_request=8996
> >
> > I've noticed that those virtual devices are not visible in the kernel
> space
> > (unlike type=tap or type=dpdk).   Since they are not visible to the
> kernel
> > they can't be configured using the "ip address add" command.
> >
> > Since the iproute2 tools can't see these devices, is there any way to
> > assign IP addresses, VLANs, etc to these devices?
>
> The bridge port is a tap device visible to the kernel and you could
> add more ports of type=internal which will be the same thing.
>
> However, we try to not mix the datapaths because it will slow down
> both if packets are crossing from one to another.
>
> --
> Flavio
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20180604/8c208585/attachment.html>