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