OVS already has a VXLAN hardware switch story via ovn-controller-vtep.
On Thu, May 04, 2017 at 07:51:01PM +0800, wang.qia...@zte.com.cn wrote: > In most telecom carriers network architecture, they may demand hardware > switches for performance consideration. > The network architecture is as follow: > > --------------- > | ovn-sb | > --------------- > | | > | | > -------------- ----------------- > |ovn-controller| |ovn-controller-hw| > --------------- ------------------ > | | | > ---------------- ------------------ > | | | hardware switch | > | | ------------------- > | ovs | | > |computer node | |----------------| > | | | sriov | > | | | | > |--------------| | computer node | > ------------------ > Now, most hardware switches only support vxlan encapsulation. So we think > if ovn could support vxlan > encapsulation will be better. this is the reason that why we do the modify > as the patch. > Now, ovn used for the scenary of hardware-switches link to sriov > network-card is very difficult, > and we want do more works for ovn-controller-hw to support hardware > switch. > Do have some good idea about this scenary? > Thanks > > > > > > Russell Bryant <russ...@ovn.org> > 发件人: ovs-dev-boun...@openvswitch.org > 2017/05/04 10:57 > > 收件人: xurong00037997 <xu.r...@zte.com.cn>, > 抄送: ovs dev <d...@openvswitch.org> > 主题: Re: [ovs-dev] [PATCH] ovn-controller: Support vxlan tunnel > in ovn > > > On Wed, May 3, 2017 at 10:17 PM, xurong00037997 <xu.r...@zte.com.cn> > wrote: > > Because vxlan envelope have no enough fields to carry pipeline > information > > between ovs, so current ovn version do not support vxlan tunnel. > > However, may only vxlan tunnel can be used in some special scenario. so > we > > think it is necessary to implement the function of vxlan. For this > > purpose, we do the modifications as follow: > > 1. packets received from vxlan jump to table 29 for outport finding > > 2. add mac-binding information to table 29 > > --- > > ovn/controller/lflow.c | 51 > +++++++++++++++++++++++++++++++++++++++++++++++ > > ovn/controller/lflow.h | 1 + > > ovn/controller/physical.c | 9 +++++---- > > 3 files changed, 57 insertions(+), 4 deletions(-) > > mode change 100644 => 100755 ovn/controller/lflow.c > > mode change 100644 => 100755 ovn/controller/lflow.h > > mode change 100644 => 100755 ovn/controller/physical.c > > > > I'm interested in how you concluded that VXLAN support was needed. > I've been looking at this question pretty extensively and have not > been able to find any good justification for why VXLAN support should > be added to OVN. > > Can you expand on what special scenarios you have in mind? > > Thanks, > > -- > Russell Bryant > _______________________________________________ > dev mailing list > d...@openvswitch.org > https://mail.openvswitch.org/mailman/listinfo/ovs-dev > > > > _______________________________________________ > dev mailing list > d...@openvswitch.org > https://mail.openvswitch.org/mailman/listinfo/ovs-dev _______________________________________________ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev