14:01:45 <liuyulong> #startmeeting neutron_l3
14:01:45 <openstack> Meeting started Wed Apr  7 14:01:45 2021 UTC and is due to finish in 60 minutes.  The chair is liuyulong. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:47 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:49 <openstack> The meeting name has been set to 'neutron_l3'
14:02:43 <liuyulong> After reading the bug list, IMO, there were two quiet weeks.
14:03:07 <liuyulong> Let's start
14:03:15 <liuyulong> #topic Bugs
14:03:22 <liuyulong> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-March/021375.html
14:03:27 <liuyulong> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-April/021613.html
14:04:05 <liuyulong> First one
14:04:05 <slaweq> hi
14:04:07 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1920975
14:04:08 <openstack> Launchpad bug 1920975 in neutron "neutron dvr should lower proxy_delay when using proxy_arp" [Medium,In progress] - Assigned to Edward Hope-Morley (hopem)
14:04:20 <liuyulong> #link https://review.opendev.org/c/openstack/neutron/+/782570
14:04:28 <liuyulong> ^^ It has a patch here.
14:04:46 <liuyulong> I left some comments, but no response for now.
14:05:25 <liuyulong> Make the constant name more accurate.
14:06:07 <liuyulong> But my final idea is to hide that kernel algorithm, all we want is to delay no longer than 50ms.
14:06:54 <liuyulong> But the unit jiffies is not fixed value.
14:07:03 <liuyulong> It is based on the kernel config of HZ.
14:07:20 <liuyulong> (^^ a long story, please take a look at https://github.com/torvalds/linux/blob/master/include/linux/jiffies.h)
14:07:22 * slaweq will be back in few minutes
14:07:41 <liuyulong> So, let's  wait until the author's response.
14:09:05 <liuyulong> Next
14:09:10 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1922653
14:09:11 <openstack> Launchpad bug 1922653 in neutron "[L3][Port forwarding] multiple floating_ip:port to same internal fixed_ip:port (N-to-1 rule support)" [Undecided,New]
14:09:19 <liuyulong> It was reported by me.
14:09:43 <liuyulong> This is coming from our customers, they want to set such N-1 rules.
14:09:53 <liuyulong> But it is not available for neutron now.
14:10:44 <liuyulong> After some deep looking at this constraint, IMO, it is a bit rigid.
14:11:08 <liuyulong> We can remove that constraint for multiple floating_ip:port to same internal fixed_ip:port.
14:11:51 <liuyulong> My local testing shows that all works fine. It will be a quite simple change of DB migration script only.
14:12:21 <liuyulong> No real code change needed for  L3 DB, port forwarding plugin and L3 agent.
14:12:52 <liuyulong> OK, no more bugs from me now.
14:13:01 <liuyulong> But, we have some RFEs.
14:13:13 <liuyulong> #topic L3_RFEs
14:13:54 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1921126
14:13:58 <openstack> Launchpad bug 1921126 in neutron "[RFE] Allow explicit management of default routes" [Wishlist,New] - Assigned to Bence Romsics (bence-romsics)
14:14:11 <liuyulong> It was approved, and the spec has been uploaded.
14:14:39 <liuyulong> #link https://review.opendev.org/c/openstack/neutron-specs/+/781475
14:15:10 <liuyulong> Looks good to me now, just some questions about how to deal with the original default route.
14:15:43 <liuyulong> It can be used to fix the bug https://bugs.launchpad.net/neutron/+bug/1901992
14:15:44 <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:05 <liuyulong> Next
14:17:07 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1921461
14:17:08 <openstack> Launchpad bug 1921461 in neutron "[RFE] Enhancement to Neutron BGPaaS to directly support Neutron Routers & bgp-peering from such routers over internal & external Neutron Networks" [Undecided,New]
14:17:48 <liuyulong> It is BGP related request for neutron router, the spec is here: https://review.opendev.org/c/openstack/neutron-specs/+/783791
14:20:07 <liuyulong> It looks like the neutron router will run BGP daemons after this.
14:20:51 <liuyulong> Something like neutron-dynamic-routing agent do, maybe this can be achived by this:
14:21:44 <liuyulong> 1. Add API to neutron like this spec described
14:21:52 <lajoskatona> It's a huge topic, and perhaps it can be later cut to smaller specs
14:22:39 <liuyulong> 2. Let the L3 agent and the bgp-dr-agent has some interact to learn/broadcast the routes.
14:22:58 <liuyulong> lajoskatona, yes, it is
14:24:24 <liuyulong> For now, based on the spec, I may say the request has many functions similar to neutron-dynamic-routing.
14:25:03 <lajoskatona> exactly, I am not sure that all can fit to ndr code base or some core Neutron changes are necessary for it
14:25:30 <liuyulong> So let's wait and comment the spec until it get sharping.
14:26:06 <lajoskatona> Not sure if it was discussed on drivers meeting
14:26:21 <lajoskatona> perhaps it was not due to Easter time
14:26:29 <liuyulong> Yes, no response in LP for now.
14:26:32 <lajoskatona> so there it can have some more feedback
14:27:02 <liuyulong> OK, next one, https://bugs.launchpad.net/neutron/+bug/1922716, it looks duplicated to https://bugs.launchpad.net/neutron/+bug/1907089
14:27:05 <openstack> Launchpad bug 1922716 in neutron "[RFE] BFD for BGP Dynamic Routing" [Undecided,New]
14:27:06 <openstack> Launchpad bug 1907089 in neutron "[RFE] Add BFD support for Neutron" [Wishlist,New] - Assigned to Lajos Katona (lajos-katona)
14:27:37 <lajoskatona> Yeah BFD for BGP is from Manu as well (He is from Ericsson/EST as well)
14:28:13 <liuyulong> So maybe you guys can share some thoughts during the PTG. :)
14:28:13 <lajoskatona> For BFD support in neutron I am working on to have a working prototype, but I think that is now independent of the proposed API in the spec
14:28:37 <lajoskatona> yeah, I plan to add section to the etherpad and ask Manu as well to join :-)
14:29:42 <liuyulong> Cool
14:31:10 <liuyulong> One note, the real use case is essential for this proposal. Manu's idea, IMO, is to monitor the BGP routes.
14:31:23 <liuyulong> Your spec is now for ECMP routes?
14:31:55 <liuyulong> But, basically, all for L3 router's route entries.
14:32:04 <lajoskatona> not just ECMP, but for extra/static routes
14:32:34 <lajoskatona> yes as You say
14:33:57 <liuyulong> OK, no more RFEs from me now.
14:34:17 <liuyulong> #topic On demand agenda
14:34:33 <liuyulong> #link https://review.opendev.org/q/topic:%22bp%252Fdistributed-dhcp-for-ml2-ovs%22+(status:open%20OR%20status:merged)
14:35:26 <liuyulong> slaweq, hi, I guess no feature freeze now, could please remove the -2 for these series of patches.
14:35:44 <lajoskatona> +1
14:35:51 <slaweq> liuyulong: sure, I will do it in about 20 minutes
14:35:55 <slaweq> I'm in the meeting now
14:36:55 <liuyulong> OK, cool.
14:39:35 <liuyulong> Alright, let's end here. Have a nice day guys.
14:39:39 <liuyulong> Bye
14:39:46 <liuyulong> #endmeeting