14:00:18 <slaweq> #startmeeting networking
14:00:18 <openstack> Meeting started Tue Feb  2 14:00:18 2021 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:22 <openstack> The meeting name has been set to 'networking'
14:00:29 <slaweq> hi
14:00:44 <obondarev> o/
14:01:02 <rubasov> o/
14:01:05 <amotoki> o/
14:01:54 <slaweq> lets wait 2-3 more minutes for others to join
14:03:35 <ralonsoh> hi
14:04:11 <slaweq> ok, let's start
14:04:14 <slaweq> #topic announcements
14:04:28 <slaweq> I have just reminder about release calendar
14:04:54 <slaweq> we are moving to the W-3 milestone which will be in the week of March 8th
14:05:15 <slaweq> so we should now focus on implementation and reviews of the patches which we want to have in Wallaby
14:05:28 <slaweq> and that
14:05:34 <slaweq> *that's all from me
14:05:44 <slaweq> any other announements from You?
14:07:32 <slaweq> ok, I assume that this means "no"
14:07:37 <slaweq> so let's move on
14:07:47 <slaweq> #topic Blueprints
14:07:53 <slaweq> Wallaby-3 https://bugs.launchpad.net/neutron/+milestone/wallaby-3
14:07:59 <slaweq> any updates?
14:10:35 <slaweq> I was mostly focused on the secure-rbac patches last week
14:10:59 <slaweq> it was "blocked" by bug https://bugs.launchpad.net/neutron/+bug/1913718 but now fix for that is merged in oslo_policy
14:11:01 <openstack> Launchpad bug 1913718 in neutron "Enforcer performs deprecation logic unnecessarily" [Critical,Confirmed] - Assigned to Slawek Kaplonski (slaweq)
14:11:17 <slaweq> we are just waiting for new release to be done and to bump it in neutron's requirements
14:11:28 <slaweq> and we should be good to go with next patches also
14:11:46 <slaweq> I also started some PoC of UT for those new policies: https://review.opendev.org/c/openstack/neutron/+/772698 - I
14:11:56 <slaweq> I will continue it this week
14:12:08 <slaweq> so please be ready for next patches to review :)
14:12:44 <slaweq> we also have ready (or almost) ready patches related to address-groups: https://review.opendev.org/q/topic:bp/address-groups-in-sg-rules
14:12:49 <slaweq> please take a look at them too
14:13:40 <slaweq> and I need to ask jlibosva about https://bugs.launchpad.net/neutron/+bug/1863113 - I think he needs to rebase his patches related to that
14:13:41 <openstack> Launchpad bug 1863113 in neutron "[RFE] Introduce new testing framework for Neutron - OVN integration - a.k.a George" [Wishlist,New] - Assigned to Jakub Libosvar (libosvar)
14:13:53 <slaweq> that's all from me regarding BPs
14:14:42 <slaweq> any questions/comments?
14:15:14 <ralonsoh> no
14:15:48 <slaweq> ok, let
14:15:56 <slaweq> *let's move on
14:16:03 <slaweq> #topic Community goals
14:16:13 <slaweq> we already finished "Migrate RBAC Policy Format from JSON to YAML"
14:16:22 <slaweq> thx amotoki for taking care of this
14:16:31 <slaweq> ralonsoh: any updates about rootwrap?
14:16:41 <ralonsoh> yes, second patch is passing now the CI
14:16:53 <ralonsoh> #link https://review.opendev.org/c/openstack/neutron/+/772068
14:17:07 <jlibosva> o/
14:17:22 <ralonsoh> and I'll send an update this week to the mail list
14:18:12 <slaweq> ralonsoh: ok, added to my review list
14:18:54 <slaweq> jlibosva: o/
14:19:25 <slaweq> ralonsoh: when we will have this patch merged, the only missing thing will be those "long running processes", right?
14:19:34 <ralonsoh> exactly
14:19:39 <slaweq> k
14:19:46 <ralonsoh> that's why I want some feedback from the community
14:20:12 <slaweq> ok
14:21:10 <slaweq> ok, I think we can move on to the next topic
14:21:13 <slaweq> which is
14:21:16 <slaweq> #topic Bugs
14:21:27 <slaweq> ralonsoh was bug deputy last week
14:21:44 <slaweq> report: http://lists.openstack.org/pipermail/openstack-discuss/2021-February/020152.html
14:21:52 <slaweq> ralonsoh: any bugs You want to highlight?
14:22:05 <ralonsoh> yes, last ones (probably duplicated)
14:22:14 <ralonsoh> #link  https://bugs.launchpad.net/neutron/+bug/1913621
14:22:16 <openstack> Launchpad bug 1913621 in neutron "Permant ARP entries not added to DVR qrouter when connected to two Networks" [Undecided,New]
14:22:23 <ralonsoh> not confirmed yet
14:22:55 <ralonsoh> the problem seems to be in the second subnet of the external network
14:23:03 <ralonsoh> if I understood correctly
14:23:19 <ralonsoh> but I didn't have time to test it
14:23:24 <slaweq> I saw that Liu already took care of it
14:23:58 <ralonsoh> ok, the second one yes
14:24:02 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1913646
14:24:03 <openstack> Launchpad bug 1913646 in neutron "DVR router ARP traffic broken for networks containing multiple subnets" [Medium,Confirmed] - Assigned to LIU Yulong (dragon889)
14:25:15 <slaweq> I may take a look at that if I will have some time
14:27:03 <slaweq> today I also took a look at https://bugs.launchpad.net/neutron/+bug/1914037
14:27:04 <openstack> Launchpad bug 1914037 in tempest "scenario tests tempest.scenario.test_network_v6.TestGettingAddress fails" [Undecided,New]
14:27:13 <slaweq> and IMO this isn't neutron bug but tempest issue
14:27:33 <slaweq> as same IPv6 CIDRs are used for external and tenant networks
14:27:39 <slaweq> and that causes problems in some tests
14:28:20 <ralonsoh> shouldn't we have a common resource provider for testing?
14:28:23 <ralonsoh> cidrs, ips, etc
14:28:42 <ralonsoh> (that's what I though)
14:28:46 <slaweq> external network (called public) is created by devstack
14:28:59 <slaweq> and later tenant networks are created by tempest during tests
14:29:09 <slaweq> those are 2 independent things
14:29:25 <slaweq> and there is no common resource provider for those
14:29:27 <ralonsoh> ok, that's right
14:30:50 <slaweq> there is also https://bugs.launchpad.net/neutron/+bug/1913038 which happens only when port is created through Horizon
14:30:51 <openstack> Launchpad bug 1913038 in neutron "Port remains in status DOWN when fields "Device ID" and "Device owner" are filled from dashboard" [Undecided,Incomplete]
14:31:00 <slaweq> idk if that is really true but that was the bug description
14:31:09 <slaweq> ralonsoh asked for logs there
14:31:25 <slaweq> but if someone familiar with Horizon and LB could take a look, that would be great
14:31:43 <ralonsoh> I couldn't reproduce it locally
14:32:21 <slaweq> but You tried with ovs agent, right?
14:32:39 <ralonsoh> yes
14:32:54 <slaweq> I really doubt that there is any "link" between LB backend and Horizon
14:33:02 <amotoki> I will try to reproduce it. Perhaps it is not directly related to horizon but anyway I will check that bug.
14:33:06 <slaweq> but that's what is reported in that LP
14:33:12 <slaweq> amotoki: thx a lot
14:34:07 <slaweq> any other bugs to discuss today?
14:35:09 <slaweq> ok, I guess this means "no" :)
14:35:26 <slaweq> so last thing for today - our bug deputy this week is lucasgomes
14:35:31 <slaweq> and he's already aware of it
14:35:41 <slaweq> next week will be jlibosva
14:35:50 <slaweq> jlibosva: is that ok for You?
14:35:58 <jlibosva> yes, all good
14:36:05 <slaweq> great
14:36:07 <slaweq> thx
14:36:57 <slaweq> I think we can call it a meeting now
14:37:05 <slaweq> unless You have anything else to discuss
14:38:03 <slaweq> ok, thx for attending the meeting
14:38:07 <slaweq> and have a great week
14:38:10 <ralonsoh> bye
14:38:10 <slaweq> see You online
14:38:12 <slaweq> o/
14:38:14 <slaweq> #endmeeting