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