14:00:30 <haleyb> #startmeeting networking 14:00:30 <opendevmeet> Meeting started Tue Jan 28 14:00:30 2025 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:30 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:30 <opendevmeet> The meeting name has been set to 'networking' 14:00:32 <haleyb> Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki, haleyb, ralonsoh 14:00:34 <mlavalle> \o 14:00:36 <haleyb> o/ 14:00:36 <lajoskatona> o/ 14:00:38 <slaweq> o/ 14:00:40 <ralonsoh> hello 14:00:41 <obondarev> o/ 14:00:44 <cbuggy> o/ 14:01:25 <rubasov> o/ 14:01:38 <haleyb> #announcements 14:01:53 <haleyb> We are in week R-9 of Epoxy 14:02:14 <bcafarel> o/ 14:02:19 <haleyb> E-3 milestone at week R-5 (Feb 24) 14:02:33 <haleyb> #link https://releases.openstack.org/epoxy/schedule.html 14:02:53 <haleyb> So about a month until feature freeze 14:03:30 <opendevreview> Rodolfo Alonso proposed openstack/neutron master: WIP == Refresh host nodes before notifying https://review.opendev.org/c/openstack/neutron/+/940256 14:03:30 <opendevreview> Rodolfo Alonso proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with WSGI https://review.opendev.org/c/openstack/neutron/+/940257 14:03:41 <elvira> o/ 14:04:29 <haleyb> So if you haven't proposed changes for an RFE you should very soon 14:04:55 <haleyb> Reminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers 14:05:06 <haleyb> I think i saw one new one will have to triage 14:05:17 <haleyb> And of course a reminder to use the priorities dashboard for patches in the "ready to merge" state 14:06:38 <haleyb> Regarding the Linuxbridge driver, the announcement to the ML was seemingly well received, so i think we can go ahead with merging it 14:06:46 <haleyb> #link https://review.opendev.org/c/openstack/neutron/+/927216 14:07:10 <mlavalle> +1 14:07:12 <ralonsoh> +1 14:07:17 <bcafarel> nice 14:07:24 <haleyb> I have already informed our team here to stop building/shipping it for Epoxy 14:08:20 <slaweq> \o/ 14:08:35 <haleyb> I will send another email regarding dibbler removal as well, to tell the truth not sure anyone is using it 14:08:55 <haleyb> #link https://review.opendev.org/c/openstack/neutron/+/934283 14:09:58 <haleyb> last announcement is it's PTL/TC election season for 2025.2 cycle 14:10:03 <haleyb> #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/UEDIQMZHKGQO3ZWO4U4YB6FEB7OS5RJY/ 14:10:25 <haleyb> The nomination period officially begins Feb 05, 2025 23:45 UTC 14:11:09 <haleyb> Feb 19, 2025 23:45 UTC is the cutoff 14:11:18 <slaweq> yes, but if you are interested nominating yourself and will not be available during the nomination period, you can send early nomination patch even today 14:11:37 <slaweq> it will not pass CI for now but we will recheck it after the nomination will officially start 14:12:20 <mlavalle> haleyb: will you lead us again the next cycle? 14:12:22 <haleyb> and if anyone is interested in PTL please ping me, I am more than happy to talk about it 14:13:18 <haleyb> i have no problem continuing, but wanted to make sure there was no other interest 14:13:29 <mlavalle> +1 14:13:41 <mlavalle> thanks 14:13:44 <haleyb> of course i have not checked with management here but i will this week 14:15:21 <haleyb> i think that's all the announcements i had, any others? 14:16:11 <haleyb> #topic bugs 14:16:24 <haleyb> ykarel was the bug deputy last week, his report is at 14:16:30 <haleyb> #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/HEQAER6JQLPFTYMAXNWUEZ6LSOHDZP32/ 14:16:55 <haleyb> think there are some unassigned ones 14:17:19 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2095807 14:17:27 <haleyb> OVN loadbalancer via FIP does not work for DVR + VLAN networks 14:17:58 <ralonsoh> I think froyo is checking this one 14:18:10 <haleyb> yes, and seems it could be related to https://bugs.launchpad.net/neutron/+bug/2028846 14:19:40 <haleyb> ralonsoh: i see you picked-up https://bugs.launchpad.net/neutron/+bug/2095598 yesterday, thanks, as this was not fixed with sahid's change 14:20:04 <ralonsoh> yes, I'm planning to check it tomorrow 14:20:15 <haleyb> +1 14:21:39 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2095590 14:21:42 <haleyb> [OVN] Neutron API stops refreshing the hash ring node 14:21:56 <haleyb> thanks for the work on that as well ralonsoh i will watch patches 14:21:57 <ralonsoh> sorry, I should have assigned this one to me 14:22:43 <haleyb> i think you did? 14:23:02 <haleyb> there is also 14:23:06 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2095566 14:23:13 <haleyb> [OVN] Router creation timeouts randomly 14:23:36 <ralonsoh> yes, I saw it in both wsgi and eventlet runs 14:23:39 <haleyb> oh, closed as dup of other 14:23:45 <ralonsoh> in grenade 14:23:49 <ralonsoh> no no 14:23:59 <ralonsoh> I thought that was related to wsgi 14:24:02 <ralonsoh> but it isn't 14:24:19 <ralonsoh> and I confirm what I described in the first message 14:24:21 <haleyb> ah, np 14:24:24 <ralonsoh> I suspect that the ``ScheduleNewGatewayCommand``, due to the operations done inside the ``run`` method [1], is causing this random timeout. My recommendation is to move this operation out of the router creation command. 14:25:15 <ralonsoh> ideally the best way is to schedule the gw port in the same txn we create the router and ports 14:25:33 <ralonsoh> but I think we should take this command out of this txn 14:26:34 <haleyb> ralonsoh: ack, does anyone have cycles to pick that up? 14:26:50 * haleyb can try to look later this week if not 14:28:09 <haleyb> alright 14:28:17 <haleyb> next unassigned bug is 14:28:21 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2095576 14:28:30 <haleyb> [OVS] False ERROR log message every time when creating VM 14:29:22 <haleyb> thatnks for the triage on that ralonsoh, seems simple change hopefully submittor will post patch, i will mention that in bug 14:29:33 <slaweq> this looks like low-hanging-fruit for me 14:30:23 <haleyb> i've marked as such 14:31:02 <slaweq> thx 14:31:07 <haleyb> last one is an rfe 14:31:11 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2096704 14:31:21 <haleyb> [RFE] Allow rebalancing of OVN LRPs 14:31:46 <ralonsoh> I talked to this folk last week 14:32:09 <ralonsoh> I think there could be a problem with the ovn l3 scheduler with 2 GW nodes (that was his usecase) 14:32:20 <ralonsoh> but, in any case, this could be a nice to have tool 14:32:43 <ralonsoh> when you delete routers, you can eventually have a very unblanced distribution 14:32:56 <ralonsoh> this could be useful with some warnings, of course 14:33:15 <ralonsoh> the first one is that any re-scheduled GW port will temporarily lost connectivity 14:33:23 <ralonsoh> but this is up to the user 14:33:40 <ralonsoh> this could be a RFE but I don't know if a spec would be needed 14:35:05 <haleyb> ralonsoh: ack, was going to ask if this is potentially a new scheduler where it automatically rebalances, or a tool to run 14:35:12 <ralonsoh> a tool 14:36:16 <haleyb> alright, seems like a discussion for drivers meeting then 14:36:46 <haleyb> any other bugs to discuss? 14:36:48 <mlavalle> haleyb: if I understood correctly, you'd prefer someone else to look at https://bugs.launchpad.net/neutron/+bug/2095566. I can do it if that's what you want 14:37:49 <haleyb> mlavalle: if you have cycles that would be great 14:38:00 <mlavalle> ack, I 14:38:02 <haleyb> thanks! 14:38:06 <mlavalle> will do it 14:39:10 <haleyb> so this week mtomaska is the bug deputy, next week is bcafarel 14:39:32 <haleyb> i do not see miro here 14:40:41 <haleyb> can someone ping him on your internal channel and make sure he can do it? 14:41:20 <haleyb> and are you good for next week bcafarel ? 14:42:19 <haleyb> this is the herding of cats part of being a PTL :-p 14:42:39 <haleyb> let's move on i will follow-up later 14:42:43 <elvira> miro is on pto until friday (not included) 14:43:21 <haleyb> ah, ok, i will keep an eye on bugs 14:43:26 <haleyb> thanks elvira 14:43:37 <elvira> Not sure if he is aware or not, I can send him a message though so that he sees it on friday 14:43:58 <elvira> np! :) 14:44:02 <bcafarel> I was about to comment yes, not sure if he planned to go through it on Friday 14:44:09 <bcafarel> (and good for me for next week) 14:44:24 <haleyb> thanks 14:44:57 <haleyb> so just a reminder for everyone to look at the list (i'll update today) and if you have a conflict please reach-out so we can move things 14:45:13 <haleyb> #link https://wiki.openstack.org/wiki/Network/Meetings 14:45:41 <haleyb> #topic community goals 14:46:05 <haleyb> lajoskatona: seems neutronclient patches still open, but one has a +2 14:46:42 <lajoskatona> yes I got some reviews (one +2) 14:47:05 <lajoskatona> so slow progress, when these are in I plan to move forward 14:47:29 <haleyb> great, hopefully we get those 2 in this cycle 14:47:57 <lajoskatona> fingers crossed :-) 14:48:20 <haleyb> great, thanks for doing the work 14:48:38 <haleyb> and the other goal is eventlet, which i think made some progress this week 14:48:57 <ralonsoh> well, I've identified what the issue is with wsgi and OVN 14:49:06 <ralonsoh> and is the hash ring, that is not updated periodically 14:49:20 <ralonsoh> because when the API is idle, the thread is not executed 14:49:30 <ralonsoh> that's a drawback of using wsgi 14:49:38 <ralonsoh> in any case, some patches to be reviewed 14:49:49 <ralonsoh> ovn metadata agent: https://review.opendev.org/c/openstack/neutron/+/938393 14:50:14 <ralonsoh> require start time in Neutron api: https://review.opendev.org/c/openstack/neutron/+/940123 14:50:16 <ralonsoh> that's all 14:51:32 <haleyb> ralonsoh: ack. so looks like dhcp-agent is one that still needs an owner, i might be able to look at that since it should be similar to l3-agent i would hope 14:51:45 <ralonsoh> dhcp? 14:51:47 <haleyb> and we can drop the linuxbridge one 14:51:49 <ralonsoh> the l3 agent 14:51:57 <haleyb> https://bugs.launchpad.net/neutron/+bug/2087944 14:52:01 <ralonsoh> dhcp is waiting for a new oslo.services release 14:52:25 <ralonsoh> ok, for dhcp I implemented some patches before adding this LP bug 14:52:40 <ralonsoh> the only issue right now is the metadata server 14:52:49 <ralonsoh> that could be spawned with l3 and dhcp 14:53:04 <ralonsoh> but it could use the same implementation as in https://review.opendev.org/c/openstack/neutron/+/938393 14:53:07 <haleyb> ok, i was tracking by the bugs 14:55:17 <haleyb> i will look at that change again ^^ later this week regarding metadata server 14:55:48 <haleyb> #topic on-demand 14:56:03 <haleyb> i did not see any items added here, but will open the floor to anything 14:57:13 <haleyb> ok, if nothing we can end 14:57:20 <haleyb> have a good week everyone, thanks for attending! 14:57:24 <haleyb> #endmeeting