14:05:06 <ralonsoh> #startmeeting networking 14:05:06 <opendevmeet> Meeting started Tue Mar 14 14:05:06 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:05:06 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:05:06 <opendevmeet> The meeting name has been set to 'networking' 14:05:07 <mlavalle> o/ 14:05:22 <lajoskatona> o/ 14:05:22 <ralonsoh> ping bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, sahid, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki 14:05:46 <ralonsoh> ok, I think we start 14:05:54 <ralonsoh> #topic announcements 14:05:58 <haleyb> o/ again 14:06:20 <ralonsoh> #link https://releases.openstack.org/antelope/schedule.html 14:06:44 <ralonsoh> during this week we'll propose the final RCs for the projects 14:06:46 <bcafarel> late o/ 14:06:59 <ralonsoh> maybe today or tomorrow we'll have the releases patches in gerrit 14:07:17 <ralonsoh> please check anything needed for 2023.1 and propose a backport if necessary 14:07:36 <lajoskatona> +1, and happy new release :-) 14:08:11 <ralonsoh> as usual, a reminder that the PTG is in 10 days 14:08:20 <ralonsoh> the etherpad is https://etherpad.opendev.org/p/neutron-bobcat-ptg 14:08:34 <ralonsoh> please add any relevant topic 14:08:58 <ralonsoh> tomorrow I'll add those related to the TC resolutions, CI topics and SQLAlchemy 14:09:05 <ralonsoh> and other new features to be proposed 14:09:15 <ralonsoh> next week we'll schedule the room calendar 14:09:17 <mlavalle> ralonsoh: can we merge code again? 14:09:26 <ralonsoh> mlavalle, we never stopped 14:09:31 <mlavalle> ok 14:09:48 <ralonsoh> #link https://ptg.opendev.org/ptg.html 14:10:15 <ralonsoh> today I'll send a voting poll to decide what are the most suitable hours for us 14:10:44 <ralonsoh> same as other projects, the goal is to plan everything from tuesday to friday 14:10:57 <ralonsoh> leaving monday for TC 14:11:05 <mlavalle> +1 14:11:40 <ralonsoh> and June PTG ("PTG, the revenge") 14:11:43 <ralonsoh> #link https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032523.html 14:12:18 <ralonsoh> I need to know what sessions are we going to schedule during the Vancouver PTG 14:12:35 <ralonsoh> in order to register Neutron project and schedule the rooms 14:12:58 <ralonsoh> we can also discuss this during the virtual PTG, but please be aware 14:13:27 <lajoskatona> We are still waiting for the travel approval, so not sure if we can travel (I mean rubasov and myself) 14:13:39 <ralonsoh> I know this is a big stopper 14:13:43 <ralonsoh> I'm aware of this 14:14:24 <ralonsoh> ok, something else I'm missing? 14:14:47 <ralonsoh> last reminder: today we don't have CI meeting 14:15:03 <ralonsoh> ok, let's move to the next topic 14:15:07 <ralonsoh> #topic bugs 14:15:23 <ralonsoh> we don't have a summary this week 14:15:44 <ralonsoh> but I have the links of the bugs currently not assigned and opened during the last week 14:15:55 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2009705 14:16:32 <ralonsoh> to be honest, I don't have the knowledge to debug this 14:16:55 <ralonsoh> but I'll ping zhouhenglc if he can assign and investigate this issue 14:17:23 <ralonsoh> ok, next one 14:17:27 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2009807 14:17:27 <lajoskatona> zhouhenglc already commented on the bug so sounds good idea 14:17:39 <ralonsoh> yeah 14:17:55 <ralonsoh> but he couldn't reproduce it 14:18:09 <ralonsoh> so maybe this is not a bug or the reproducer steps are not correct 14:18:38 <slaweq> I have summary of bug reports almost ready. But as I was off yesterday and today I forgot to send ot 14:18:41 <slaweq> I will send it later today, sorry for that 14:18:53 <ralonsoh> slaweq, no problem, we are discussing the bugs not assigned 14:19:00 <ralonsoh> opened during the last week 14:19:26 <ralonsoh> ok, let's move to the next one 14:19:31 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2009807 14:20:06 <ralonsoh> IMO, the user is don't something wrong or is not describing one step 14:21:05 <ralonsoh> please, check if that rings you a bell, but I think the user is already using this provider network 14:21:11 <ralonsoh> sorry 14:21:13 <ralonsoh> physical network 14:22:01 <ralonsoh> anyway, we should wait for more information from the reporter 14:22:21 <ralonsoh> the next two bugs are low hanging fruits ones 14:22:26 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2009832 14:22:32 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2009831 14:22:45 <ralonsoh> to correctly document the installation process 14:23:03 <ralonsoh> feel free to take them 14:23:28 <ralonsoh> and that's all I have 14:23:38 <ralonsoh> any other pending bug you want to discuss today? 14:24:18 <ralonsoh> btw, I think you read the mail related to the L3 agent fullsync problem 14:24:30 <ralonsoh> and how to detect that the agent is in this state 14:24:37 <ralonsoh> I created https://bugs.launchpad.net/neutron/+bug/2011422 14:24:43 <ralonsoh> but as a RFE 14:24:52 <haleyb> ralonsoh: i have a change up for this bug, https://bugs.launchpad.net/neutron/+bug/1988069 14:24:54 <haleyb> https://review.opendev.org/c/openstack/neutron/+/875809 14:25:02 <haleyb> Change API to validate network MTU minimums 14:25:23 <haleyb> any reviews are welcome, i don't think we need the other change(s) if we do that one 14:25:57 <ralonsoh> yeah, I think we discussed this before 14:26:11 <ralonsoh> but what happens if we are using other than IP traffic? 14:26:53 <haleyb> ralonsoh: if there are no subnets then we don't care about the mtu 14:27:19 <ralonsoh> but we set the MTU in the TAP device 14:27:53 <ralonsoh> well, this is only for L3 (so IP) 14:29:05 <ralonsoh> ok, any other bug? 14:29:07 <haleyb> do you have an example of non-IP usage i can look at? this patch didn't change any of the mtu code in the drivers 14:29:17 <haleyb> or just comment in the bug :) 14:29:21 <haleyb> s/bug/patch 14:29:40 <ralonsoh> nova used the MTU to define the TAP 14:30:08 <ralonsoh> in any case, this is a corner case and I think we can tunnel this kind of traffic 14:30:44 <ralonsoh> This week haleyb is the deputy, next week will be amotoki. 14:31:03 <amotoki> ralonsoh: ack 14:31:26 <amotoki> MTU here is max payload size for ethernet on a virtual network, so MTU is needed even for non-IP network in theory (though I don't know a real use case example) 14:31:40 <amotoki> * to define a tap device 14:33:01 <ralonsoh> I need to refresh that, MTU is related to IP, not the frame size 14:33:08 <ralonsoh> but anyway, we can review that in the patch 14:33:38 <amotoki> yeah 14:33:42 <ralonsoh> ok, let's move to the next topic 14:33:49 <ralonsoh> #topic community_goals 14:33:54 <ralonsoh> 1) Consistent and Secure Default RBAC 14:34:18 <ralonsoh> #link https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/874709 14:34:24 <ralonsoh> is still failing 14:34:34 <ralonsoh> but slaweq commented this is because of the n-lib version 14:34:51 <ralonsoh> once we have the latest one, that should pass 14:34:59 <ralonsoh> the release patch for Zed (one sec) 14:35:33 <ralonsoh> #link https://review.opendev.org/c/openstack/releases/+/876835 14:35:34 <ralonsoh> cool 14:35:38 <ralonsoh> merged 2 hours ago 14:35:47 <ralonsoh> so I'll recheck that patch again 14:36:12 <ralonsoh> that's that last bit needed for sRBAC in Zed (I hope so) 14:36:27 <lajoskatona> fingers crossed 14:36:51 <ralonsoh> hehehe I think there is just one little problem with one n-lib call 14:37:02 <frickler> you'll need the u-c bump first I think https://review.opendev.org/c/openstack/requirements/+/877367 14:37:05 <ralonsoh> this is why we have so many tests failing 14:37:16 <ralonsoh> yeah, I was checking that 14:37:32 <ralonsoh> and seems that CI is not happy with this patch 14:37:59 <ralonsoh> anyway, I'll check what is happening with n-lib 3.1.1 14:38:08 <frickler> that seems more like a general zed issue for reqs 14:38:24 <ralonsoh> pkg_resources.extern.packaging.requirements.InvalidRequirement: Expected end or semicolon (after version specifier) 14:38:24 <ralonsoh> lesscpy>=0.9h 14:38:24 <ralonsoh> ~~~~~^ 14:38:30 <ralonsoh> weird 14:38:56 <ralonsoh> ok, maybe the problem is not in n-lib, after the meeting I'll check the status of this 14:39:41 <frickler> that sounds familiar, I'll have a look, too 14:39:51 <ralonsoh> the issue is in "requirements/openstack_requirements/tests/files/gr-base.txt" 14:40:04 <ralonsoh> so that seems to be a testing problem 14:40:17 <lajoskatona> lesscpy is a dependency but not set in this patch: https://codesearch.openstack.org/?q=lesscpy&i=nope&literal=nope&files=&excludeFiles=&repos= 14:40:27 <lajoskatona> so really wird 14:40:32 <lajoskatona> weird ----^ 14:41:08 <frickler> https://review.opendev.org/c/openstack/requirements/+/873620 14:41:17 <frickler> seems need to backport that fix 14:41:29 <ralonsoh> perfect, that looks better 14:41:57 <lajoskatona> +1, thanks 14:42:27 <frickler> https://review.opendev.org/c/openstack/requirements/+/877269 will see how that goes 14:42:44 <ralonsoh> but we'll need 2023.1 too 14:42:54 <ralonsoh> no 14:43:04 <ralonsoh> the patch was merged in 2023.1 14:43:18 <ralonsoh> cool, thanks! 14:43:43 <ralonsoh> ok, the next goal is 14:43:46 <ralonsoh> 2) Neutron client deprecation 14:44:04 <ralonsoh> #link https://etherpad.opendev.org/p/python-neutronclient_deprecation 14:44:11 <lajoskatona> open patches: https://review.opendev.org/q/topic:bug/1999774+status:open 14:44:30 <lajoskatona> BGPVPN sdk and neutronclient patch is ready for review 14:44:35 <ralonsoh> ^^^ I swear I'll review all of them this weej 14:44:36 <ralonsoh> week* 14:44:54 <lajoskatona> thanks 14:45:06 <ralonsoh> please folks, add this link ^^^^ to your review piles 14:45:34 <ralonsoh> this is important: the less projects we have using nclient, the better for us in terms of code maintenance 14:45:41 <lajoskatona> I also asked gtema if he can join to our PTG to help in the discussion of this topic and have one eye from SDK/OSC point of view, and was happy 14:46:02 <ralonsoh> perfect, ask him for a day/hour 14:46:07 <ralonsoh> and we'll schedule it 14:46:10 <lajoskatona> so if we are closer to have a schedule I will ask ralonsoh to help in this 14:46:17 <lajoskatona> ralonsoh: ok, thanks 14:46:21 <ralonsoh> perfect 14:46:45 <ralonsoh> and that's all for today 14:46:50 <ralonsoh> #topic on_demand 14:46:53 <ralonsoh> I have one 14:46:57 <ralonsoh> related to the releases 14:47:04 <opendevreview> Terry Wilson proposed openstack/neutron master: Only create a frozen Row on matching events https://review.opendev.org/c/openstack/neutron/+/877383 14:47:04 <ralonsoh> I you saw in the mail last week 14:47:20 <ralonsoh> I proposed new releases for Neutron projects for X, Y and Z 14:47:31 <ralonsoh> but my mistake was not to care of this more often 14:47:49 <ralonsoh> so every month, the first meeting we have 14:47:57 <ralonsoh> I'll raise this topic to your consideration 14:48:16 <ralonsoh> just to decide or not if there is a project/release that need to be proposed 14:48:29 <ralonsoh> that will take us some mins, no more 14:48:39 <ralonsoh> that's all from my side 14:48:40 <lajoskatona> good idea 14:49:03 <ralonsoh> do you have any topic you want to discuss today? 14:49:54 <ralonsoh> again, sorry for the delay and have a nice week! 14:50:00 <ralonsoh> #endmeeting