Re: [ovs-discuss] Full-NAT (DNAT+SNAT) support

2016-12-13 Thread
It seems when dull-nat can be supported, the performance can be improved with reduced upcalls. I have also asked a question about SNAT flag but currently got reply, hope guys implement NAT feature can help us:) 2016-12-09 19:33 GMT+08:00 Zang MingJie : > Hi: > > I'm trying

Re: [ovs-discuss] lib/rconn.c:567: assertion version >= 0 && version <= 0xff failed in run_ACTIVE()

2016-12-05 Thread
Hi Ben, Thanks a lot for your prompt and reasonably fix. 2016-12-06 3:38 GMT+08:00 Ben Pfaff <b...@ovn.org>: > On Mon, Dec 05, 2016 at 11:21:36AM +0800, 张东亚 wrote: > > We are now using unix stream socket (using openflowj as encoder/decoder > of > > OpenFlow messa

[ovs-discuss] lib/rconn.c:567: assertion version >= 0 && version <= 0xff failed in run_ACTIVE()

2016-12-04 Thread
Hi list, We are now using unix stream socket (using openflowj as encoder/decoder of OpenFlow message) to emulate ovs-ofctl behavior, we occasionally trigger the assertion above, and I have found other one have reported the same bug in June this year. After I have read the code and I can now

Re: [ovs-discuss] Delete internal interface by ip link del cause openvswitch module oops under kernel version < 3.17.

2016-11-25 Thread
wil send a patch to disable under kernel < 3.17. Thanks a lot. 2016-11-24 17:37 GMT+08:00 张东亚 <fortitude.zh...@gmail.com>: > Hi, > > Ovs 2.5.0+ have registered internal_dev_link_ops to kernel, and also set > rtnl_link_ops field of net_device. > > However, under kernel

Re: [ovs-discuss] VXLAN offload not work on openvswitch 2.6.0 + 3.10.45

2016-10-24 Thread
, is vxlan receive offload feature not work on these two ovs versions desired for this kernel? 2016-10-25 10:39 GMT+08:00 张东亚 <fortitude.zh...@gmail.com>: > Hi List, > > We have now testing openvswitch 2.6.0 on kernel 3.10.45, however we > noticed there is performance drop than

[ovs-discuss] VXLAN offload not work on openvswitch 2.6.0 + 3.10.45

2016-10-24 Thread
Hi List, We have now testing openvswitch 2.6.0 on kernel 3.10.45, however we noticed there is performance drop than openvswitch 2.5.0 on the same kernel, which iperf can only have a 2G bandwidth for a pair of 10G links. After check the code, it seems on openvswitch 2.5.0, HAVE_METADATA_DST macro

Re: [ovs-discuss] Roadmap for DPDK usespace NAT

2016-09-19 Thread
Hi Darrel Ball, Glad to hear that, thank a lot for provide the information. 2016-09-20 7:41 GMT+08:00 Darrell Ball <db...@vmware.com>: > I am working on DPDK NAT support and targeting 2.7. > > > > Darrell > > > > > > > > *From: *discuss <d

Re: [ovs-discuss] Roadmap for DPDK usespace NAT

2016-09-19 Thread
Hi Justin, Thanks a lot for your prompt reply, we will try the ct feature first. 2016-09-19 13:56 GMT+08:00 Justin Pettit <jpet...@ovn.org>: > > > On Sep 18, 2016, at 7:21 PM, 张东亚 <fortitude.zh...@gmail.com> wrote: > > > > Hi Ben, > > > > So that mea

Re: [ovs-discuss] Roadmap for DPDK usespace NAT

2016-09-18 Thread
18, 2016 at 08:24:57PM +0800, 张东亚 wrote: > > From ovs 2.6 branch NEWS file, it have stated the following sentence: > > > > Basic connection tracking for the userspace datapath (no ALG, > > fragmentation or NAT support yet) > > > > I am wonder what's the d

[ovs-discuss] Roadmap for DPDK usespace NAT

2016-09-18 Thread
Hi List, >From ovs 2.6 branch NEWS file, it have stated the following sentence: Basic connection tracking for the userspace datapath (no ALG, fragmentation or NAT support yet) I am wonder what's the developmenent schedule for userspace NAT based on DPDK, will it be released with first OVS 2.6

Re: [ovs-discuss] Enable sFlow on br-tun cause OVS 2.5.0 crashed

2016-08-29 Thread
t; doesn't affect OVS ports, just their representation in the sFlow > agent. I believe the intention was to make sure that all internal > agent state was reset cleanly on a configuration change. For > example, the sequence number for packet and counter samples is > required to

Re: [ovs-discuss] Enable sFlow on br-tun cause OVS 2.5.0 crashed

2016-08-29 Thread
Hi Neil, There is another question regarding the issue, seems dpif_sflow_add_port will call dpif_sflow_del_port port every time, does this is intended to remove previously added dsp since dp_port might be same for different tunnel port? 2016-08-29 11:16 GMT+08:00 张东亚 <fortitude.zh...@gmail.

Re: [ovs-discuss] Enable sFlow on br-tun cause OVS 2.5.0 crashed

2016-08-28 Thread
el_proto(in_dsp->tunnel_type) : 0; > > Neil > > > -- > Neil McKee > InMon Corp. > http://www.inmon.com > > On Fri, Aug 26, 2016 at 2:30 AM, 张东亚 <fortitude.zh...@gmail.com> wrote: > >> Hi List, >> >> Recently we are testing sFlow on OVS 2.5.0, si

[ovs-discuss] Enable sFlow on br-tun cause OVS 2.5.0 crashed

2016-08-26 Thread
Hi List, Recently we are testing sFlow on OVS 2.5.0, since OVS decide whether do sample based on ingress bridge, we then enable sFlow on br-tun, and encounter following crash: #0 0x00434ca8 in dpif_sflow_received (ds=0x4266100, packet=packet@entry=0x7f3cb3fc8e18,

Re: [ovs-discuss] skb_warn_bad_offload+0xc8/0xd3() kernel warning on linux v3.14.57+ovs 2.5.0

2016-07-13 Thread
Hi Jesse, Thanks a lot for your information, seems the commit have been merged to v4.6+ kernel which may not be easily for us to upgrade. We will try to upgrade to lastest OVS and do test again. 2016-07-13 22:48 GMT+08:00 Jesse Gross <je...@kernel.org>: > On Wed, Jul 13, 2016 at 4:0

[ovs-discuss] skb_warn_bad_offload+0xc8/0xd3() kernel warning on linux v3.14.57+ovs 2.5.0

2016-07-13 Thread
Hi, Recently we upgraded to ovs 2.5 and use the datapath in the ovs code(means we do not use kernel datapath), however, when we test vxlan performance between two VMs on different compute node, we observed the bandwidth can only achieve 5Gbps on the 10Gbps intel nic pair, and we are still using

[ovs-discuss] Slow ovsdb-server performance issue with lots of tunnel ports on switch with embedded SoC.

2014-09-24 Thread
Hi all, We have used ovsdb-server/openvswitch for a long time on our switch which use an freescale SoC p1010 with cpu core frequency set to 533Mhz, recently we want to add 1000 GRE tunnel ports support to our switch, however, we have observed significant slow down when we trying to configure more

[ovs-discuss] Segment fault when running ovs-ofctl snoop br0 using ovs master

2013-01-25 Thread
Hi, I have built an ovs (master-bfe834e) and found and segment fault error when I do the following operation: 1. start ovs-vswitchd and ovsdb-server 2. set and controller that does not exist, ovs-vsctl set-controller br0 tcp:127.0.0.1(which will lead connect refused error when ovs trying to