[ovs-discuss] FW: ovs dpdk layer 3 port with neighbour protocol stack support

majieyue majieyue at huawei.com
Wed Nov 30 03:18:28 UTC 2016

Hi Mr. Horman

Could you take a look at the mail? I noticed you are working on layer 3 port now, what's your opinion on my requirement?

I am thinking of implementing it especially for OVS running under DPDK context, could you give me some advice?


发件人: majieyue 
发送时间: 2016年11月29日 14:16
收件人: 'ovs-discuss at openvswitch.org' <ovs-discuss at openvswitch.org>
主题: [ovs-discuss]ovs dpdk layer 3 port with neighbour protocol stack support

Hi guys,

When we deploy OVS as NAT node, I am afraid only flow rules is not enough if you don't know the next hop mac address, e.g.

VM ( -> => OVS ( snat to => Server ( ->

In most situations, admin can't know (and should not know) the mac address of, and switches in traditional way always learn this info by sending ARP request. But in OVS, I don't know if there is another way except for inserting a flow rule that has mac addresses of and and using such actions as mod_dl_src and mod_dl_dst

What I am asking for is adding a layer 3 port, which has some ability similar with current tunnel port, and such layer 3 port can query route cache which OVS maintained for tunnel, and neigh tables, w/o asking for kernel (especially it runs in DPDK context). Such layer 3 port is not tunnel port so its behavior only relies on forwarding and modifying l2 headers

I've searched previous mails and there is indeed some work on layer 3 port, but such port doesn't have all I asked above. I am wondering if there is a plan on this in future OVS roadmap, What you maintainer guys think about the requirement I proposed.

I am yearning for your advices, and maybe I can contribute to such things if you think it is worth of doing. Correct me if anything wrong, thank you.


More information about the discuss mailing list