Re: [ovs-discuss] OVN: Delay in handling unixctl commands in ovsdb-server

2020-02-13 Thread Ben Pfaff
On Wed, Feb 12, 2020 at 11:27:18PM +0530, Numan Siddique wrote: > Hi Ben/All, > > In an OVN deployment - with OVN dbs deployed as active/standby using > pacemaker, we are seeing delays in response to unixctl command - > ovsdb-server/sync-status. > > Pacemaker periodically calls the OVN pacemaker

Re: [ovs-discuss] 答复: [ovs-dev] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread Flavio Leitner
On Thu, Feb 13, 2020 at 03:07:33PM +0100, Ilya Maximets wrote: > On 2/13/20 2:52 PM, Yi Yang (杨燚)-云服务集团 wrote: > > Thanks Ilya, iperf3 udp should be single direction, source IP address and > > destination IP address are two VMs' IP, udp bandwidth will be 0 if they are > > wrong, but obviously

Re: [ovs-discuss] 答复: [ovs-dev] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread Ilya Maximets
On 2/13/20 2:52 PM, Yi Yang (杨燚)-云服务集团 wrote: > Thanks Ilya, iperf3 udp should be single direction, source IP address and > destination IP address are two VMs' IP, udp bandwidth will be 0 if they are > wrong, but obviously UDP loss rate is 0, so it isn't the case you're saying, > do we have way

[ovs-discuss] 答复: [ovs-dev] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread 杨燚
Thanks Ilya, iperf3 udp should be single direction, source IP address and destination IP address are two VMs' IP, udp bandwidth will be 0 if they are wrong, but obviously UDP loss rate is 0, so it isn't the case you're saying, do we have way to disable MAC learning or MAC broadcast? Is NORMAL

[ovs-discuss] 答复: [ovs-dev] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread 杨燚
Flavio, this is an openstack environment, all the flows are added by neutron, NORMAL action is default flow before neutron adds any flow, this is ovs default flow. -邮件原件- 发件人: Flavio Leitner [mailto:f...@sysclose.org] 发送时间: 2020年2月13日 19:48 收件人: Yi Yang (杨燚)-云服务集团 抄送:

Re: [ovs-discuss] [ovs-dev] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread Ilya Maximets
On 2/13/20 12:48 PM, Flavio Leitner wrote: > On Thu, Feb 13, 2020 at 09:18:38AM +, Yi Yang (杨燚)-云服务集团 wrote: >> Hi, all >> >> We find ovs has serious performance issue, we only launch one VM in one >> compute, and do iperf small udp pps performance test between these two VMs, >> we can see

Re: [ovs-discuss] [ovs-dev] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread Flavio Leitner
On Thu, Feb 13, 2020 at 09:18:38AM +, Yi Yang (杨燚)-云服务集团 wrote: > Hi, all > > We find ovs has serious performance issue, we only launch one VM in one > compute, and do iperf small udp pps performance test between these two VMs, > we can see about 18 pps (packets per second, -l 16), but

[ovs-discuss] OVS performance issue: why small udp packet pps performance between VMs is highly related with number of ovs ports and number of VMs?

2020-02-13 Thread 杨燚
Hi, all We find ovs has serious performance issue, we only launch one VM in one compute, and do iperf small udp pps performance test between these two VMs, we can see about 18 pps (packets per second, -l 16), but 1) if we add 100 veth ports in br-int bridge, respectively, then the pps

Re: [ovs-discuss] OVN: Delay in handling unixctl commands in ovsdb-server

2020-02-13 Thread Daniel Alvarez Sanchez
Hi all, On Thu, Feb 13, 2020 at 8:09 AM Han Zhou wrote: > > > On Wed, Feb 12, 2020 at 9:57 AM Numan Siddique > wrote: > > > > Hi Ben/All, > > > > In an OVN deployment - with OVN dbs deployed as active/standby using > > pacemaker, we are seeing delays in response to unixctl command - > >