14:02:17 <liuyulong> #startmeeting neutron_l3
14:02:18 <openstack> Meeting started Wed Nov  4 14:02:17 2020 UTC and is due to finish in 60 minutes.  The chair is liuyulong. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:02:20 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:02:22 <openstack> The meeting name has been set to 'neutron_l3'
14:02:26 <liuyulong> Sorry, a bit late.
14:03:09 <liuyulong> It's about a month that we have no L3 meeting.
14:03:52 <liuyulong> OK, seems I'm the only one here.
14:03:55 <liuyulong> #topic Announcements
14:04:49 <liuyulong> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018489.html
14:05:52 <liuyulong> This is the neutron PTG summary, thanks to slaweq for this nice work.
14:06:06 <liuyulong> It is really useful for those who have not attend the meetings.
14:07:40 <liuyulong> #link http://kaplonski.pl/images/Virtual_PTG_October_2020/neutron_ptg_team_photo_october_2020.png
14:08:14 <liuyulong> This is the team photo.
14:08:34 <liuyulong> #link http://kaplonski.pl/blog/virtual_ptg_october_2020_summary/
14:09:19 <liuyulong> There was a horse in the meeting, haha.
14:10:24 <slaweq> hi
14:10:36 <slaweq> I have another internal meeting so I will be just lurking here
14:11:20 <liuyulong> The L3 meeting, IMO, is still necessary for the neutron team. Since we have lots of bugs/rfes, this should be a nice chance to discuss here.
14:12:12 <liuyulong> But, seems now we have less attendees, maybe I should send another mail to inform the meeting schedule.
14:12:17 <liuyulong> slaweq, Hi
14:12:27 <liuyulong> OK
14:12:53 <liuyulong> Let's review the bug list.
14:13:03 <liuyulong> #topic Bugs
14:14:16 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1899967
14:14:18 <openstack> Launchpad bug 1899967 in neutron "L3HA Router in primary state on all nodes" [Critical,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:14:37 <liuyulong> There is a revert for this.
14:14:41 <liuyulong> #link https://review.opendev.org/#/c/759679/2/doc/source/admin/config-ovsfwdriver.rst
14:15:58 <liuyulong> So the original patch about the multicast traffic for 224.0.0.X should be allowed in such case.
14:16:25 <liuyulong> OK
14:16:29 <liuyulong> Next one
14:16:30 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1901992
14:16:31 <openstack> Launchpad bug 1901992 in neutron "Original default route in DVR SNAT namespace is not recovered after creating and deleting /0 extraroute" [Medium,Triaged] - Assigned to gao yu (gaoyublack)
14:17:41 <liuyulong> The bug is confirmed.
14:18:32 <liuyulong> The 0.0.0.0/0 means the default route, but if user set this intentionally, some functions of DVR may not work.
14:19:08 <haleyb> right, they have broken themselves
14:19:14 <liuyulong> When user removes such route, the L3 agent should recover its connection by repair the default route.
14:20:04 <liuyulong> Yes, I'm OK with that we can allow the user set the 0.0.0.0/0 route.
14:20:16 <liuyulong> But L3 agent should repair after the removal.
14:21:00 <haleyb> yes, agreed
14:21:08 <liuyulong> I have left some comments in the bug and the patch there.
14:21:09 <liuyulong> #link Intentionally
14:21:17 <liuyulong> #link https://review.opendev.org/#/c/760314/
14:21:37 <liuyulong> No comments from the bug reporter for now.
14:22:48 <liuyulong> Our local deployment have done some work like the patch did, disable the API for "0.0.0.0/0".
14:23:01 <liuyulong> So we have no patch to fix the bug in agent side.
14:25:22 <liuyulong> OK, next one
14:25:29 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1902211
14:25:30 <openstack> Launchpad bug 1902211 in neutron "Router State standby on all l3 agent when create" [Undecided,Incomplete]
14:26:20 <liuyulong> I guess the bug report had pasted some information that the VPN related code was stuck.
14:27:54 <liuyulong> I have some thougths that maybe the BIG lock of these function is the root cause.
14:29:05 <liuyulong> Something like we did the work in L3 agent extensions, we have narrowed down the lock granularity for those.
14:29:52 <haleyb> restarting l3-agent usually means it's a race condition, and this is train, so wonder if he is missing a fix?  just seems like something we've fixed
14:30:34 <liuyulong> The lock is set to some funcion that has some time-consuming, so the later router update actions just wait, then the routers are all in stand-by state.
14:34:16 <liuyulong> I don't know.
14:34:34 <liuyulong> Nguyen Thanh Cong pasted a log file.
14:34:40 <liuyulong> #link https://pikab.in/f688029f37
14:35:04 <liuyulong> It shows the router VPN extension has done the sync work: "StrongSwanDriver method sync called with arguments".
14:35:36 <liuyulong> But there is no router update action end log for the update id: 201d36bf-1560-441c-a944-a9c70bf241ed.
14:36:15 <liuyulong> So, maybe there are some other L3 agent extensions which are time consuming or locked down...
14:37:23 <liuyulong> Maybe disable all L3 agent extensions to see if the router can be set properly, then enable the extensions one by one.
14:38:00 <haleyb> and no traceback
14:38:56 <liuyulong> OK, no more bugs from me now.
14:41:41 <liuyulong> Alright, let's move on.
14:41:42 <liuyulong> #topic On demand agenda
14:42:01 <liuyulong> #link  https://bugs.launchpad.net/neutron/+bug/1877301
14:42:02 <openstack> Launchpad bug 1877301 in neutron "[RFE] L3 Router support ndp proxy" [Wishlist,In progress] - Assigned to yangjianfeng (yangjianfeng)
14:42:15 <liuyulong> #link https://review.opendev.org/#/c/747523/
14:42:30 <liuyulong> #undo
14:42:31 <openstack> Removing item from minutes: #link https://review.opendev.org/#/c/747523/
14:42:45 <liuyulong> #link https://review.opendev.org/#/c/728628/
14:43:15 <liuyulong> I think that the spec is good enough to get merged except moving to W folder.
14:44:13 <liuyulong> I will conntact jianfeng to move on.
14:47:50 <liuyulong> OK, thank you guys. Let's end here.
14:47:57 <liuyulong> #endmeeting