14:00:17 <haleyb> #startmeeting networking
14:00:17 <opendevmeet> Meeting started Tue Feb 27 14:00:17 2024 UTC and is due to finish in 60 minutes.  The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:17 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:17 <opendevmeet> The meeting name has been set to 'networking'
14:00:25 <haleyb> Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki
14:00:26 <mlavalle> \o
14:00:29 <slaweq> o/
14:00:30 <frickler> o/
14:00:31 <obondarev> hi
14:00:34 <ykarel> o/
14:00:44 <fnordahl> o/
14:01:21 <ralonsoh> hello
14:01:26 <bcafarel> o/
14:01:41 <haleyb> ok, lets get started
14:01:42 <elvira1> o/
14:01:50 <haleyb> #topic announcements
14:02:01 <haleyb> #link https://releases.openstack.org/caracal/schedule.html
14:02:33 <ihrachys> o/
14:02:43 <haleyb> We are in C-3 milestone week
14:03:20 <haleyb> that means we shouldn't be landing a feature after this week
14:03:33 <haleyb> unless we grant an exception
14:04:18 <haleyb> the week of March 11 is RC1
14:04:46 <haleyb> that said, we still have one open feature
14:04:58 <haleyb> #link https://review.opendev.org/q/topic:%222023-aa-l3-gw-multihoming%22
14:06:09 <haleyb> fnordahl has been busy rebasing and addressing comments, would like to merge that since a lot of the changes have landed
14:07:17 <fnordahl> I for one would be very interested in seeing that land, and happy to answer any questions. 90% of the feature has landed already. The remaining pieces is handling of the BFD records, the anti affinity support for scheduling of LRPs and of course client and documentation.
14:08:10 <fnordahl> Are there any open issues as you see it preventing the review?
14:08:18 <haleyb> i cound 7 neutron patches, 2 n-t-p and 2 client
14:08:24 <haleyb> s/count
14:08:58 <haleyb> fnordahl: i think you have addressed all my comments, just need to re-review the chain
14:09:50 <fnordahl> Helpfully it went into merge conflict this morning, which would be the reason for there not being test results on all of them right now, but the results are trickling in
14:10:03 <mlavalle> I also want to draw attention to https://review.opendev.org/c/openstack/neutron/+/901513. It is the last part of OVN router flavors that we merged earlier during the cycle
14:10:35 <mlavalle> I'll address lajoskatona comments from yesterday (thanks!) later today
14:11:37 <haleyb> mlavalle: ack, will take a look
14:12:02 <mlavalle> haleyb: wait for me to fix what lajoskatona pointed out. I'll ping you
14:12:05 <mlavalle> thanks!
14:12:23 <haleyb> sure
14:13:35 <haleyb> i would encourage people to ping reviewers if it helps to get things in this week
14:14:17 <haleyb> any other features to talk about?
14:15:05 <haleyb> one other announcement, i did self-nominate myself for ptl again, so if noone else runs you're stuck with me for 2024.2 :)
14:15:27 <ralonsoh> +1
14:15:46 <obondarev> thanks haleyb
14:15:46 <mlavalle> Great!
14:15:52 <mlavalle> thanks!
14:16:08 <haleyb> also, the TC nomination period is still open through today i think
14:16:44 <haleyb> please check the schedule to be sure if you are interested
14:17:23 <haleyb> #topic bugs
14:17:32 <haleyb> lucasgomes was deputy last week
14:17:40 <haleyb> #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/PK7JYOJK55WKEC4LGW25V7OWRG6DYEZH/
14:17:58 <haleyb> there were only 3 (!) bugs
14:18:21 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2054435
14:18:29 <haleyb> Testing errors when using new netaddr library
14:19:11 <ralonsoh> that is related with the topic I would like to comment later
14:19:26 <ralonsoh> about grouping the netaddr=1.0.0 problems in one LP bug
14:20:07 <haleyb> ralonsoh: ack, we can discuss in on-demand
14:20:27 <haleyb> next bug
14:20:32 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2054324
14:20:55 <haleyb> Iptables rule wrong if created a rule with protocol 4
14:21:21 <haleyb> i picked this up and proposed two changes, one in neutron-lib and one in neutron, which is temporary and backportable
14:21:34 <haleyb> #link https://review.opendev.org/c/openstack/neutron/+/909943
14:21:41 <haleyb> #link https://review.opendev.org/c/openstack/neutron-lib/+/909942
14:22:10 <haleyb> i wrote up a description in the bug since it's an odd one
14:22:57 <ralonsoh> qq about the n-lib patch
14:23:01 <ihrachys> write-up is cool; would be even cooler to have it in the commit message :)
14:23:14 <ralonsoh> we are adding a new variable to a constants list
14:23:21 <ralonsoh> that is already used in the API
14:23:32 <ralonsoh> is that acceptable because this is a bug?
14:23:47 <ralonsoh> (because that was a missing value in this list)
14:24:30 <haleyb> ralonsoh: i think it's ok since neutron is the only user of that list afaik, let me check codesearch
14:25:10 <ralonsoh> but only if Neutron is using it
14:25:22 <haleyb> yes, it's only used in the iptables firewall driver when determining what to use with iptables-save/restore
14:26:15 <haleyb> ihrachys: i can put in the commit message, i might be the only one left with that esoteric knowledge of the iptables driver
14:28:09 <haleyb> the final bug here is an older one
14:28:14 <haleyb> #link https://bugs.launchpad.net/nova/+bug/2008238
14:28:20 <haleyb> SRIOV port binding_profile attributes for OVS hardware offload are stripped on instance deletion or port detachment
14:28:55 <ralonsoh> we are no longer writing any value in the port binding dict
14:28:56 <ralonsoh> https://review.opendev.org/c/openstack/neutron/+/898556
14:29:03 <ralonsoh> so this is no longer affecting Neutron
14:29:25 <haleyb> ack, i see you removed neutron from it, so --bug
14:30:24 <haleyb> Current bug count this week: 739, down 6 from last week
14:30:50 <haleyb> once we go into freeze i will spend more time pruning, thanks to others that have done the same
14:31:22 <haleyb> This week bug deputy is jlibosva
14:31:28 <haleyb> i don't see him here
14:31:39 <ralonsoh> I'll ping him later
14:31:39 <haleyb> next week is obondarev - is that good?
14:32:13 <obondarev> yep
14:32:50 <haleyb> thanks
14:33:14 <haleyb> topic #specs
14:33:19 <haleyb> #link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open
14:33:56 <haleyb> there are still 2 open specs regarding bgp, if we don't merge this cycle will move them to next
14:34:21 <haleyb> it's really too late to merge any code related to them
14:35:09 <haleyb> #topic community_goals
14:35:52 <haleyb> i realize lajoskatona is not able to make it, his horizon patch is waiting for the sdk to be released
14:35:59 <haleyb> #link https://review.opendev.org/c/openstack/horizon/+/891205
14:36:40 <haleyb> so hopefully that happens soon since it's a step to removing rest of the neutronclient code
14:36:53 <haleyb> moving on
14:37:02 <haleyb> #topic on_demand
14:37:14 <haleyb> i did not update wiki, but we have one item from ralonsoh
14:37:32 <ralonsoh> very quick: we are finding new netaddr>=1.0.0 errors
14:37:47 <ralonsoh> now we have 2 LP bugs but I found another one this morning
14:37:58 <ralonsoh> IMO, we should track them all in a single LP bug
14:38:14 <ralonsoh> or at least have some kind of prefix in the commit message
14:38:23 <ralonsoh> same as sqlalchemy-20
14:39:18 <ykarel> +1
14:39:44 <haleyb> ralonsoh: what was the third one?
14:39:54 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2054435
14:40:03 <haleyb> #link https://bugs.launchpad.net/neutron/+bug/2054203
14:40:06 <ralonsoh> no, I didn't open a LP
14:40:13 <ralonsoh> https://review.opendev.org/c/openstack/neutron-lib/+/910331
14:40:23 <haleyb> oh, "now we have 2 LP bugs"
14:40:29 <haleyb> i thought you found a third
14:40:41 <ralonsoh> yes, this patch is a new bug
14:42:22 <haleyb> ah, ok
14:43:50 <haleyb> i did see takashi had proposed a netaddr patch so we could use the old style behavior, which would then require a change in neutron or oslo.utils
14:44:09 <haleyb> #link https://github.com/netaddr/netaddr/pull/377
14:44:26 <haleyb> because we still need to support things like 10/8 because they used to work
14:44:56 <ralonsoh> this is one of the issues reported in on LP bug
14:44:59 <ralonsoh> that's the point
14:45:16 <ralonsoh> nevermind, if we find new bugs, we should open new LP bugs
14:45:26 <ralonsoh> that's all, thanks
14:45:54 <haleyb> ralonsoh: ack, thanks
14:46:25 <haleyb> any other topics?
14:46:57 <haleyb> neutron-ci meeting is top of hour, irc this time i believe
14:47:09 <ykarel> yes right
14:48:27 <haleyb> ok, thanks everyone for attending, reach out on irc for reviews etc as it will be a busy week
14:48:30 <haleyb> #endmeeting