Tuesday, 2026-09-15

opendevreviewMiro Tomaska proposed openstack/neutron-tempest-plugin master: Test that only one subnet with `advertise-host` is allowed per network  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100097301:46
opendevreviewOpenStack Proposal Bot proposed openstack/neutron-vpnaas-dashboard master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/100565104:20
opendevreviewOpenStack Proposal Bot proposed openstack/neutron-fwaas-dashboard master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/100565204:22
opendevreviewchanyeol yoon proposed openstack/neutron-specs master: Add OVN ACL flow sampling to Network Log  https://review.opendev.org/c/openstack/neutron-specs/+/100566005:56
opendevreviewyatin proposed openstack/os-vif stable/2026.1: ovs: disable IPv6 on taps created by create_tap before bringing them up  https://review.opendev.org/c/openstack/os-vif/+/100566306:50
opendevreviewMerged openstack/neutron-vpnaas-dashboard master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/100565107:51
opendevreviewMerged openstack/neutron-fwaas-dashboard master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/100565207:56
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2026.2: [OVN] Fix segment bridge reconcile healing  https://review.opendev.org/c/openstack/neutron/+/100567308:12
opendevreviewMerged openstack/neutron master: [OVN] Fix segment bridge reconcile healing  https://review.opendev.org/c/openstack/neutron/+/100563508:52
opendevreviewRodolfo Alonso proposed openstack/neutron master: Drop ``AddressScope.shared`` field  https://review.opendev.org/c/openstack/neutron/+/88796509:21
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Drop ``AddressScope.shared`` API field  https://review.opendev.org/c/openstack/neutron-lib/+/100568609:24
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: floatingip-pools: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100569610:00
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: network-segment-range: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100569710:01
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: auto-allocated-topology: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100569810:02
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: metering: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100569910:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: agent: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100570010:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: flavors: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100570110:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: logging: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100570210:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: network-ip-availability: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100570310:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: qos: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100570410:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: segment: Add ``is_filter`` to API definition  https://review.opendev.org/c/openstack/neutron-lib/+/100570510:04
ralonsohhaleyb, lajoskatona about https://review.opendev.org/c/openstack/neutron-lib/+/1005527: this is a library and we can release new versions freely10:06
ralonsohalso this is a bug that should be addressed, so we should merge it now10:07
opendevreviewElvira GarcĂ­a Ruiz proposed openstack/neutron master: Make pvlan modular in ovn-db-sync  https://review.opendev.org/c/openstack/neutron/+/100384310:33
opendevreviewRodolfo Alonso proposed openstack/neutron master: Drop ``AddressScope.shared`` field  https://review.opendev.org/c/openstack/neutron/+/88796510:42
hjensascardoe: late reply, I had a look at https://bugs.launchpad.net/neutron/+bug/2167105 and the proposed fix. I don't think this would cause any problems, or require any changes in networking-baremetal/networking-generic-switch.10:46
lajoskatonaralonsoh: ack, we discussed yesterday with haleyb11:13
ralonsohcool thanks11:14
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Drop AddressScope.shared from API tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100571511:38
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Drop AddressScope.shared from API tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100571511:40
opendevreviewRodolfo Alonso proposed openstack/neutron master: ovn, trunk: Skip trunk management for external type parent ports  https://review.opendev.org/c/openstack/neutron/+/100550912:57
cardoeralonsoh: I'm happy for a different approach with that VLAN reservation stuff. I just don't want the DB to eat itself.12:59
cardoeI've also noticed that the constraint isn't (network_type, physical_network, segmentation_id) which it should be.13:00
ralonsohcardoe, this is not a problem of the DB but a possible race condition between workers13:00
ralonsohand there is no issue right now with the current code:13:00
ralonsohthe ranges are retrieved from the DB when needed (if the extension is loaded)13:01
haleyb#startmeeting networking13:01
opendevmeetMeeting started Tue Sep 15 13:01:23 2026 UTC and is due to finish in 60 minutes.  The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot.13:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:01
opendevmeetThe meeting name has been set to 'networking'13:01
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, slaweq, ykarel, lajoskatona, jlibosva, haleyb, ralonsoh, cardoe13:01
mlavalle\o13:01
ralonsohhello13:01
cbuggyo/13:01
cardoeralonsoh: I've literally just had 2026.1 eat itself twice in the past 2 weeks.13:02
ralonsohlet's talk after the meeting13:02
bcafarelo/13:02
haleyb#announcements13:03
haleybdoh13:03
haleyb#topic announcements13:03
haleybWe are currently in Week R-2 of Hibiscus13:03
lajoskatonao/13:03
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/R3GN4JC2DBW3PGUATTLKFJWV2L7KVQTE/13:03
haleybWe have tagged an initial 2026.2 RC branch13:04
haleybSo if there is a release-critical bug found, we will need to fix the issue in the master branch first, then backport the fix to the stable/2026.2 branch13:05
haleybthen tag a new version13:05
mtomaska_o/ late13:05
haleybSo please raise such issues with the core team if you find one, and designate as +2 priority13:05
haleybFinal 2026.2 "Hibiscus" release: 30 September, 202613:06
haleybReminder to please use the priority dashboard for anything neutron/networking related13:07
haleybRP +1 for "ready to merge" changes, RP +2 for gate blockers and similar13:07
haleyb#link https://tinyurl.com/59z278km13:07
lajoskatona+113:07
haleybit looks pretty sane today13:07
haleybReminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers13:08
haleybwe got through a couple last week, there is currently one on the agenda for this friday13:08
mlavalleso meeting on friday13:09
haleybmlavalle: yes, let's meet friday to discuss the one13:09
haleyband finally, the PTG is coming up in October13:09
haleyb"Indri" PTG October 12-16, 202613:10
haleybPTG Website: https://openinfra.org/ptg/13:10
haleybi'll see if an etherpad has been created, but start thinking of any topics you want to discuss13:10
opendevreviewMiguel Lavalle proposed openstack/neutron stable/2026.2: [OVN] Fix segment bridge reconcile healing  https://review.opendev.org/c/openstack/neutron/+/100567313:11
haleybi might have to make one, last time a bot did them all, but i see some other teams have created them13:12
haleybWe are also in the last days of TC voting13:13
haleybif you are eligible you would have received a ballot13:13
haleybVoting ends Sep 16, 2026 23:45 UTC13:13
haleybthat's all i had for announcements, any others?13:14
haleyb#topic bugs13:14
haleybi was the bug deputy last week, my report is at13:14
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/SZBDHEQAJO4KFVTGHQIT66OSS6BIIKKB/13:14
haleybthere was only one unassigned13:15
haleyb#link https://bugs.launchpad.net/neutron/+bug/216670713:15
haleybIntermittent IPv6 failure in neutron-ovn-bgp-tempest-multinode: VM second NIC stuck with DADFAILED link-local and no global address13:15
ralonsohlet's wait for the os-vif patch13:16
haleyband this might have been fixed with an os-vif change?13:16
ralonsohhttps://review.opendev.org/q/topic:%22tap-ipv6-dad%22\13:16
ralonsohhttps://review.opendev.org/q/topic:%22tap-ipv6-dad%2213:16
haleybright, those, so will have to look to see if failures go away13:17
haleybthat was all for new unassigned bugs, any others people want to discuss?13:18
haleybthis week mlavalle is the bug deputy, next week is lajoskatona - is that good with both of you?13:19
mlavalle+113:20
haleybCurrent bug count this week: 565, down 53 from last week :)13:20
lajoskatonaok for me13:20
haleybralonsoh: i have seen you cleaning things up, thanks for that!13:20
ralonsohthanks13:20
haleybok, moving on13:22
haleyb#topic specs13:22
cardoehttps://bugs.launchpad.net/neutron/+bug/2167266 is the bug I was talking with ralonsoh at the start13:22
haleyb#link https://review.opendev.org/q/project:openstack/neutron-specs+status:open13:22
cardoeIt's triggered twice in the past 2 weeks eating the DB13:22
haleybcardoe: ack, and i see 3 patches proposed?13:23
ralonsohwe can leave that for the on-demand section13:23
ralonsohactually I added this topic13:23
haleybok, will do13:23
haleybthere are some new specs for items discussed last week13:24
haleybalso just a reminder that if you had proposed one previously please move it to the 2027.1 folder13:24
haleyband for the new ones please review if you have cycles13:25
haleyb#topic community goals13:25
haleybwe can go through our active series13:25
haleyb#link https://review.opendev.org/q/topic:%22sdk_for_neutron%2213:25
haleybthis is the set of nova patches to move to the sdk13:26
lajoskatonano progress on this, I plan this week to go back13:26
lajoskatonathe only one is for the neutronclient to OSC topic: https://review.opendev.org/c/openstack/python-neutronclient/+/995993 can be merged as the subnet onboard is in OSC now13:26
haleyblajoskatona: great, i will review when things land13:26
haleyberr, when i see updates13:27
lajoskatonathanks :-)13:27
haleyb#link https://review.opendev.org/q/topic:%2522migrate_stadium_osc%252213:27
haleybthat is the last in that series :)13:27
haleybthe python-neutronclient one13:27
lajoskatonayes, exactly13:27
haleyb#link https://review.opendev.org/q/topic:%2522neutron_openstacksdk%252213:28
haleybthis is the heat series for neutron sdk13:28
haleybjust waiting for reviews it seems13:29
haleyboh, there are maybe some comments there as well13:29
lajoskatonaI have to go back as I still have some comments to check as I remember, but last week I travelled mostly13:29
lajoskatonabut I have +1s on it at least :-)13:30
haleybfinal community topic is the tenant_id removal work13:30
haleyb#link https://review.opendev.org/q/topic:%22neutron-project-id-migration%2213:30
haleybi still need to wait on nova changes, but will rebase and retest the series when I can13:31
haleyb#topic on-demand13:32
haleybi see ralonsoh has added a few topics13:32
ralonsohyes, in order13:32
ralonsohBug https://bugs.launchpad.net/neutron/+bug/2167266 has 3 patches13:32
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/100561413:32
ralonsohas commented there, this is not needed13:32
ralonsohand introduces a race condition between workers13:32
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/1005615/13:33
ralonsohThis is debatable: I prefer the Neutron to fail if we configure a VLAN range that doesn't match the current one13:33
ralonsohin other words: if an admin wants to reduce or change the VLAN range, it should evacuate the not configured ones13:34
ralonsohor, the alternative13:34
ralonsohraise a big error, because we'll have a configured VLAN range and some ranges used outside it13:34
ralonsoh^^ this discussion can be done in the reviews13:34
ralonsohcardoe, anything to add here?13:35
cardoeI didn't try to change the range.13:35
cardoeI literally discovered that ovn maintenance worker wasn't running.13:35
cardoeI pulled in latest stable/2026.1 and started up our neutron-servers and started up ovn-maintenance-worker13:36
cardoeAnd then there were 0 available VLANs to allocate13:36
ralonsohI don't see this explanation in the bug13:37
cardoeIt's our testing environment and the folks doing the work were messing with other things as well. So our loki wasn't capturing the logs.13:37
cardoeWe restarted neutron-server again and it then populated ALL VLANs as available. Including all of the ones that were already in use.13:37
cardoeI don't have the logs as to why the available VLANs went to 0. But I do have the sync populating all of them.13:38
ralonsohI'm not sure about what happened in your env. These patches won't fix that13:38
ralonsohplease, if possible, try to debug the error happened in your env13:39
ralonsohthat could be, of course, a bug in this plugin13:39
ralonsohI have another topic: neutron-lib reverts13:40
ralonsohhttps://review.opendev.org/q/project:openstack/neutron-lib+status:open13:40
ralonsoh4 features half implemented that should not be in n-lib anymore13:40
ralonsoh(check for "Revert..." in the message)13:41
haleybralonsoh: ack, saw those will take a look at the new ones later13:41
ralonsoh3rd topic: is_filter in the API13:41
ralonsohwe had yesterday a call from SDk folks13:41
ralonsohmany APIs don't (and should) have is_filter13:41
ralonsohI created https://bugs.launchpad.net/neutron/+bug/216731013:41
ralonsohand proposed some patches13:42
cardoeSo we've got in that environment 4 neutron-server instances. They run in k8s. So uWSGI is PID 1 in all of the pods.13:42
ralonsoh#link https://review.opendev.org/q/topic:%22bug/2167310%2213:42
haleybralonsoh: so every attribute should have is_filter?13:42
ralonsohmost of them13:42
ralonsohthe scalar ones13:42
ralonsohClaude did a very good list of the missing ones in the LP bug13:42
ralonsohI mean, why not giving the possibility to filter by name, segmentation_id or ip_address?13:43
lajoskatonaAnd we need them quickly and backported to make SDK gate green? or enough on master?13:43
ralonsohmaster will be enough, I think13:44
ralonsohthe SDK was on master13:44
lajoskatonaok13:44
ralonsohhttps://review.opendev.org/c/openstack/openstacksdk/+/100545013:44
ralonsohLast topic, VPNaaS13:45
ralonsohVICI protocol: https://review.opendev.org/c/openstack/neutron-vpnaas/+/100380113:45
ralonsohI did it the default one, the other protocol should have been deprecated years ago13:45
ralonsohI also did a CI job for the legacy one: https://review.opendev.org/c/openstack/neutron-vpnaas/+/100382013:45
ralonsohbut just until we remove it13:45
ralonsohand that's all I had!!13:46
haleybok, a lot of reviews there13:46
haleybralonsoh: for the is_filter i see there are 10 reviews, does that cover all the ones listed in that bug?13:46
ralonsohnot all of them13:46
ralonsohI'll continue later today13:46
cardoeSo I had one question for the free block.13:47
haleybok, didn't know if you needed help13:47
ralonsohhaleyb, all yours, feel free to push any patch13:47
ralonsohcardoe, sure13:47
cardoebgpvpn plugin... what's the intent with it? bgpvpn-vni now intersects with the evpn-vni that's in neutron core13:48
cardoeHelen's proposing EVPN type-5 distributed and EVPN type-2 support13:48
cardoeThere's gonna be some more intersection with bgpvpn that'll happen.13:48
ralonsohmaybe ichen can reply better to this, you can ask her during the drivers meeting, in the RFE presentation13:49
ralonsohthis friday13:49
lajoskatonayou mean networking-bgpvpn?13:49
cardoeI'll be out on PTO unfortunately and won't have internet.13:49
cardoelajoskatona: yes.13:49
ralonsohI'll make this question13:49
cardoeI've got an interest in RD and RTs on router objects13:49
ralonsohit is important to know what are the redundancies between both projects13:49
cardoeSo just been looking at the API of networking-bgpvpn13:50
cardoeI've got no interest in the backends.13:50
cardoeI'll also need to tinker with ASNs at some point.13:50
lajoskatonayes and if we can propose migration path to old users, I mean if they can have the same feautre, and we can deprecate bgpvpn13:50
cardoeAll 3 of those things are done via API to the bgpvpn router object13:51
cardoeI suspect that the OVN work will progress and also have an interest in having some or all of those fields on router objects as well.13:51
cardoeCause right now it's a hardcoded field in the config of FRR for example.13:52
cardoeAnd I'm just looking ahead to when someone says "I need to make this configurable" or "I need 1 of X values"13:53
cardoeMy only interest is the bgpvpn router object and the associated RBAC. Not the other objects.13:53
cardoelajoskatona: I'll propose something for the bgpvpn router objects then13:54
lajoskatonathere can be a topic for that during the PTG to see how we can see the future of bgpvpn and the current OVN evpn etc works13:55
lajoskatonacardoe: thanks13:55
haleybok, are there any other topics?13:56
haleybthanks for attending, have a good week everyone!13:57
haleyb#endmeeting13:57
opendevmeetMeeting ended Tue Sep 15 13:57:02 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:57
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2026/networking.2026-09-15-13.01.html13:57
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2026/networking.2026-09-15-13.01.txt13:57
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2026/networking.2026-09-15-13.01.log.html13:57
lajoskatonao/13:57
ralonsohbye13:57
opendevreviewRodolfo Alonso proposed openstack/neutron-vpnaas master: Add support for ``vpn-aes-ccm-gcm`` API extension  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100572913:58
opendevreviewRodolfo Alonso proposed openstack/neutron-vpnaas master: vpnaas: Add support for ``vpn-no-sha1-3des`` API extension Wire up the ``vpn-no-sha1-3des`` API extension definition from neutron-lib. When loaded, this extension removes the deprecated ``sha1`` and ``3des`` algorithms from VPN IKE and IPsec policy choices and changes the default ``auth_algorithm`` to ``sha256``.  https://review.opendev.org/c/openstack/neutron-vpnaas/+/10013:59
opendevreviewRodolfo Alonso proposed openstack/neutron-vpnaas master: vpnaas: Add support for ``vpn-no-sha1-3des`` API extension  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100573013:59
opendevreviewRodolfo Alonso proposed openstack/neutron-vpnaas master: Add support for ``vpn-no-sha1-3des`` API extension  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100573013:59
cardoelajoskatona: is there a place I can proposed the PTG topic or will you do that?14:12
lajoskatonacardoe: there will be an etherpad, one that is created automagically for the PTG schedule or not haleyb will open one when he lose his temper waiting for it I suppose :-)14:20
ralonsohwe can create it now and then migrate the content14:20
ralonsohwe'14:20
ralonsohwe have done this before14:21
haleybi can do it then have the link updated, just in meetings14:22
*** Unknown is now known as Mike--14:51
opendevreviewBrian Haley proposed openstack/neutron master: ovn: Add ip_substring_filtering API extension support  https://review.opendev.org/c/openstack/neutron/+/100574815:19
opendevreviewEduardo Olivares proposed openstack/neutron-tempest-plugin master: Honor explicit external_network_id in create_router_by_client  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100575615:41
opendevreviewMerged openstack/neutron stable/2026.2: [OVN] Fix segment bridge reconcile healing  https://review.opendev.org/c/openstack/neutron/+/100567316:45
opendevreviewMerged openstack/neutron-lib master: Fixed attribute-defined-outside-init pylint warnings  https://review.opendev.org/c/openstack/neutron-lib/+/100090817:37
opendevreviewSravan Sajeev proposed openstack/neutron master: Retry l2-agent RPC handshake on version mismatch  https://review.opendev.org/c/openstack/neutron/+/100577117:37
opendevreviewMerged openstack/neutron stable/2026.1: bgp: Always assume just one provider switch  https://review.opendev.org/c/openstack/neutron/+/99755018:54
opendevreviewTerry Wilson proposed openstack/neutron master: Do BGP Reconciliation on OVSDB lock acquisition  https://review.opendev.org/c/openstack/neutron/+/100580521:08
opendevreviewTerry Wilson proposed openstack/neutron master: Do BGP Reconciliation on OVSDB lock acquisition  https://review.opendev.org/c/openstack/neutron/+/100580521:17
opendevreviewMerged openstack/neutron-lib master: Revert "Introduce rbac-bgpvpn api extension"  https://review.opendev.org/c/openstack/neutron-lib/+/100558223:28
opendevreviewMerged openstack/neutron-lib master: Revert "'sfc' and 'flowclassifier' API extension definitions (networking-sfc)"  https://review.opendev.org/c/openstack/neutron-lib/+/100558323:28
opendevreviewMerged openstack/neutron-lib master: Revert "Let Neutron enforce rule on create_subnet with segment_id [neutron-lib part]"  https://review.opendev.org/c/openstack/neutron-lib/+/100559023:28
opendevreviewMerged openstack/neutron-lib master: taas: Add ``is_filter`` to all TaaS API definitions  https://review.opendev.org/c/openstack/neutron-lib/+/100552723:28

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!