Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

t be learnt. > > Regards, > ~Girish > > > [a] - From Han's mail, the meaning of learn_from_arp_request=false --> if the TPA is on the router, add a new entry (it means the > > remote wants to communicate with this node, so it makes sense to > > learn the r

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

On Fri, May 22, 2020 at 8:39 AM Venugopal Iyer wrote: > A couple of comments below: > > > > > I suppose the use of GARP as a reply v/s response is not very clear; > [1], Section 3 seems to offer a concise summary of this. If the application > sends GARP as > a reply we are covered, but the

Re: [ovs-discuss] It doesn't work when Packet-Out to a Group and in_port=Controller, where the type of group is "select".

8080 from other host) > root@host1# ovs-ofctl -O OpenFlow15 dump-flows adapter > cookie=0x0, duration=242.223s, table=0, n_packets=5, n_bytes=370, > idle_age=2, priority=8192,tcp,in_port=CONTROLLER,tp_src=8080 actions=group:1 > cookie=0x0, duration=242.223s, table=0, n_packets=5, n

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

___ >>> From: ovn-kuberne...@googlegroups.com >>> on behalf of Han Zhou >>> Sent: Thursday, May 21, 2020 4:42 PM >>> To: Tim Rozet >>> Cc: Venugopal Iyer; Dumitru Ceara; Girish Moodalbail; Han Zhou; Dan >>> Winship; ovs-discuss; ovn-kubern

Re: [ovs-discuss] It doesn't work when Packet-Out to a Group and in_port=Controller, where the type of group is "select".

On Thu, May 21, 2020 at 12:20 PM Ben Pfaff wrote: > > On Thu, May 21, 2020 at 10:50:21PM +0800, 陳奕任 wrote: > > Hello, > > > > > > What you did that make the problem appear. > > I use Ryu as the OpenFlow controller. > > I try to use Packet-Out with Actions=ActionGroup(1) and

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

n this. > Should I file a bugzilla outlining the above so we can have proper > tracking? > I think bugzilla is out of the control of OVN community, so please feel free to file or not file ;) Thanks, Han > Thanks, > > Tim Rozet > Red Hat CTO Networking Team > &g

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

On Thu, May 21, 2020 at 10:33 AM Venugopal Iyer wrote: > Han, > > just a quick question below.. > > > From: ovn-kuberne...@googlegroups.com > on behalf of Girish Moodalbail > Sent: Tuesday, May 19, 2020 11:09 PM > To: H

Re: [ovs-discuss] [OVN] OVN Load balancing algorithm

ta once the > connection is established. > I think with huge data sending on small number of connections would have same result between dp_hash and hash, because in both cases most of the packets are going through kernel datapath. > Thanks > Numan > > >> >> >> Maciej >> >>

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

st cases if it is confirmed in your environment. Thanks, Han > > Regards, > ~Girish > > On Sat, May 16, 2020 at 10:25 AM Girish Moodalbail > wrote: > >> >> >> On Sat, May 16, 2020 at 12:36 AM Han Zhou wrote: >> >>> >>> >&g

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

On Tue, May 5, 2020 at 11:57 AM Han Zhou wrote: > > > > On Fri, May 1, 2020 at 2:14 PM Dan Winship wrote: > > > > On 5/1/20 12:37 PM, Girish Moodalbail wrote: > > > If we now look at table=12 (lr_in_arp_resolve) in the ingress pipeline > > &

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

On Sat, May 9, 2020 at 5:01 PM Girish Moodalbail wrote: > > Hello Han, Tim > > Please see in-line: > > Hello Han, I did consider distributed gateway port. However, there are two issues with it 1. In order to support K8s NodePort services we need to create a

Re: [ovs-discuss] [OVN] [was Re: logical_flow priorities between --src-ip routes and directly connected routes]

On Sat, May 9, 2020 at 4:53 PM Girish Moodalbail wrote: > > (edited the subject line.. sorry about not adding the necessary tags initially) > > On Fri, May 8, 2020 at 12:50 AM Girish Moodalbail wrote: >> >> Hello all, >> >> In certain cases, the logical_flow priorities in lr_in_ip_routing will

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

rect connections between the LR and GRs, the cost of is avoided. I think it is worth to try. Hi Girish, for the DGP solution, please see my comments below: > > On Fri, May 8, 2020 at 3:17 AM Girish Moodalbail > wrote: > >> >> >> On Thu, May 7, 2020 at 11:24 PM Han Zhou

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

(Add the MLs back) On Thu, May 7, 2020 at 4:01 PM Girish Moodalbail wrote: > Hello Han, > > Sorry, I was monitoring the ovn-kubernetes google group and didn't see > your emails till now. > > >> >> On the other hand, why wouldn't splitting the join logical switch to 1000 >> LSes solve the

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

On Wed, May 6, 2020 at 12:49 AM Numan Siddique wrote: > > > > On Wed, May 6, 2020 at 12:56 PM Numan Siddique wrote: >> >> >> >> On Wed, May 6, 2020 at 12:28 AM Han Zhou wrote: >>> >>> >>> >>> On Fri, May 1, 2020 at 2:14

Re: [ovs-discuss] 回复: ovn-ic POC problem

On Wed, May 6, 2020 at 3:00 AM wrote: > > > > > > >>No worries. Glad to see your problem solved! > > > > Han, > > Can I set the ovn-ic routing priority to a higher value ? why it’s so low ? > > We tried to lower the src-ip routing priority ,but the lowest value we can have is 402. > > > >

Re: [ovs-discuss] 回复: ovn-ic POC problem

tination.as I deleted the src-ip rules,it works. > > Appreciate your help. > > Tian > > > > > > *发件人:* Han Zhou > *发送时间:* 2020年5月5日 0:47 > *收件人:* 方田(云桌面 北京) > *抄送:* Han Zhou ; ovs-discuss > *主题:* Re: [ovs-discuss] 回复: ovn-ic POC problem > > > >

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

On Fri, May 1, 2020 at 2:14 PM Dan Winship wrote: > > On 5/1/20 12:37 PM, Girish Moodalbail wrote: > > If we now look at table=12 (lr_in_arp_resolve) in the ingress pipeline > > of Gateway Router-1, then you will see that there will be 2000 logical > > flow entries... > > > In the topology above,

Re: [ovs-discuss] 回复: ovn-ic POC problem

On Mon, May 4, 2020 at 4:01 AM wrote: > > > > > > On Sun, May 3, 2020 at 4:18 AM wrote: > > > > > > > > > > > > On Wed, Apr 29, 2020 at 9:34 PM wrote: > > > > > > > > > > > > Hi all， > > > > > > I am a developer of Kube-ovn project. Currently I’m doing an OVN-interconnect POC, the setup script

Re: [ovs-discuss] ovn-ic POC problem

On Sun, May 3, 2020 at 4:18 AM wrote: > > > > > > On Wed, Apr 29, 2020 at 9:34 PM wrote: > > > > > > > > Hi all， > > > > I am a developer of Kube-ovn project. Currently I’m doing an OVN-interconnect POC, the setup script is attached at the bottom. > > > > My problem is :as everything seems OK,

Re: [ovs-discuss] [OVN] OVN Load balancing algorithm

On Thu, Apr 30, 2020 at 4:12 AM Tonghao Zhang wrote: > > On Thu, Apr 30, 2020 at 2:58 PM Han Zhou wrote: > > > > Thanks Maciej for testing. > > > > On Tue, Apr 28, 2020 at 5:36 AM Maciej Jozefczyk wrote: > > > Here are my findings. > > > &

Re: [ovs-discuss] ovn-ic POC problem

On Wed, Apr 29, 2020 at 9:34 PM wrote: > > > > Hi all， > > I am a developer of Kube-ovn project. Currently I’m doing an OVN-interconnect POC, the setup script is attached at the bottom. > > My problem is :as everything seems OK, but I can’t ping the Central AZ from the East AZ. > > I did diagnose

Re: [ovs-discuss] [OVN] OVN Load balancing algorithm

sis: different hash values generated between kernel fastpath and userspace slowpath was the culprit. > > > On Fri, Apr 24, 2020 at 6:09 PM Ilya Maximets wrote: >> >> On 4/24/20 3:19 AM, Han Zhou wrote: >> > Based on the discussion in OVN meeting today I did some more te

Re: [ovs-discuss] OVN Scale with RAFT: how to make ovn-northd more reliable when RAFT leader unstable

On Wed, Apr 29, 2020 at 10:29 AM Winson Wang wrote: > > Hello Experts, > > I am doing stress with k8s cluster with ovn, one thing I am seeing is that when raft nodes > got update for large data in short time from ovn-northd, 3 raft nodes will trigger voting and leader role switched from one

Re: [ovs-discuss] [OVN] OVN Load balancing algorithm

sure the consistency of dp_hash is highly appreciated! Thanks, Han On Tue, Apr 21, 2020 at 1:05 AM Daniel Alvarez Sanchez wrote: > > Thanks Numan for the investigation and the great explanation! > > On Tue, Apr 21, 2020 at 9:38 AM Numan Siddique wrote: >> >> On F

Re: [ovs-discuss] Question about RAFT cluster status output

On Tue, Apr 21, 2020 at 2:12 PM Winson Wang wrote: > > Hi Han > > I have question about the Connections output in my RAFT cluster. > Connections: -> ->3c2d <-29ce <-3c2d > Should the "" be 29ce? > Yes, you are right. This seems to be a bug. Do you know how to reproduce this? > cluster

Re: [ovs-discuss] [OVN] OVN Load balancing algorithm

On Tue, Apr 7, 2020 at 7:03 AM Maciej Jozefczyk wrote: > > Hello! > > I would like to ask you to clarify how the OVN Load balancing algorithm works. > > Based on the action [1]: > 1) If connection is alive the same 'backend' will be chosen, > > 2) If it is a new connection the backend will be

Re: [ovs-discuss] OVN - Opaque metadata on logical switch ports to simplify network policies

On Thu, Apr 16, 2020 at 9:54 PM Han Zhou wrote: > > > > On Thu, Apr 16, 2020 at 2:41 AM Dumitru Ceara wrote: > > > > On 4/11/20 1:03 AM, Han Zhou wrote: > > > > > > > > > On Thu, Apr 9, 2020 at 4:54 PM Mark Michelson > > <mailto:

Re: [ovs-discuss] OVN - Opaque metadata on logical switch ports to simplify network policies

On Thu, Apr 16, 2020 at 2:41 AM Dumitru Ceara wrote: > > On 4/11/20 1:03 AM, Han Zhou wrote: > > > > > > On Thu, Apr 9, 2020 at 4:54 PM Mark Michelson > <mailto:mmich...@redhat.com>> wrote: > >> > >> On 4/2/20 7:30 AM, Dumitru Ceara wr

Re: [ovs-discuss] OVN - Opaque metadata on logical switch ports to simplify network policies

On Thu, Apr 9, 2020 at 4:54 PM Mark Michelson wrote: > > On 4/2/20 7:30 AM, Dumitru Ceara wrote: > > Hi all, > > > > I'd like to bring up to discussion the following feature request that > > would make the life of some CMSs easier when implementing network > > policies with OVN ACLs. > > > > If

Re: [ovs-discuss] [HELP] Question about Raft

To run the ovsdb-cluster tests, just: # make check-ovsdb-cluster You can also specify which test case to run: # make check-ovsdb-cluster TESTSUITEFLAGS="" You can list all cases by: # make check-ovsdb-cluster TESTSUITEFLAGS="--list" On Tue, Mar 10, 2020 at 1:13 AM txfh2007 wrote: > Hi Han: >

Re: [ovs-discuss] [HELP] Question about Raft

On Sat, Mar 7, 2020 at 2:33 AM txfh2007 wrote: > > Hi Han: > > Thanks for your reply ! There is one point that I can't agree with you: "If S2 or S3 already becomes leader, their term won't be lower than S2. " In my test , in step 3, S3 is leader and its term is lower than S2. The reason is

Re: [ovs-discuss] [HELP] Question about Raft

On Fri, Mar 6, 2020 at 1:13 AM txfh2007 via discuss < ovs-discuss@openvswitch.org> wrote: > > Hi Han && all: > > I have a question about RAFT: I have tried the latest OVN-2.30, and have found in some condition, there is one node whose role is always "Candidate" (got by cluster/status cmd), but

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

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 - > ovsdb-server/sync-status. > > Pacemaker periodically calls the OVN pacemaker OCF

Re: [ovs-discuss] ovn not creating geneve tunnels

up immediately. > > On Tue, Jan 14, 2020 at 1:03 AM Han Zhou wrote: > >> >> >> On Mon, Jan 13, 2020 at 6:52 PM Flavio Fernandes >> wrote: >> > >> > >> > >> > > On Jan 10, 2020, at 8:55 PM, Lars Kellogg-Stedman >> wrot

Re: [ovs-discuss] ovn not creating geneve tunnels

On Mon, Jan 13, 2020 at 6:52 PM Flavio Fernandes wrote: > > > > > On Jan 10, 2020, at 8:55 PM, Lars Kellogg-Stedman wrote: > > > > Flavio, > > > > I wanted to expand on our irc discussion earlier today. Here's what > > I'm seeing: > > > > If I run this command... > > > > ovs-vsctl set

Re: [ovs-discuss] [OVN] Cluster mode ovsdb memory keeps increasing

tual numbers of standalone db resource consumption, however in the same environment, it didn't lead to an OOM. > > Han Zhou 于2019年12月16日周一 下午1:05写道： >> >> Thanks for the details. I tried the same command with a for loop. >> >> After the first 4 iterations, the RSS of the first

Re: [ovs-discuss] [OVN] Cluster mode ovsdb memory keeps increasing

y compacted. After a manually compact the db file size change back to 11K, but the memory usage didn't change. > > > > Han Zhou 于2019年12月14日周六 上午3:40写道： >> >> >> >> On Wed, Dec 11, 2019 at 12:51 AM 刘梦馨 wrote: >> > >> > >> > We are us

Re: [ovs-discuss] [ovs-dev] [OVN][RAFT] Follower refusing new entries from leader

, I don't > see any snap file in /var/lib/openvswitch. > > Thanks, > Yun > > > > > > At 2019-12-04 10:01:16, "Han Zhou" wrote: > > Hi, > > Could you see if this patch fixes your problem? > https://patchwork.ozlabs.org/patch/1203951/ > &g

Re: [ovs-discuss] [ovs-dev] [OVN][RAFT] Follower refusing new entries from leader

Hi, Could you see if this patch fixes your problem? https://patchwork.ozlabs.org/patch/1203951/ Thanks, Han On Mon, Dec 2, 2019 at 12:28 AM Han Zhou wrote: > Sorry for the late reply. It was holiday here. > I didn't see such problem when there is no compaction. Did you see this >

Re: [ovs-discuss] [ovs-dev] [OVN][RAFT] Follower refusing new entries from leader

idea. Do you have some suggestion about how > to fix this problem. If not very completed, I wii have a try. > > > Thanks > Yun > > > > > > > 在 2019-11-28 11:47:55，"Han Zhou" 写道： > > > > On Wed, Nov 27, 2019 at 7:22 PM taoyunupt wrote: &g

Re: [ovs-discuss] [ovs-dev] [OVN][RAFT] Follower refusing new entries from leader

On Wed, Nov 27, 2019 at 7:22 PM taoyunupt wrote: > > Hi, > My OVN cluster has 3 OVN-northd nodes, They are proxied by Haproxy with a VIP. Recently, I restart OVN cluster frequently. One of the members report the logs below. > After read the code and paper of RAFT, it seems normal process

Re: [ovs-discuss] OVN version number?

On Wed, Oct 23, 2019 at 10:47 AM Ben Pfaff wrote: > > Should the OVN version number be decoupled from the OVS version number? > What should the next version be numbered? Hi Ben, Mark proposed to use year and month based version number here: https://patchwork.ozlabs.org/patch/1168131/

Re: [ovs-discuss] Too many resubmits in the OVS pipeline for scaled OVN topologies due to multicast_group implementation

On Tue, Oct 1, 2019 at 3:34 AM Dumitru Ceara wrote: > > Hi, > > We've hit a scaling issue recently [1] in the following topology: > > - External network connected to public logical switch "LS-pub" > - ~300 logical networks (LR-i <--> LS-i <--> VMi) connected to LS-pub > with dnat_and_snat rules.

Re: [ovs-discuss] [ovs-dev] Hypervisor down during upgrade OVS 2.10.x to 2.10.y

Good finding. So it is a known kernel bug and it won't get fixed in that kernel version. :( >From OVS point of view, the problem is, if such bug exists in kernel, it prevents ovs-vswitchd to be killed (even by SIGKILL) because the process is in system call which got blocked because of the kernel

Re: [ovs-discuss] [ovs-dev] ovn-controller is taking 100% CPU all the time in one deployment

On Sat, Aug 31, 2019 at 12:00 AM Numan Siddique wrote: > > > > On Sat, Aug 31, 2019 at 2:05 AM Han Zhou wrote: >> >> >> >> On Fri, Aug 30, 2019 at 1:25 PM Numan Siddique wrote: >> > >> > Hi Han, >> > >> > I am thinking of t

Re: [ovs-discuss] [ovs-dev] ovn-controller is taking 100% CPU all the time in one deployment

On Fri, Aug 30, 2019 at 1:25 PM Numan Siddique wrote: > > Hi Han, > > I am thinking of this approach to solve this problem. I still need to test it. > If you have any comments or concerns do let me know. > > > ** > diff --git a/northd/ovn-northd.c

Re: [ovs-discuss] [ovs-dev] ovn-controller is taking 100% CPU all the time in one deployment

On Fri, Aug 30, 2019 at 6:46 AM Mark Michelson wrote: > > On 8/30/19 5:39 AM, Daniel Alvarez Sanchez wrote: > > On Thu, Aug 29, 2019 at 10:01 PM Mark Michelson wrote: > >> > >> On 8/29/19 2:39 PM, Numan Siddique wrote: > >>> Hello Everyone, > >>> > >>> In one of the OVN deployments, we are

Re: [ovs-discuss] ovn-controller is taking 100% CPU all the time in one deployment

On Thu, Aug 29, 2019 at 12:16 PM Numan Siddique wrote: > > > On Fri, Aug 30, 2019 at 12:37 AM Han Zhou wrote: > >> >> >> On Thu, Aug 29, 2019 at 11:40 AM Numan Siddique >> wrote: >> > >> > Hello Everyone, >> > >> &g

Re: [ovs-discuss] ovn-controller is taking 100% CPU all the time in one deployment

On Thu, Aug 29, 2019 at 11:40 AM Numan Siddique wrote: > > Hello Everyone, > > In one of the OVN deployments, we are seeing 100% CPU usage by ovn-controllers all the time. > > After investigations we found the below > > - ovn-controller is taking more than 20 seconds to complete full loop

Re: [ovs-discuss] [OVN] Aging mechanism for MAC_Binding table

worried? Maybe Justin and Ben can comment on the meter scalability. If it is a concern, I would suggest the feature be configurable (i.e. enable/disable), so that it can be enabled in environments where aging is required but number of mac-bindings are not very high. > > > > Thanks a lot

Re: [ovs-discuss] [OVN] ovn-controller Incremental Processing scale testing

; same tests than previous time to confirm but looks promising. >> >> On Fri, Jul 19, 2019 at 11:12 PM Han Zhou wrote: >> > >> > >> > >> > On Fri, Jul 19, 2019 at 12:37 PM Numan Siddique wrote: >> >> >> >> >> >> >

Re: [ovs-discuss] [OVN] ovn-controller Incremental Processing scale testing

On Fri, Jul 19, 2019 at 12:37 PM Numan Siddique wrote: > > > On Fri, Jul 19, 2019 at 6:19 PM Numan Siddique > wrote: > >> >> >> On Fri, Jul 19, 2019 at 6:28 AM Han Zhou wrote: >> >>> >>> >>> On Tue, Jul 9, 2019 at 12:13 AM Numa

Re: [ovs-discuss] [OVN] ovn-controller Incremental Processing scale testing

On Fri, Jun 21, 2019 at 12:31 AM Han Zhou wrote: > > > > On Thu, Jun 20, 2019 at 11:42 PM Numan Siddique wrote: > > > > > > > > On Fri, Jun 21, 2019, 11:47 AM Han Zhou wrote: > >> > >> > >> > >> On Tue, Jun

Re: [ovs-discuss] [OVN] Aging mechanism for MAC_Binding table

On Thu, Jun 27, 2019 at 6:44 AM Ben Pfaff wrote: > > On Tue, Jun 25, 2019 at 01:05:21PM +0200, Daniel Alvarez Sanchez wrote: > > Lately we've been trying to solve certain issues related to stale > > entries in the MAC_Binding table (e.g. [0]). On the other hand, for > > the OpenStack + Octavia

Re: [ovs-discuss] [OVN] ovn-controller Incremental Processing scale testing

On Thu, Jun 20, 2019 at 11:42 PM Numan Siddique wrote: > > > > On Fri, Jun 21, 2019, 11:47 AM Han Zhou wrote: >> >> >> >> On Tue, Jun 11, 2019 at 9:16 AM Daniel Alvarez Sanchez < dalva...@redhat.com> wrote: >> > >> > Thanks a lot Han f

Re: [ovs-discuss] [OVN] ovn-controller Incremental Processing scale testing

On Tue, Jun 11, 2019 at 9:16 AM Daniel Alvarez Sanchez wrote: > > Thanks a lot Han for the answer! > > On Tue, Jun 11, 2019 at 5:57 PM Han Zhou wrote: > > > > > > > > > > On Tue, Jun 11, 2019 at 5:12 AM Dumitru Ceara wrote: > > > > >

Re: [ovs-discuss] [OVN] ovn-controller Incremental Processing scale testing

On Tue, Jun 11, 2019 at 5:12 AM Dumitru Ceara wrote: > > On Tue, Jun 11, 2019 at 10:40 AM Daniel Alvarez Sanchez > wrote: > > > > Hi Han, all, > > > > Lucas, Numan and I have been doing some 'scale' testing of OpenStack > > using OVN and wanted to present some results and issues that we've > >

Re: [ovs-discuss] [OVN] Incremental processing patches

On Tue, May 7, 2019 at 9:56 AM Justin Pettit wrote: > > Hi, Daniel. I don't think this is a bad approach. However, at the moment, Han's work is with ovn-controller and ddlog is with ovn-northd. We've talked about using ddlog in ovn-controller, but there's been no work in that direction yet. At

Re: [ovs-discuss] OVS 2.9.0 native firewall drops empty payload TCP packets continued

On Thu, May 2, 2019 at 6:04 PM Zhang, Jing C. (Nokia - CA/Ottawa) < jing.c.zh...@nokia.com> wrote: > > We (our VNFs) continue to observe the same empty payload TCP (ACK) packet drop with native firewall (see original post below) after upgrading to Centos 7.6. This packet drop results in

Re: [ovs-discuss] Amazon like networking vpc with ovn

On Fri, Mar 29, 2019 at 2:08 PM Vasiliy Tolstov wrote: > > сб, 30 мар. 2019 г. в 00:04, Han Zhou : > > > > > > Thank you! I don't need big L2 network, for my use-case tunnel > > > interconnection between different ovn setups is enough. So i need > >

Re: [ovs-discuss] Amazon like networking vpc with ovn

On Fri, Mar 29, 2019 at 1:58 PM Vasiliy Tolstov wrote: > > пт, 29 мар. 2019 г. в 23:50, Han Zhou : > > > > > > > > On Sun, Mar 10, 2019 at 1:34 PM Vasiliy Tolstov wrote: > > > > > > пт, 8 мар. 2019 г. в 19:58, Numan Siddique : > > >

Re: [ovs-discuss] Amazon like networking vpc with ovn

On Sun, Mar 10, 2019 at 1:34 PM Vasiliy Tolstov wrote: > > пт, 8 мар. 2019 г. в 19:58, Numan Siddique : > > > > > > > > On Fri, Mar 8, 2019 at 12:37 AM Vasiliy Tolstov wrote: > >> > >> Hi. I'm reading about ovn, openstack networking with ovn. > >> I want to create something like amazon vpc. > >>

Re: [ovs-discuss] OVN: availability zones concept

unt much because that’s the approach I originally proposed > in the first email of this thread but having thought about everything thrown > here, I’m inclined to go ahead with it. It doesn’t do any harm if not used > and brings the value we need for the commented use case. > > T

Re: [ovs-discuss] Problems of prerequisite check failures in OVSDB Raft

On Fri, Mar 1, 2019 at 11:14 AM Han Zhou wrote: > > On Fri, Mar 1, 2019 at 11:13 AM Han Zhou wrote: > > > > On Tue, Feb 26, 2019 at 1:57 PM Han Zhou wrote: > > > > > > I have been working on OVSDB Raft scale testing problems debugging > > > re

Re: [ovs-discuss] OVN: availability zones concept

On Wed, Mar 6, 2019 at 9:06 AM Ben Pfaff wrote: > > On Tue, Mar 05, 2019 at 09:39:37PM -0800, Han Zhou wrote: > > On Tue, Mar 5, 2019 at 7:24 PM Ben Pfaff wrote: > > > What's the effective difference between an OVN deployment with 3 zones, > > > and a c

Re: [ovs-discuss] OVN: availability zones concept

On Tue, Mar 5, 2019 at 7:24 PM Ben Pfaff wrote: > What's the effective difference between an OVN deployment with 3 zones, > and a collection of 3 OVN deployments? Is it simply that the 3-zone > deployment shares databases? Is that a significant advantage? Hi Ben, based on the discussions there

Re: [ovs-discuss] OVN: availability zones concept

On Mon, Mar 4, 2019 at 4:48 PM Dan Sneddon wrote: > > > > On Mon, Mar 4, 2019 at 5:34 AM Lucas Alvares Gomes > wrote: >> >> Hi, >> >> On Sat, Mar 2, 2019 at 1:52 AM Han Zhou wrote: >> > >> > On Thu, Feb 28, 2019 at 9:58 AM D

Re: [ovs-discuss] OVN: availability zones concept

On Thu, Feb 28, 2019 at 9:58 AM Daniel Alvarez Sanchez wrote: > > Hi folks, > > Just wanted to throw an idea here about introducing availability zones > (AZ) concept in OVN and get implementation ideas. From a CMS > perspective, it makes sense to be able to implement some sort of > logical

Re: [ovs-discuss] Problems of prerequisite check failures in OVSDB Raft

On Fri, Mar 1, 2019 at 11:13 AM Han Zhou wrote: > > On Tue, Feb 26, 2019 at 1:57 PM Han Zhou wrote: > > > > I have been working on OVSDB Raft scale testing problems debugging > > recently and here is a major finding. I thought there were different > > problems b

Re: [ovs-discuss] Problems of prerequisite check failures in OVSDB Raft

On Tue, Feb 26, 2019 at 1:57 PM Han Zhou wrote: > > I have been working on OVSDB Raft scale testing problems debugging > recently and here is a major finding. I thought there were different > problems but it turned out that the only major problem is the > prerequisite checkin

[ovs-discuss] Problems of prerequisite check failures in OVSDB Raft

I have been working on OVSDB Raft scale testing problems debugging recently and here is a major finding. I thought there were different problems but it turned out that the only major problem is the prerequisite checking mechanism. My conclusion is that we'd better abandon the prerequisite checking

Re: [ovs-discuss] OVN SB DB server overload when restarted at large scale environment

On Wed, Oct 31, 2018 at 4:34 PM Ben Pfaff wrote: > > On Tue, Oct 30, 2018 at 11:51:05PM -0700, Han Zhou wrote: > > On Tue, Oct 30, 2018 at 11:15 AM Ben Pfaff wrote: > > > > > > On Wed, Oct 24, 2018 at 05:42:15PM -0700, Han Zhou wrote: > > > > On Tue

Re: [ovs-discuss] OVN: MAC_Binding entries not getting updated leads to unreachable destinations

ch/ovs/blob/master/ovn/controller/pinctrl.c#L2073 > > > > [0] https://github.com/openvswitch/ovs/blob/master/ovn/controller/pinctrl.c#L2073On > > Fri, Nov 23, 2018 at 5:28 PM Daniel Alvarez Sanchez > > wrote: > > > > > > On Wed, Nov 21, 201

Re: [ovs-discuss] OVN: MAC_Binding entries not getting updated leads to unreachable destinations

On Tue, Nov 20, 2018 at 5:21 AM Mark Michelson wrote: > > Hi Daniel, > > I agree with Numan that this seems like a good approach to take. > > On 11/16/2018 12:41 PM, Daniel Alvarez Sanchez wrote: > > > > On Sat, Nov 10, 2018 at 12:21 AM Ben Pfaff > > wrote: > > > > > > On

Re: [ovs-discuss] OpenFlow port number leak causing OVN GW data-plane down

On Fri, Nov 9, 2018 at 3:11 PM Ben Pfaff wrote: > > On Fri, Nov 09, 2018 at 03:06:49PM -0800, Han Zhou wrote: > > On Fri, Nov 9, 2018 at 2:34 PM Ben Pfaff wrote: > > > > > > On Wed, Nov 07, 2018 at 11:01:20PM -0800, Han Zhou wrote: > > > > Now comes to

Re: [ovs-discuss] OpenFlow port number leak causing OVN GW data-plane down

On Fri, Nov 9, 2018 at 2:34 PM Ben Pfaff wrote: > > On Wed, Nov 07, 2018 at 11:01:20PM -0800, Han Zhou wrote: > > Now comes to my question. The time when all the GW BFD status went down > > matches perfectly with the time when the port number 65535 is used. > > However, I

[ovs-discuss] OpenFlow port number leak causing OVN GW data-plane down

Hello folks, I am writing to share a problem and fix, and also ask a question. I found a problem this week which caused OVN GW data-plane down. After onboarding a hypervisor to existing OVN deployment where a lot a hypervisors and VMs have been running well, suddenly all GW nodes' all BFD tunnel

Re: [ovs-discuss] RFC: incremental computation for OVN with DDlog

th compute latency and high CPU cost on hypervisors. > > It is difficult to implement incremental computation in C. For > ovn-controller, two attempts have been made already. The first attempt, > in 2016, increased code complexity without similar benefit > (https://mail.openvswitch

Re: [ovs-discuss] OVN SB DB server overload when restarted at large scale environment

On Tue, Oct 30, 2018 at 11:15 AM Ben Pfaff wrote: > > On Wed, Oct 24, 2018 at 05:42:15PM -0700, Han Zhou wrote: > > On Tue, Sep 25, 2018 at 10:18 AM Han Zhou wrote: > > > > > > > > > > > > On Thu, Sep 20, 2018 at 4:43 PM Ben Pfaff wrote: > >

Re: [ovs-discuss] OVN SB DB server overload when restarted at large scale environment

On Tue, Sep 25, 2018 at 10:18 AM Han Zhou wrote: > > > > On Thu, Sep 20, 2018 at 4:43 PM Ben Pfaff wrote: > > > > On Thu, Sep 13, 2018 at 12:28:27PM -0700, Han Zhou wrote: > > > In scalability test with ovn-scale-test, ovsdb-server SB load is not a > >

Re: [ovs-discuss] Megaflow effectiveness problem

On Mon, Oct 1, 2018 at 12:49 PM Ben Pfaff wrote: > > On Fri, Sep 28, 2018 at 05:57:28PM -0700, Han Zhou wrote: > > Justin, please find the ofproto/trace result with the new wildcards here: > > https://gist.github.com/hzhou8/ff719b6565b9264304251054ce447b5d > > I also tri

Re: [ovs-discuss] Megaflow effectiveness problem

On Mon, Oct 1, 2018 at 12:49 PM Ben Pfaff wrote: > > On Fri, Sep 28, 2018 at 05:57:28PM -0700, Han Zhou wrote: > > Justin, please find the ofproto/trace result with the new wildcards here: > > https://gist.github.com/hzhou8/ff719b6565b9264304251054ce447b5d > > I also tri

Re: [ovs-discuss] Megaflow effectiveness problem

On Fri, Sep 28, 2018 at 4:29 PM Justin Pettit wrote: > > > > On Sep 28, 2018, at 9:35 AM, Han Zhou wrote: > > > > On Wed, Sep 26, 2018 at 11:07 PM Justin Pettit wrote: > > > > > > Hi, Han. I'm still trying to come up with a mechanism I like, but in the

[ovs-discuss] Some findings for OVN pacemaker active-standby

To share some findings after doing some failover test at scale test env with pacemaker active-standby setup for OVN. 1. With ipaddr2 resource as VIP, since the IP moves before ovsdb-server stops, the ovn-controller on HVs won't get TCP connection reset during failover. Because of this, HVs won't

[ovs-discuss] OVN SB DB server overload when restarted at large scale environment

In scalability test with ovn-scale-test, ovsdb-server SB load is not a problem at least with 1k HVs. However, if we restart the ovsdb-server, depending on the number of HVs and scale of logical objects, e.g. the number of logical ports, ovsdb-server of SB become an obvious bottleneck. In our test

[ovs-discuss] Megaflow effectiveness problem

As mentioned in today's OVN meeting, I observed a problem regarding megaflow effectiveness. Now I have more details but really need help from folks here. Originally I thought it is due to the way OVN is programming the flows, but now I even wonder it could be a problem in OVS (or my

Re: [ovs-discuss] Possible data loss of OVSDB active-backup mode

On Wed, Sep 5, 2018 at 10:44 AM aginwala wrote: > > Thanks Numan: > > I will give it shot and update the findings. > > > On Wed, Sep 5, 2018 at 5:35 AM Numan Siddique wrote: >> >> >> >> On Wed, Sep 5, 2018 at 12:42 AM Han Zhou wrote: >>

Re: [ovs-discuss] Possible data loss of OVSDB active-backup mode

On Sun, Sep 2, 2018 at 11:01 PM Numan Siddique wrote: > > > > On Fri, Aug 10, 2018 at 3:59 AM Ben Pfaff wrote: >> >> On Thu, Aug 09, 2018 at 09:32:21AM -0700, Han Zhou wrote: >> > On Thu, Aug 9, 2018 at 1:57 AM, aginwala wrote: >> > > >

[ovs-discuss] OVSDB C IDL index problems

Hi, I noticed two major issues of OVSDB C IDL index. 1) In current IDL index code it doesn't updated index when handling "update2" messages, which is the default case. The consequence is that when a row is updated, the index is not updated accordingly, and even worse, it causes crash

Re: [ovs-discuss] Possible data loss of OVSDB active-backup mode

flaw when all are down during the race condition in this corner case. > > > > > > On Thu, Aug 9, 2018 at 1:35 AM Numan Siddique wrote: >> >> >> >> On Thu, Aug 9, 2018 at 1:07 AM Ben Pfaff wrote: >>> >>> On Wed, Aug 08, 2018 at

Re: [ovs-discuss] Possible data loss of OVSDB active-backup mode

On Wed, Aug 8, 2018 at 11:24 AM, Ben Pfaff wrote: > > On Wed, Aug 08, 2018 at 12:37:04AM -0700, Han Zhou wrote: > > Hi, > > > > We found an issue in our testing (thanks aginwala) with active-backup mode > > in OVN setup. > > In the 3 node setup with pacema

[ovs-discuss] Possible data loss of OVSDB active-backup mode

Hi, We found an issue in our testing (thanks aginwala) with active-backup mode in OVN setup. In the 3 node setup with pacemaker, after stopping pacemaker on all three nodes (simulate a complete shutdown), and then if starting all of them simultaneously, there is a good chance that the whole DB

Re: [ovs-discuss] OVN - MTU path discovery

On Fri, Jul 27, 2018 at 12:49 AM, Miguel Angel Ajo Pelayo < majop...@redhat.com> wrote: > > > > On 24 July 2018 at 17:43:51, Han Zhou (zhou...@gmail.com) wrote: > > > > On Tue, Jul 24, 2018 at 8:26 AM, Miguel Angel Ajo Pelayo < > majop...@redhat.com> wrote:

Re: [ovs-discuss] OVN - MTU path discovery

On Tue, Jul 24, 2018 at 8:26 AM, Miguel Angel Ajo Pelayo < majop...@redhat.com> wrote: > > > > On 24 July 2018 at 17:20:59, Han Zhou (zhou...@gmail.com) wrote: > > > > On Thu, Jul 12, 2018 at 7:03 AM, Miguel Angel Ajo Pelayo < > majop...@redhat.com> wro

Re: [ovs-discuss] OVN - MTU path discovery

On Thu, Jul 12, 2018 at 7:03 AM, Miguel Angel Ajo Pelayo < majop...@redhat.com> wrote: > I believe we need to emit ICMP / need to frag messages to have proper > support > on different MTUs (on router sides), I wonder how does it work the other > way > around (when external net is 1500, and

Re: [ovs-discuss] ovs-appctl to monitor HVs sb connection status

On Mon, Jul 9, 2018 at 3:37 PM, Ben Pfaff wrote: > > On Sun, Jul 08, 2018 at 01:09:12PM -0700, aginwala wrote: > > As per discussions in past OVN meetings regarding ovn monitoring stand > > point, need some clarity from design perspective. I am thinking of below > > approaches: > > > > 1. Can we

Re: [ovs-discuss] Port Groups and DHCP lflows

On Thu, Jul 5, 2018 at 3:15 PM, Daniel Alvarez wrote: > > > On 5 Jul 2018, at 23:34, Han Zhou wrote: > > > > On Thu, Jul 5, 2018 at 6:00 AM, Daniel Alvarez Sanchez < > dalva...@redhat.com> wrote: > > > > Hi Han, all > > > > While implem

Re: [ovs-discuss] Port Groups and DHCP lflows

On Thu, Jul 5, 2018 at 6:00 AM, Daniel Alvarez Sanchez wrote: > > Hi Han, all > > While implementing Port Groups in OpenStack I have noticed that we are duplicating the lflows for the DHCP now with the current code. Seeking for advice here: > > When we create a Neutron subnet, I'm creating a Port

Re: [ovs-discuss] [OVN] egress ACLs on Port Groups seem broken

On Tue, Jun 19, 2018 at 2:53 PM, Daniel Alvarez Sanchez wrote: > > > > On Tue, Jun 19, 2018 at 10:37 PM, Daniel Alvarez Sanchez < dalva...@redhat.com> wrote: >> >> Sorry, the problem seems to be that this ACL is not added in the Port Groups case for some reason (I checked wrong lflows log I had):

<    1   2   3   >