14:00:17 <slaweq> #startmeeting networking
14:00:18 <openstack> Meeting started Tue Dec 15 14:00:17 2020 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:19 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:21 <openstack> The meeting name has been set to 'networking'
14:00:25 <ralonsoh> hi
14:00:26 <mlavalle> o/
14:00:27 <slaweq> hi
14:00:58 <hemanth_n> o/
14:00:59 <rubasov> o/
14:01:10 <slaweq> #topic Announcements
14:01:18 <bcafarel> o/
14:01:29 <amotoki> o/
14:02:06 <slaweq> Wallaby cycle calendar https://releases.openstack.org/wallaby/schedule.html
14:02:35 <slaweq> we are still getting to the milestone-2 of Wallaby
14:02:53 <slaweq> please focus on review of the specs listed in https://wiki.openstack.org/wiki/Network/Meetings#Announcements_.2F_Reminders
14:02:59 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/729532
14:03:00 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/658451
14:03:02 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/728628
14:03:04 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/739549
14:03:10 <slaweq> I also have to read them again
14:03:47 <slaweq> next one
14:03:55 <slaweq> we are now getting into holidays season
14:04:05 <slaweq> so I propose to cancel this meeting in next 2 weeks
14:04:06 <slaweq> wdyt?
14:04:15 <ralonsoh> +1 from me
14:04:16 <mlavalle> ++
14:04:32 <haleyb> +2
14:04:34 <slaweq> ok, I will send an email about that after that meeting
14:04:36 <amotoki> +1
14:04:38 <slaweq> thx :)
14:04:50 <slaweq> and that's all announcements from me for today
14:04:51 <bcafarel> yay for holidays :)
14:05:04 <slaweq> do You have anything else You want to share?
14:05:27 <bcafarel> "pip new resolver is fun"?
14:05:51 * haleyb swears at pip
14:06:02 <slaweq> bcafarel: yes I wanted to ask about summary of that issue :)
14:06:35 <bcafarel> though I was thinking mostly about stable http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019362.html thread has some nice answers
14:07:03 <bcafarel> from what I got, l-c in its current state is not really helpful so the big bumps we do there are OK-ish
14:07:26 <bcafarel> and requirements ones are actually real issues in our deps so better to have them sorted out finally
14:07:33 <slaweq> bcafarel: shouldn't we remove l-c job then?
14:07:49 <slaweq> I know that some other projects are doing that, no
14:07:50 <slaweq> ?
14:07:54 <bcafarel> test-requirements we may limit damage by moving deps in tox.ini (I sent https://review.opendev.org/c/openstack/neutron/+/767125 to see how it goes on master)
14:08:33 <amotoki> no installation of test-reqs in devstack perhaps makes sense to me
14:08:34 <bcafarel> slaweq: there is a separate thread that started on that, I guess we can wait to see the conclusion there (if it should be dropped everywhere)
14:08:45 <amotoki> I am not sure about removing l-c job
14:09:31 <bcafarel> https://review.opendev.org/q/I8f24b839bf42e2fb9803dc7df3a30ae20cf264eb will probably help for some failures (it helped with that bandit 1.6.3 stuff)
14:10:42 <bcafarel> so far victoria has backport pending https://review.opendev.org/c/openstack/neutron/+/766940 I am trying ussuri atm (I have hope a 1-line req change may be enough there let's see)
14:11:34 <haleyb> bcafarel: i'm having trouble with ussuri for ovn provider, will be looking to see if there's something i'm missing
14:12:34 <slaweq> ok, so lets see how it will go
14:12:41 <slaweq> and thx bcafarel for taking care of it
14:13:04 <slaweq> I think we can move on then
14:13:05 <slaweq> #topic Blueprints
14:13:11 <slaweq> Wallaby-2 https://bugs.launchpad.net/neutron/+milestone/wallaby-2
14:13:16 <slaweq> any updates about BPs?
14:15:25 <slaweq> regarding engine facade BP there are still some opened patches
14:15:32 <slaweq> please check https://review.opendev.org/q/status:open+topic:bp/enginefacade-switch and review them
14:15:50 <slaweq> those are some small leftovers which we missed to migrate earlier
14:16:02 <slaweq> and I need to check stadium projects as well
14:16:46 <slaweq> regarding https://blueprints.launchpad.net/neutron/+spec/secure-bac-roles there is a lot of patches ready to review: https://review.opendev.org/q/topic:%2522secure-rbac%2522+(status:open+OR+status:merged)+project:openstack/neutron
14:17:25 <slaweq> I'm currently updating patches proposed by lbragstad to the format which we wanted, like define deprecated rule close to the rule definition, not on the top of file
14:17:29 <slaweq> etc
14:17:37 <slaweq> but many of them should be already ok to review
14:17:46 <slaweq> please do so
14:18:40 <slaweq> and that's all update which I have for today regarding BPs
14:20:27 <slaweq> ok, if there is no other update, lets move on
14:20:31 <amotoki> I have one question on testing. In the policy pop-up meeting, how to test new policies was dsicussed.
14:20:40 <amotoki> do you have any discussion on this?
14:21:04 <amotoki> I haven't followed up the discussion well though...
14:21:13 <slaweq> nope, for now I was just focused on patches to change roles definitions
14:21:34 <slaweq> but IIRC keystone (and maybe nova) got some examples of UT to test that
14:21:46 <slaweq> and we will probably need to add such UT also
14:22:39 <amotoki> thanks. some RBAC policies are now covered in our UT, but we may explore more systematic way. it would be the next step.
14:23:47 <slaweq> amotoki: yes, it will be
14:24:41 <amotoki> i have nothing on this topic. I think we can move on
14:24:52 <slaweq> thx
14:24:54 <slaweq> so lets move on
14:25:03 <slaweq> #topic Community Goals
14:25:11 <slaweq> amotoki: ralonsoh any updates?
14:25:18 <ralonsoh> no
14:25:52 <amotoki> no updates on the policy.yaml migration. we are waiting for l-c fix in neutron-lib.
14:26:30 <slaweq> ok
14:26:33 <slaweq> so lets move on
14:26:39 <slaweq> #topic Bugs
14:26:46 <slaweq> I was bug deputy last week
14:26:58 <slaweq> full summary is at http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019414.html
14:27:25 <slaweq> there is couple of bugs which needs some attention
14:27:30 <slaweq> https://bugs.launchpad.net/neutron/+bug/1907232 - neutron-dynamic-routing issue
14:27:31 <openstack> Launchpad bug 1907232 in neutron "dynamic-routing: "dragent add speaker" is buggy" [High,New]
14:27:45 <slaweq> would be good if someone familiar with this project could take a look
14:28:13 <slaweq> https://bugs.launchpad.net/neutron/+bug/1908057 - l3 ha issue with killing keepalived processes
14:28:15 <openstack> Launchpad bug 1908057 in neutron "Ensure "keepalived" is correctly disabled (the process does not exist)" [Medium,Confirmed] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
14:28:26 <slaweq> ralonsoh: will You fix it?
14:28:28 <ralonsoh> I'm on this one
14:28:30 <ralonsoh> one sec
14:28:39 <ralonsoh> https://review.opendev.org/c/openstack/neutron/+/766939
14:28:42 <slaweq> thx
14:29:33 <slaweq> https://bugs.launchpad.net/neutron/+bug/1907175 - for me seems more like ovs bug, not neutron but maybe You can also take a look
14:29:34 <openstack> Launchpad bug 1907175 in neutron " intermittently ALL VM's floating IP connection is disconnected, and can be reconnected after 5-6 minutes " [Undecided,New]
14:29:49 <slaweq> so if You will have some time, please take a look - maybe I missed something there
14:30:01 <slaweq> and the last one
14:30:03 <slaweq> https://bugs.launchpad.net/horizon/+bug/1907843 - I moved it to Horizon but maybe worth to check if we can do something in Neutron to help with tha
14:30:04 <openstack> Launchpad bug 1907843 in OpenStack Dashboard (Horizon) "security groups filtered with tenant_id does not accept rbac" [Undecided,New]
14:30:12 <slaweq> amotoki: maybe You could take a look?
14:30:24 <amotoki> slaweq: sure
14:30:24 <ralonsoh> (we need to remove tenant_id references)
14:30:52 <slaweq> ralonsoh: I think it's the same for project_id in that specific case :)
14:31:01 <amotoki> it is a feature gap in horizon. neutron RBAC is not implemented yet.
14:32:09 <slaweq> amotoki: ok, so that's what I thought - it's more for horizon then Neutron :)
14:32:31 <amotoki> yes. If neutron API behavior in admin is like nova, the horizon implemention would be much simpler :-(
14:33:03 <amotoki> anyway it is a horizon bug.
14:33:39 <slaweq> amotoki: thx for confirmation
14:33:59 <slaweq> this week our bug deputy is hongbin
14:34:14 <slaweq> I sent him an email with reminder but I don't have any reply yet
14:34:27 <slaweq> next week it's haleyb turn
14:34:32 <slaweq> are You ok with that?
14:34:39 <slaweq> it should be quiet week :)
14:34:51 <bcafarel> I can promise I will not login that week and fill bugs at least
14:34:54 <haleyb> slaweq: i'm on PTO next week, can maybe check email a couple of times
14:35:01 <haleyb> no bugs please everyone!
14:35:20 <slaweq> haleyb: I hope there will be no many bugs next week
14:35:37 <slaweq> monday and tuesday I will be still here so I will help You with that
14:36:04 <slaweq> any other bugs You want to discuss today?
14:36:14 <mlavalle> slaweq: I can help triaging bugs next week
14:36:22 <slaweq> thx mlavalle
14:36:29 <ralonsoh> if we have time at the end of this meeting, I would like to talk about the live-migration issue
14:36:59 <ralonsoh> (at the end)
14:37:07 <mlavalle> slaweq: or this week if hongbin doesn't respond. let me know
14:37:16 <slaweq> mlavalle: sure, thx a lot
14:37:21 <mlavalle> or both
14:37:47 <slaweq> :)
14:40:58 <slaweq> ok, it seems that there are no other bugs to discuss today
14:41:27 <slaweq> so ralonsoh lets go with live-migration issue
14:41:48 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1901707/comments/3
14:41:49 <openstack> Launchpad bug 1901707 in neutron "race condition on port binding vs instance being resumed for live-migrations" [Undecided,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
14:41:56 <ralonsoh> live-migration is working now by mistake
14:42:16 <ralonsoh> we are sending too many vif-plugged events to Nova during the live-migration
14:42:32 <ralonsoh> Nova is expecting only one: when the destination host port is bound
14:42:52 <ralonsoh> the problem in Nova is that this port is created by libvirt when the VM is unpaused
14:43:05 <ralonsoh> so Sean Mooney and me are pushing some changes to
14:43:22 <ralonsoh> 1) avoid unneeded vif-plugged events during live migration
14:43:36 <ralonsoh> 2) allow libvirt to create the port before unpausing the VM
14:43:48 <ralonsoh> 3) allow to bind the port in OVS with ofport -1 (merged)
14:44:04 <ralonsoh> we found today the problem with libvirt in the CI jobs
14:44:34 <ralonsoh> the main problem with this LP bug is that, if thee OVS agent is loaded, the OF rules will be set too late and we'll have packets lost
14:44:43 <ralonsoh> (this is the main summary)
14:45:03 <ralonsoh> and finally, this is the Neutron patch: https://review.opendev.org/c/openstack/neutron/+/766277
14:45:10 <ralonsoh> I'll comment in the LP the Nova ones
14:45:14 <ralonsoh> (that's all)
14:45:40 <slaweq> ralonsoh: first of all thx for finally cleaning this mess with notifications between nova and neutron :)
14:45:48 <ralonsoh> hehehhhe no easy!
14:46:17 <slaweq> and please also be sure that those changes will not break ovn - I remember that maciek was doing some hacks to make it working with ML2/ovn some time ago
14:46:26 <ralonsoh> for sure, I'm aware of this
14:46:34 <ralonsoh> and checking that in a testing env
14:46:57 <slaweq> ralonsoh: please remember that tempest-slow-ovn job is broken now
14:47:05 <slaweq> and I think that live-migration tests are run in that job
14:47:14 <slaweq> so You may miss problems with ML2/ovn
14:47:27 <ralonsoh> I'll make the test manually
14:47:40 <ralonsoh> (make... execute)
14:48:17 <slaweq> thx
14:49:26 <slaweq> ok, so I think we are good for today
14:49:31 <slaweq> thx for attending the meeting
14:49:36 <hemanth_n> hi, i'm looking for reviews on https://review.opendev.org/c/openstack/neutron/+/752248
14:50:05 <slaweq> hemanth_n: You have my +2 already
14:50:25 <hemanth_n> slaweq: yes, some more final reviews and WF +1
14:50:54 <slaweq> ok, I hope ralonsoh  or mlavalle will find some time to check it :)
14:50:58 <ralonsoh> sure
14:50:59 <slaweq> or haleyb :)
14:51:26 <hemanth_n> ack, thank you
14:51:43 <slaweq> ok, have a great holidays everyone
14:51:56 <njohnston> o/
14:51:57 <slaweq> and see You all on the meetings in 2021 :)
14:52:02 <slaweq> o/
14:52:04 <hemanth_n> o/
14:52:06 <slaweq> #endmeeting