14:00:41 <liuyulong> #startmeeting neutron_l3
14:00:41 <openstack> Meeting started Wed May 20 14:00:41 2020 UTC and is due to finish in 60 minutes.  The chair is liuyulong. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:42 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:45 <openstack> The meeting name has been set to 'neutron_l3'
14:01:11 <ralonsoh> hi
14:01:24 <liuyulong> hi
14:01:41 <maciejjozefczyk> Hey!
14:02:09 <liuyulong> Hi
14:02:12 <liuyulong> OK, let's start
14:02:13 <liuyulong> #topic Announcements
14:03:00 <slaweq> hi
14:03:18 <liuyulong> #link https://etherpad.opendev.org/p/neutron-victoria-ptg
14:03:48 <liuyulong> Only a few days, we will begin the V virtual ptg online.
14:05:33 <liuyulong> Maybe I should add something that was mentioned in Shanghai for a further discussion.
14:05:48 <liuyulong> #link https://doodle.com/poll/xcd82ea6svs5dben
14:06:31 <liuyulong> From the time slot here, I should have only 2 hours to meet you guys all at the same time online.
14:06:43 <liuyulong> Each day
14:07:32 <liuyulong> Anyway, again topics are welcomed to be added to the list.
14:08:17 <liuyulong> More announcements please have a look at:
14:08:18 <liuyulong> #link http://eavesdrop.openstack.org/meetings/networking/2020/networking.2020-05-19-14.00.log.html#l-12
14:08:25 <liuyulong> OK, no more from me then.
14:10:10 <liuyulong> OK, let's move on
14:10:18 <liuyulong> #topic Bugs
14:10:35 <liuyulong> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014913.html
14:10:49 <liuyulong> The bug list from our deputy last week.
14:11:02 <liuyulong> First one
14:11:05 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1877977
14:11:05 <openstack> Launchpad bug 1877977 in neutron "[DVR] Recovery from openvswitch restart fails when veth are used for bridges interconnection" [Medium,Confirmed]
14:12:23 <liuyulong> I want to mention one more action
14:13:19 <liuyulong> change the config option and run "kill -SIGHUP <ovs-agent-pid>", this should help to recovery the dataplane?
14:14:02 <ralonsoh> I think the idea was to deprecate veth pairs for bridge connectivity
14:14:09 <ralonsoh> and use only patch ports
14:15:44 <liuyulong> And typically, when the openvswitch (vswitchd) is restarted, the canary flows will be lose.
14:16:07 <liuyulong> The ovs-agent monitor this and will consider it should run a full sync.
14:16:27 <liuyulong> Everything should be added back again.
14:17:14 <liuyulong> If not, this should be a bug absolutely.
14:17:18 <ralonsoh> it should, by the ovs agent
14:18:33 <liuyulong> More information about this is we use the systemd to do the next step from the bug "restart the neutron-ovs-agent."
14:19:16 <liuyulong> If the openvswitch is restarted, the ovs-agent will run restart action automatically.
14:20:19 <liuyulong> OK, next one
14:20:41 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1878299
14:20:41 <openstack> Launchpad bug 1878299 in neutron "[floatingip port_forwarding] changing external port to used value hangs with retriable exception" [Medium,Confirmed]
14:21:52 <liuyulong> I did not reproduce the bug locally, but haleyb has confirmed the bug.
14:23:15 <liuyulong> Looks like some DB related issue when the 'port' check is running.
14:24:28 <ralonsoh> I need to check with haleyb what is really happening and how I can reproduce it
14:24:40 <ralonsoh> in order to try code a fix
14:27:03 <liuyulong> ralonsoh, thank you. I just run a quick test locally, not see the such issue.
14:27:05 <haleyb> ralonsoh: hi, sorry, in another meeting
14:28:42 <liuyulong> OK, let's try to dig this locally in details.
14:28:47 <liuyulong> Next
14:29:59 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1877301
14:29:59 <openstack> Launchpad bug 1877301 in neutron "[RFE] L3 Router support ndp proxy" [Wishlist,Confirmed]
14:30:22 <liuyulong> We have discussed this in last L3 meeting, and it was approved during last drivers meeting.
14:30:59 <liuyulong> yangjianfeng has submitted the spec
14:31:01 <liuyulong> #link https://review.opendev.org/#/c/728628/
14:31:40 <liuyulong> So we can continue the discussion in this spec.
14:32:17 <liuyulong> Next one:
14:32:19 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1879215
14:32:19 <openstack> Launchpad bug 1879215 in neutron "[L3] Unexcepted HA router scheduled instance shows up after manully scheduling" [Undecided,New]
14:33:00 <liuyulong> This was reported by me, it is easy to reproduce.
14:34:10 <liuyulong> These action is useful when the operators want to move the network node offline.
14:34:28 <maciejjozefczyk> Looks like we're relying on some old data during --enable operation.
14:34:56 <liuyulong> The existing router resources (scheduled routers) should be moved from one to another.
14:36:21 <maciejjozefczyk> The priority of this bug isn't to big, right? I could try to reproduce it and triage.
14:38:44 <liuyulong> maciejjozefczyk, yes, it's not big. But it breaks the config limitation.
14:38:47 <liuyulong> my colleague found the problem is related to this function. https://github.com/openstack/neutron/blob/master/neutron/db/l3_agentschedulers_db.py#L507
14:39:29 <liuyulong> maciejjozefczyk, I will be cool if you can confirm if it is also existing in master branch.
14:39:51 <liuyulong> d/I
14:40:46 <liuyulong> I will submit the fix after we check and test it really works locally.
14:40:50 <maciejjozefczyk> liuyulong, yes I'll try to check if this exists in master.
14:40:57 <maciejjozefczyk> ok, liuyulong
14:41:40 <liuyulong> OK, no more bugs from me now.
14:41:44 <liuyulong> Any updates?
14:42:14 * liuyulong scanning the LP bug list...
14:43:37 <liuyulong> OK, I see something related to L3.
14:43:40 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1878905
14:43:40 <openstack> Launchpad bug 1878905 in neutron "when I use dvr mode for neutron,it's not functional" [Undecided,Incomplete]
14:44:24 <maciejjozefczyk> Yeah, the bug is not clear to me. Looks like the guy deployed the env without DVR and then switched it to DVR? Hard to tell...
14:44:29 <liuyulong> maciejjozefczyk has marked it as incomplete. Yes, I will do same thing.
14:45:11 <liuyulong> maciejjozefczyk, exactly, I have the same question.
14:46:05 <maciejjozefczyk> yeah, what about the bridge configuration on computes, perhaps its missing, I dunno.
14:46:22 <liuyulong> And the config option should be pasted to the bug for the team to analyse.
14:46:36 <liuyulong> ++
14:46:38 <maciejjozefczyk> But as per Kolla cores they have the test covering DVR scenario.
14:46:49 <maciejjozefczyk> I'll ask for inputs from computes and neutron config
14:47:59 <liuyulong> Yes, we need some clue to do the trouble shooting, not guess... : )
14:48:07 <maciejjozefczyk> ;)
14:48:47 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1877978
14:48:47 <openstack> Launchpad bug 1877978 in neutron "SNAT Problem Floating IP" [Undecided,Incomplete]
14:49:18 <liuyulong> This should be another "unfriendly bug report"...
14:49:23 <maciejjozefczyk> :)
14:50:06 <liuyulong> I have such encounter such phenomenon, you guys just guess...
14:51:13 <liuyulong> #link https://docs.openstack.org/neutron/pike/contributor/policies/bugs.html#bug-report-template
14:51:46 <liuyulong> I guess for the bug deputy, you guys could easily paste this link to the bug.
14:52:26 <maciejjozefczyk> liuyulong++ ok, I'll paste
14:52:43 <liuyulong> Sorry, it is not the latest.
14:52:51 * liuyulong is looking for it now...
14:53:25 <liuyulong> #link https://docs.openstack.org/neutron/latest/contributor/policies/bugs.html#bug-report-template
14:54:34 <liuyulong> OK, no more from me. (really this time)
14:56:35 <liuyulong> Actually no OVN related bugs were reported in last 2 weeks, so let's move to the last topic (we are running out of time).
14:56:42 <liuyulong> #topic On demand agenda
14:57:50 <liuyulong> mlavalle, FYI, yangjianfeng has submitted the spec of the IPv6 ndp proxy: https://review.opendev.org/#/c/728628/
14:58:23 <mlavalle> liuyulong: ack. Thanks
14:58:34 <mlavalle> in my pile
14:58:59 <mlavalle> liuyulong: does he work with you?
14:59:21 <liuyulong> mlavalle, actually yangjianfeng is my former colleague. He has moved to a new position in another company.
14:59:44 <mlavalle> liuyulong: ack
15:00:10 <liuyulong> For the ipv6 ndp_proxy, in china telecom we have implemented something similar to this.
15:00:49 <liuyulong> But we introduce a new resource, IPv6Address (something like floating IPv6), to routers to enable the ndp_proxy
15:01:37 <liuyulong> It is mainly for productization of our public cloud
15:01:43 <liuyulong> OK, time is up...
15:01:54 <liuyulong> Thank you guys.
15:01:57 <liuyulong> #endmeeting