Tuesday, 2026-07-28

opendevreviewRodolfo Alonso proposed openstack/neutron master: ovn: Remove duplicate ``ConfigException`` from metadata agent  https://review.opendev.org/c/openstack/neutron/+/99878806:05
*** qwebirc35867 is now known as jimin3shin06:41
jimin3shinHi! small fix: neutron-usage-audit was hanging when fetching routers in OVN environments because it never opened an OVSDB(NB) connection. This patch adds that connection. Review appreciated when you have time! https://review.opendev.org/c/openstack/neutron/+/98964206:45
opendevreviewRodolfo Alonso proposed openstack/neutron master: ovn: Remove standalone OVN Metadata agent  https://review.opendev.org/c/openstack/neutron/+/99878707:15
jimin3shin[m]opendevreview: Thank you for the review!07:26
ralonsohHi folks, the devstack patch is merged, we can continue with the other patches: https://review.opendev.org/q/topic:%22bug/2161600%2207:44
opendevreviewJimin Shin proposed openstack/neutron-lib master: Sanitize provided MAC address in convert_to_mac_if_none  https://review.opendev.org/c/openstack/neutron-lib/+/99847308:35
ralonsohFolks, I think https://review.opendev.org/c/openstack/devstack/+/998414 broke neutron functional tests09:25
ralonsohI'm investigating this right now09:25
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Add admin guide for Load_Balancer_Group feature  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/99889309:33
opendevreviewRodolfo Alonso proposed openstack/neutron master: Update ``compile_ovs`` input parameters  https://review.opendev.org/c/openstack/neutron/+/99889609:36
ralonsohlajoskatona, ^^ please check this09:36
ralonsohit is blocking the CI right now09:36
lajoskatonaralonsoh: checking09:37
opendevreviewMerged openstack/neutron master: Remove ``OVN_BUILD_MODULES`` references  https://review.opendev.org/c/openstack/neutron/+/99843811:22
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2026.1: Reject overlapping network segment ranges for tunnel types  https://review.opendev.org/c/openstack/neutron/+/99893012:34
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2025.2: Reject overlapping network segment ranges for tunnel types  https://review.opendev.org/c/openstack/neutron/+/99893112:34
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2025.1: Reject overlapping network segment ranges for tunnel types  https://review.opendev.org/c/openstack/neutron/+/99893212:35
ralonsohhi folks, do we have today the Neutron meeting?13:01
ralonsohI don't remember if I proposed myself to host it13:01
slaweqhi, I was going to ask the same :)13:01
lajoskatona+1 for the question13:01
mlavalleHi ralonsoh you agreed to lead it13:02
ralonsohperfect13:02
ralonsoh#startmeeting networking13:02
opendevmeetMeeting started Tue Jul 28 13:02:12 2026 UTC and is due to finish in 60 minutes.  The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot.13:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:02
opendevmeetThe meeting name has been set to 'networking'13:02
ralonsohPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, slaweq, ykarel, lajoskatona, jlibosva, haleyb, ralonsoh 13:02
mlavalle\o13:02
lajoskatonao/13:02
slaweqo/13:02
fungialoha!13:02
bcafarelo/13:03
ralonsohI think we can start13:03
ralonsoh#topic announcements13:03
ralonsoh#link https://releases.openstack.org/hibiscus/schedule.html13:03
ralonsohWe are in r-913:03
ralonsohin 3 weeks we have hibiscus-3 milestone13:04
ralonsohand the final release for client libraries13:04
ralonsohThe PTG is open for registration13:04
ralonsoh#link https://openinfra.org/ptg/13:04
ralonsohWe still don't have an open etherpad but I'll talk to haleyb|out to create it, at least a temporary one for ys13:05
ralonsoh*us13:05
ralonsohThe last topic, the openinfra channel13:06
ralonsoh#link https://openinfra.org/live/#all-episodes13:06
ralonsohanything else you want to add?13:06
ralonsoh#topic bugs13:07
ralonsohSorry, I didn't check the mail list13:07
ralonsohone sec13:07
ralonsohso no, we don't have the bug report this week13:07
ralonsohlet me open the LP list with the last ones13:08
ralonsohwe have several bugs still not assigned13:08
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/216162613:08
ralonsohDHCP auto-scheduling behavior13:09
ralonsohThat could make sense, but I see this more like an optimization13:10
ralonsohand you need to be aware of the ports assigned per host, of course13:10
ralonsohDo you agree to set it as "low"?13:11
slaweq++13:12
lajoskatona+113:12
ralonsohOk, I'll set it as low, and could be "whislist" too13:12
ralonsohIf anyone wants to take it, feel free13:12
ralonsohI'll also comment in the bug, if the reporter wants to implement it13:13
slaweqI would go with 'whishlist'13:13
ralonsohOk, I'll update it13:13
ralonsohThe other bugs still not assigned are incorrectly updated13:13
ralonsohall of them are in progress13:13
ralonsohI'll update them13:14
ralonsohany other bug you want to highlight here?13:14
ralonsohThis week yatin is the bug deputy, but he is on PTO. I'll take care of it13:15
ralonsohnext week otherwiseguy is the deputy, but he is not here now13:15
ralonsohI'll ping him later today13:15
ralonsohlet's go to the next topic13:15
ralonsoh#topic specs13:15
ralonsoh#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open13:16
ralonsohwe had a couple of them last week13:16
ralonsohand I think both are attended13:16
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/99804613:16
ralonsohand #link https://review.opendev.org/c/openstack/neutron-specs/+/99626913:16
ralonsohbut the last 3 ones are not13:17
ralonsohAdd spec for Port Groups for Security Group Rules (https://review.opendev.org/c/openstack/neutron-specs/+/987786)13:17
ralonsohAdd spec for underlay VXLAN support (https://review.opendev.org/c/openstack/neutron-specs/+/952166)13:17
ralonsohCreate spec for RFE:project-specific qos controls (https://review.opendev.org/c/openstack/neutron-specs/+/965946)13:17
ralonsohplease (also for me), if you have time, review them13:17
ralonsohany comment in this section?13:18
ralonsohok, let's move on13:18
ralonsoh#topic community-goals13:18
ralonsoh1) Neutron client deprecation 13:19
ralonsohlajoskatona, any update?13:19
lajoskatonayes, some13:19
lajoskatonafor Heat I started to have reviews13:19
lajoskatonafor Nova there is a patch is SDK to make possible fetching only some of the API fields from Neutron API as it is in neutronclient13:20
ralonsohheat: https://review.opendev.org/q/topic:%2522neutron_openstacksdk%252213:20
ralonsohnova: https://review.opendev.org/q/topic:%22sdk_for_neutron%2213:20
lajoskatonaSDK: https://review.opendev.org/c/openstack/openstacksdk/+/99572413:20
lajoskatonathere was one more that added the necessary property to all Neutron resource classes in SDK13:21
ralonsoh^ I'll check this one after this meeting13:21
lajoskatonahttps://review.opendev.org/c/openstack/openstacksdk/+/99565213:21
lajoskatonathis one already merged13:21
lajoskatonathanks, this is o keep the optimisation that is used by nova for fetching only limited API results  from Neutron13:22
ralonsohthe `params` one, right?13:22
lajoskatonayes13:23
lajoskatonaor fields in the method call13:23
ralonsohcool so let's check it, I think we don't use `params` as a positional argument in any call13:23
lajoskatonaso you can say client.get_network(fields=['name', 'project_id'....]13:24
lajoskatonathe strange is that in SDK the option is there to do such filtering for fields, but nobody uses it currently13:24
lajoskatonaat least with grep it is unvisible13:24
ralonsohso we are just using positional parameters for filtering, nothing else?13:25
ralonsohweird13:25
lajoskatonaand for the last thing the stadium migration to OSC, : https://review.opendev.org/q/topic:%22migrate_stadium_osc%2213:25
lajoskatonabefore my PTO I pushed few patches for network onboard, for that SDK patch is also necessary13:25
lajoskatonasubnet_onboard sorry13:26
lajoskatonahttps://review.opendev.org/c/openstack/openstacksdk/+/99596913:27
ralonsohyeah, for this one we need +W powers13:27
lajoskatonaif we migrate that one and forget sfc we have only logging as I remember to move from neutronclient to OSC13:27
ralonsohask in the sdk channel after this meeting13:27
lajoskatonaArtem did reviews, so I suppose slowly things are moving13:28
lajoskatonathat's it for the SDK/OSC topics13:29
ralonsohthank you!13:29
ralonsohbecause haleyb|out is not here, we'll skip the project_id migration today13:29
ralonsohso let's move to the last section13:29
ralonsoh#topic on-demand13:29
ralonsohlajoskatona, please13:29
lajoskatonayes I added a small nit topic13:30
ralonsoh#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/G3SNHQZ5GHKQDMT5COBQQVLBDOTQWKII/13:30
ralonsoh[all] Volunteers for OpenInfra Summit Asia project table13:30
lajoskatonathere will be an 2026 Asia summit in Shanghai again, together with kubecon and pytorch perhaps13:30
lajoskatonayes, and thee will be this table where people from the community can smile to people and tell nice things, and similar13:31
ralonsoh(I would love to participate, but I'm not sure about the travel budget...)13:31
lajoskatonaI don't know who can travel there, but accidentally we got budget for it, so I can be there and sit and smile on the table :-)13:31
ralonsoh"accidentally we got budget for it" hahahahaha13:32
fungifeel free to pick a convenient time that's available in the spreadsheet, you can double up with simon or run solo13:32
lajoskatonaif you trust me that I can smile well enough to bring people in to use openstack  and Neutron :-)13:32
lajoskatonafungi: ack I will check it13:32
fungii'm sure you're way more inviting than an empty table13:32
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: [FWaaS] Add basic scenario test for FW attached to L2 ports  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/99569513:33
lajoskatona:-)13:33
elviralajoskatona: I have a nice memory from openinfra in berlin, so you will be welcoming for sure :) 13:33
lajoskatonathanks :-)13:34
slaweqI also have one short topic13:34
ralonsohplease, go one13:34
ralonsohgo on*13:34
slaweqI forgot to add it to the agenda earlier, sorry for that13:35
slaweqI saw recently email from Allison about potential updates to the user survey13:35
slaweqthere is etherpad https://etherpad.opendev.org/p/OpenStackUserSurveyRev13:35
slaweqI will try to look at it this or next week and try to propose new options to choose in the neutron related questions13:36
ralonsoh++13:36
slaweqbut it would be more than welcome if someone else could also take a look into this :)13:36
ralonsohmaybe we can also ask internally in our company13:36
slaweqI may also bring some questions from that etherpad to be discussed next week on our meeting13:37
ralonsohmaybe PM and PO will have better questions too13:37
slaweqralonsoh: it's not about changing questions but more to make response choices more "up to date"13:37
ralonsohright13:37
slaweqI don't think ouir PO or PM can help much with it as it is upstream related only13:38
ralonsohwell, that should be aligned too with our agenda13:38
ralonsohthanks slaweq for bringing this topic13:39
ralonsohfungi has another one13:39
fungiwith haleyb out, i think i should probably punt this to next week13:39
ralonsohperfect13:39
fungii forgot haleyb had mentioned going back on leave for the week13:40
ralonsohI'll update the agenda13:40
fungithanks!13:40
ralonsohI have 4 topics, quick ones13:40
ralonsoh1) RBAC policy accepts non-UUID target_project values, creating silently ineffective policies13:40
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/216165313:40
slaweqproject id is not uuid13:40
ralonsohsummary: a non-admin user can create RBACs with project_id="demo", for example13:40
slaweqit is just string AFAIR13:40
ralonsohit is, kind of13:40
ralonsohis a uuid with the "-' stripped13:41
ralonsohI checked the keystone code and is a uuid string with string.replace('-', '')13:41
slaweqI think we have middleware which checks if provided in the req body project_id is actually existing project13:41
ralonsohand `convert_valid_target_project` in the patch I proposed (https://review.opendev.org/c/openstack/neutron/+/998537) works fine13:41
ralonsohit doesn't work if the user is non-admin13:42
slaweqmaybe we can use the same check in RBAC code13:42
ralonsohis the problem we have with the CLI right now13:42
ralonsohif an admin request an RBAC for "demo", the CLI will ask kjeystone and that will reply the ID13:42
ralonsohbut for a non-admin, keystone says that it has no permissions and we silently pass "demo" as project ID13:43
ralonsohcheck that in a devsdtack env13:43
ralonsohthe problem: we are creating useless RBAC entries13:43
slaweqok, makes sense13:43
ralonsohplease check the patch I proposed: https://review.opendev.org/c/openstack/neutron/+/99853713:43
ralonsoh2) Remove ``OVN_BUILD_MODULES`` references13:44
ralonsohthis is a trivial one, just a heads-up13:44
ralonsohsince kernel 5.5 (2020), it is not needed to builds the modules13:44
ralonsohthere was an error in the devstack code13:44
ralonsohinstead of fixing it, I removed the code section (patch merged)13:44
ralonsohlist of patches: https://review.opendev.org/q/topic:%22bug/2161600%2213:44
ralonsohthat's all13:44
ralonsoh3) Remove standalone OVN Metadata agent13:45
ralonsohdeprecated in this release13:45
ralonsohso I proposed https://review.opendev.org/c/openstack/neutron/+/99878713:45
ralonsohthis is completely removing the OVN metadata agent code13:45
ralonsohlast one13:46
ralonsoh4) Neutron API validation for ``name`` fields, leading/trailing whitespaces 13:46
ralonsohthis is a bug from the Nova team13:46
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/99878713:46
ralonsohsummary: some resources (SGs, for example) accept `name` with non printable characters or leading/trailing whitespace13:46
ralonsohexample:13:47
ralonsohhttps://paste.opendev.org/show/bBOAXuvxN1t1oemWOqm9/13:47
ralonsohthat could be a headache for a user, for user13:47
ralonsohfor sure*(13:47
ralonsohso I think we need to review all the `name` fields in the Neutron API13:47
ralonsohand create a new extension limiting the format, avoiding this issue13:48
ralonsohthis is "limitation", but for the better 13:48
ralonsohopinions?13:49
lajoskatona+1 to make it clear with extension13:50
ralonsohperfect, I'll propose a patch soon13:51
ralonsohthat's all I have, anything else?13:51
lajoskatonanothing from me13:52
ralonsohthank you all for attending, see you online13:52
ralonsoh#endmeeting13:52
opendevmeetMeeting ended Tue Jul 28 13:52:26 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:52
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2026/networking.2026-07-28-13.02.html13:52
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2026/networking.2026-07-28-13.02.txt13:52
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2026/networking.2026-07-28-13.02.log.html13:52
lajoskatonao/13:52
opendevreviewMerged openstack/neutron master: Update ``compile_ovs`` input parameters  https://review.opendev.org/c/openstack/neutron/+/99889614:18
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: [FWaaS] Add basic scenario test for FW attached to L2 ports  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/99569514:22
opendevreviewElvira García Ruiz proposed openstack/neutron master: Manage PVLAN PGs in OVN after PVLAN plugin is enabled or disabled  https://review.opendev.org/c/openstack/neutron/+/99818416:26
opendevreviewElvira García Ruiz proposed openstack/neutron master: Manage PVLAN PGs in OVN after PVLAN plugin is enabled or disabled  https://review.opendev.org/c/openstack/neutron/+/99818416:29
opendevreviewJakub Libosvar proposed openstack/neutron-tempest-plugin master: bgp: Add BGP tests with leak_routes attribute  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/99900719:00
opendevreviewJakub Libosvar proposed openstack/neutron-tempest-plugin master: Add API tests for subnet leak_routes attribute  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/99901620:07
*** Unknown is now known as Mike--20:16
opendevreviewMerged openstack/neutron master: doc: Add CLI reference for neutron-remove-duplicated-port-bindings  https://review.opendev.org/c/openstack/neutron/+/99876521:41

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