<html><head><meta http-equiv="content-type" content="text/html; charset=us-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; font-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>
<div><span></span>hi, santhosh<br><br> I'm glad to see that, I have had this problem recently.<br> How do you deal with this? ovs full offload or ovs dataplane offload?<br><br> <span style="line-height: 20px;">Anybody have any experience with ovs offload?</span><span style="color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);"><br>========================================================================================================<br>Message: 3<br>Date: Thu, 1 Jun 2017 08:19:43 +0000<br>From: Santhosh Alladi <santhosh.alladi@nxp.com><br>To: Joe Stringer <joe@ovn.org><br>Cc: "ovs-discuss@openvswitch.org" <ovs-discuss@openvswitch.org><br>Subject: Re: [ovs-discuss] vxlan offload via dpif<br>Message-ID:<br><DB4PR04MB06224651AB59A6D9C5CC43D3E4F60@DB4PR04MB0622.eurprd04.prod.outlook.com><br>Content-Type: text/plain; charset="utf-8"<br> <br>Hi Joe,<br> <br>Thank you for your reply.<br>In our solution, we are not using the linux vxlan driver, rather we are having our own vxlan driver in our accelerator. So, for an accelerator which is connected via dpif, how can we get the tunnel information for decapsulating the packets?<br> <br>Also, can you brief me how will the vxlan device get the tunnel information to decap the packet if the COLLECT_METADATA mode is enabled?<br> <br>Regards,<br>Santhosh<br> <br>-----Original Message-----<br>From: Joe Stringer [mailto:joe@ovn.org]<br>Sent: Thursday, June 01, 2017 2:06 AM<br>To: Santhosh Alladi <santhosh.alladi@nxp.com><br>Cc: ovs-discuss@openvswitch.org<br>Subject: Re: [ovs-discuss] vxlan offload via dpif<br> <br>On 31 May 2017 at 06:27, Santhosh Alladi <santhosh.alladi@nxp.com> wrote:<br>> Hi all,<br>><br>><br>><br>> We are trying to configure our hardware accelerator using ovs via<br>> dpif. We could achieve L2 forwarding using this setup.<br>><br>> Now, we are trying to offload complete functionality of vxlan. In this<br>> sense, how does vxlan processing take place in ovs-kernel. How can we<br>> get the tunnel information to our hardware via dpif?<br> <br>The Linux kernel provides flow-based tunneling by attaching "metadata_dst" to the packet.<br> <br>For instance, when OVS kernel module wants to send a packet out a vxlan device, it attaches the metadata_dst to the skbuff and transmits on the vxlan device. The Linux stack then takes over in terms of encapsulating the packet with the provided metadata and performing a route lookup to determine the next (underlay) hop for the packet.<br> <br>On receive side, the vxlan device must be set up in COLLECT_METADATA mode and this sets up a receiver on the UDP socket which can receive the packet, decap, and attach the tunnel metadata as a metadata_dst before calling the device receive path. Then the packet is received in a similar way to any OVS-attached device, but OVS will check whether metadata_dst is set prior to performing flow table lookup. If there is metadata_dst, this needs to be received into the flow key.<br><br></span></div>
<div>========================================================================================================</div><div><br></div><hr style="width: 210px; height: 1px;" color="#b5c4df" size="1" align="left">
<div><span><div style="MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><div>ych@panath.cn</div></div></span></div>
</body></html>