| opendevreview | Helen Chen proposed openstack/neutron master: Created Single VxLAN Device management for EVPN https://review.opendev.org/c/openstack/neutron/+/990169 | 02:30 |
|---|---|---|
| opendevreview | Adam Harwell proposed openstack/neutron master: Add configurable HAProxy timeouts for metadata proxy https://review.opendev.org/c/openstack/neutron/+/990588 | 03:11 |
| opendevreview | Adam Harwell proposed openstack/neutron master: Add configurable HAProxy timeouts for metadata proxy https://review.opendev.org/c/openstack/neutron/+/990588 | 03:19 |
| opendevreview | Adam Harwell proposed openstack/neutron master: Add configurable HAProxy timeouts for metadata proxy https://review.opendev.org/c/openstack/neutron/+/990588 | 03:22 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: WIP Implement asyncio Connections https://review.opendev.org/c/openstack/ovsdbapp/+/990589 | 04:24 |
| lajoskatona | tkajinam: Hi, I saw that you are quite active around Heat, I have a bunch of patches (the number grows) to migrate to SDK: https://review.opendev.org/q/topic:%22neutron_openstacksdk%22 | 05:09 |
| lajoskatona | tkajinam: do you believe that I can find enough reviewers for this series to have this Neutron goal finished? | 05:10 |
| opendevreview | Felix Moebius proposed openstack/neutron master: [OVN] Fix race condition during floating ip deletion https://review.opendev.org/c/openstack/neutron/+/988235 | 06:53 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2026.1: Fix tunnel network detection to use tunnel type driver ranges https://review.opendev.org/c/openstack/neutron/+/990602 | 07:16 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.2: Fix tunnel network detection to use tunnel type driver ranges https://review.opendev.org/c/openstack/neutron/+/990603 | 07:32 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.1: Fix tunnel network detection to use tunnel type driver ranges https://review.opendev.org/c/openstack/neutron/+/990604 | 07:35 |
| ralonsoh | lajoskatona, hi! | 07:46 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/989412 | 07:46 |
| ralonsoh | I think the test worked fine | 07:46 |
| ralonsoh | so we can push a patch for n-d-r | 07:46 |
| ralonsoh | thanks! | 07:46 |
| lajoskatona | ralonsoh: Hi, yes, and I think we have to remove the py310 job | 07:59 |
| ralonsoh | yes, correct | 08:01 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron-specs master: Allow project managers in SG default statefulness spec https://review.opendev.org/c/openstack/neutron-specs/+/990606 | 08:04 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: ovn: batch subnet queries in _get_nets_and_ipv6_ra_confs_for_router_port https://review.opendev.org/c/openstack/neutron/+/990477 | 08:28 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Add security-groups-default-statefulness API extension https://review.opendev.org/c/openstack/neutron/+/984356 | 08:45 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Remove linuxbridge config and tests https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/986462 | 09:21 |
| opendevreview | Merged openstack/neutron master: doc: Fix RST syntax errors in documentation https://review.opendev.org/c/openstack/neutron/+/990463 | 09:22 |
| opendevreview | Merged openstack/neutron stable/2025.1: Fix VLAN network detection to use VlanTypeDriver ranges https://review.opendev.org/c/openstack/neutron/+/990056 | 09:22 |
| opendevreview | Merged openstack/neutron master: Fix tunnel network detection to use tunnel type driver ranges https://review.opendev.org/c/openstack/neutron/+/990450 | 09:22 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Fix duplicate ``AgentSchedulerDbMixin`` periodic worker descriptions https://review.opendev.org/c/openstack/neutron/+/990620 | 09:36 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Fix duplicate ``AgentSchedulerDbMixin`` periodic worker descriptions https://review.opendev.org/c/openstack/neutron/+/990620 | 09:39 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: doc: Fix typos and update outdated URLs https://review.opendev.org/c/openstack/neutron/+/990465 | 09:50 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: doc: Fix outdated OVN DHCP/DNS statement in features.rst https://review.opendev.org/c/openstack/neutron/+/990466 | 09:51 |
| opendevreview | Lajos Katona proposed openstack/neutron-dynamic-routing master: CI: remove py310 job and add instead py311 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/990623 | 11:08 |
| opendevreview | Merged openstack/neutron master: doc: Fix typos and update outdated URLs https://review.opendev.org/c/openstack/neutron/+/990465 | 11:16 |
| opendevreview | Merged openstack/neutron master: doc: Fix outdated OVN DHCP/DNS statement in features.rst https://review.opendev.org/c/openstack/neutron/+/990466 | 11:23 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: doc: Document Neutron notification events and payloads https://review.opendev.org/c/openstack/neutron/+/990461 | 11:31 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: doc: Add admin guide for Neutron server-side processes https://review.opendev.org/c/openstack/neutron/+/990460 | 11:38 |
| opendevreview | Jimin Shin proposed openstack/neutron master: Sanitize MAC addresses on port create/update https://review.opendev.org/c/openstack/neutron/+/990455 | 12:04 |
| lajoskatona | haleyb: Hi, did you have a chance to check the draft mail on etherpad for stadium dashboards: https://etherpad.opendev.org/p/deprecate_Neutron_stadium_dashboards | 12:59 |
| lajoskatona | I just run around my opened tabs and found it :-) | 12:59 |
| haleyb | lajoskatona: no i hadn't | 13:00 |
| * haleyb is still wondering if the drivers agenda is current or old | 13:00 | |
| lajoskatona | haleyb: :-) | 13:01 |
| ralonsoh | I don't remember talking about this topic | 13:02 |
| ralonsoh | https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 13:02 |
| haleyb | not sure if cardoe is around | 13:02 |
| slaweq | o/ | 13:02 |
| mlavalle | \o | 13:02 |
| lajoskatona | o/ | 13:02 |
| haleyb | #startmeeting neutron_drivers | 13:03 |
| opendevmeet | Meeting started Fri May 29 13:03:05 2026 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 13:03 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 13:03 |
| opendevmeet | The meeting name has been set to 'neutron_drivers' | 13:03 |
| haleyb | Ping list: ykarel, mlavalle, mtomaska, slaweq, tobias-urdin, lajoskatona, haleyb, ralonsoh, cardoe | 13:03 |
| ralonsoh | hi | 13:03 |
| haleyb | retiring networking-bgpvpn? is the only item on the agenda | 13:03 |
| lajoskatona | o/ | 13:03 |
| mlavalle | \o | 13:03 |
| lajoskatona | ohhh, that is interesting | 13:04 |
| haleyb | i guess i figured the ovn-bgp-agent would eventually be retired, but has anyone thought about others? | 13:05 |
| haleyb | lajoskatona: didn't we just migrate this to OSC? | 13:06 |
| lajoskatona | I am not sure how many users are out for bgpvpn, I mean the API and all | 13:06 |
| ralonsoh | about the ovn-bgp-agent, I would first ask jlibosva about this | 13:06 |
| lajoskatona | yes we did | 13:06 |
| ralonsoh | I'm not sure about bgpvpn | 13:06 |
| jlibosva | o/ | 13:06 |
| ralonsoh | but maybe now we'll have evpn there | 13:06 |
| haleyb | jlibosva: hi | 13:06 |
| ralonsoh | jlibosva, there is a topic about deprecating bgpvpn project | 13:07 |
| ralonsoh | https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 13:07 |
| lajoskatona | just to count retiring networking-bgpvpn means to retire also networking-bagpipe | 13:08 |
| jlibosva | I have close to 0 experience with bgpvpn project. As for the ovn-bgp-agent - I think we talked about it at the PTG to reach out to the community as there seem to be people using it | 13:08 |
| haleyb | jlibosva: yes, it's still used from what it seems | 13:09 |
| ralonsoh | ok, about the ovn-bgp-agent, is it possible to draft a document to migrate to ovn-bgp plugin? | 13:09 |
| haleyb | maybe my high level question is, what do we see the landscape being in 2-5 years? does the BGP code in neutron become the single thing, and we retire the rest? | 13:10 |
| haleyb | i know it's a naive question perhaps because they are all slightly different | 13:11 |
| ralonsoh | well, at least for OVN seems to be | 13:11 |
| ralonsoh | we provide bgp and we'll do it with evpn | 13:11 |
| ralonsoh | natively | 13:11 |
| jlibosva | not answering any of the questions above - and adding one more :) there is also the neutron-dynamic-routing project - https://docs.openstack.org/neutron/latest/admin/config-bgp-dynamic-routing.html - which also implements some BGP api | 13:12 |
| ralonsoh | yes but that was implemented for ml2/ovs | 13:12 |
| jlibosva | I think it is driver agnostic | 13:13 |
| ralonsoh | it is, right | 13:14 |
| slaweq | neutron-dynamic-routing AFAIR can also work with ML2/OVN | 13:14 |
| slaweq | we had job like that in u/s CI there probably | 13:14 |
| ralonsoh | yes | 13:14 |
| lajoskatona | yes, we also have jobs for n-d-r and OVN and OVS | 13:14 |
| lajoskatona | but not for bgpvpn/bagpipe | 13:14 |
| lajoskatona | that is OVS only | 13:14 |
| haleyb | i maybe need to have Claude do a summary of each of these | 13:16 |
| ralonsoh | well, at least Gemini is wrong with bgpvpn, saying that it supports OVN | 13:17 |
| ralonsoh | while we don't have any CI running it with OVN | 13:17 |
| lajoskatona | yeah, that is a halucination I believe | 13:17 |
| opendevreview | Eduardo Olivares proposed openstack/neutron master: Add whitebox-neutron-tempest-plugin tests to BGP job https://review.opendev.org/c/openstack/neutron/+/990644 | 13:20 |
| haleyb | so i think we've only proceeded to create more questions (for me at least) | 13:20 |
| lajoskatona | but anyway before we start the deprecation of any we have to check I suppose the user survey and ater that we can have some kind of user discussion on the PTG send out mail etc, or similar process am I wrong? | 13:20 |
| haleyb | yes, i wasn't going to propose we start deprecating anything | 13:21 |
| lajoskatona | +1 | 13:21 |
| haleyb | i guess the first step is to identify the users, then maybe see if there is some kind of overlap in use cases | 13:23 |
| haleyb | we probably even have some downstream info, i can ask around | 13:24 |
| ralonsoh | +1 to this, and also if we have overlapped features, define which one will be supported and recommended | 13:24 |
| lajoskatona | For example I have to doublecheck in-house if we have somebody hidden on the 6th planet of Sirius who uses bgpvpn with some exotic configuration :-) | 13:24 |
| slaweq | we will never really find all users who may be using it so I think it could be good if we would have overlap usecases (if any) and some migration documentation for those who would like to migrate | 13:24 |
| ralonsoh | +1 ^ | 13:25 |
| slaweq | now, as CI for those projects is in kinda good shape still there is time to start doing that with no rush IMHO | 13:25 |
| lajoskatona | I try to draft out some kind of doc page for this what is in different stadium APIs and what works with core neutron today | 13:25 |
| lajoskatona | slaweq: good point | 13:25 |
| haleyb | slaweq: don't jinx the CI :) | 13:26 |
| lajoskatona | LoL | 13:26 |
| slaweq | :D | 13:26 |
| slaweq | sorry | 13:26 |
| haleyb | lajoskatona: that would be great to know (api info) | 13:27 |
| lajoskatona | we can things gradually for evpn for example later if that is finished | 13:28 |
| haleyb | and i guess i will look at the survey and see if there is anything related to these projects in there | 13:28 |
| lajoskatona | thanks that would be great | 13:28 |
| slaweq | we should also check with [bcafarel](https://matrix.to/#/@_oftc_bcafarel:matrix.org) as IIRC in the past we had some customer(s) using at least bgpvpn APIs | 13:29 |
| slaweq | but I have no idea if this is still the case | 13:29 |
| haleyb | jlibosva: i might pick your brain on something to send to the ML regarding ovn-bgp-agent and OVN BGP | 13:31 |
| jlibosva | haleyb: sure, I'll be happy to let my brain go | 13:32 |
| haleyb | alright, so i guess there is work to do. I can't say i'll get to it right away but i'll put it on my list | 13:33 |
| lajoskatona | +1 | 13:34 |
| lajoskatona | same for me | 13:34 |
| haleyb | lajoskatona: did you want to discuss the dashboard deprecations? | 13:35 |
| haleyb | i went looking for the email, but that etherpad was something you wanted to send (my mind was not here earlier) | 13:35 |
| haleyb | #link https://etherpad.opendev.org/p/deprecate_Neutron_stadium_dashboards | 13:36 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: WIP Implement asyncio Connections https://review.opendev.org/c/openstack/ovsdbapp/+/990589 | 13:36 |
| lajoskatona | I think we discussed that during the PTG, we just have to send out the mail | 13:36 |
| lajoskatona | if you check the etherpad I can send it out, but my memory is short and I always forget it.... | 13:36 |
| haleyb | lajoskatona: ah, ok. it partly goes with the projects we just discussed regarding who can help keep it healthy | 13:37 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: DNM Just testing neutron against AsyncConnection https://review.opendev.org/c/openstack/ovsdbapp/+/990649 | 13:37 |
| lajoskatona | yes there's some overlap | 13:37 |
| lajoskatona | but vpnaas and fwaas has more maintainers and known users, so those are safer :-) | 13:38 |
| lajoskatona | and Ci with both OVN and OVS of course | 13:38 |
| haleyb | i'll also ask downstream about the usage of them, based on bugs reported | 13:38 |
| lajoskatona | +1, for the dashboards I think I have a green light from our downstream teams bu have to check bgpvpn with also | 13:39 |
| haleyb | lajoskatona: ack, and i now see my note that we only ship vpnaas-dashboard here | 13:40 |
| haleyb | so i think you can send to the ML | 13:40 |
| lajoskatona | ack, I will send it | 13:41 |
| haleyb | any other on-demand topics? | 13:41 |
| lajoskatona | not from me | 13:41 |
| ralonsoh | no thanks | 13:42 |
| mlavalle | neither from me | 13:42 |
| haleyb | alright, thanks for the discussion everyone, no votes today | 13:42 |
| haleyb | have a nice weekend! | 13:42 |
| mlavalle | you too | 13:42 |
| haleyb | #endmeeting | 13:42 |
| opendevmeet | Meeting ended Fri May 29 13:42:33 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 13:42 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-05-29-13.03.html | 13:42 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-05-29-13.03.txt | 13:42 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-05-29-13.03.log.html | 13:42 |
| mlavalle | \o | 13:42 |
| lajoskatona | have a nice weekend! o/ | 13:42 |
| ralonsoh | bye | 13:42 |
| slaweq | o/ | 13:43 |
| tkajinam | lajoskatona, I'll try to take some time this cycle to review these and also will ask Rabi to do so, too | 13:58 |
| tkajinam | thanks for these works | 13:58 |
| lajoskatona | tkajinam: cool, thanks, than I push the other ones :-) | 14:05 |
| lajoskatona | tkajinam: I have to double check and understand what is there but as I see there are some long dead APIs also, like loadbalancer: https://opendev.org/openstack/heat/src/branch/master/heat/engine/resources/openstack/neutron/loadbalancer.py | 14:07 |
| lajoskatona | tkajinam: for that there is also an lbaas v2 group in heat also: https://opendev.org/openstack/heat/src/branch/master/heat/engine/resources/openstack/neutron/lbaas | 14:08 |
| lajoskatona | I suppose that can be also a discussion if these can be removed or deprecated as I suppose everybody out there using Octavia with lbaasv2 API (I have to double check if I am correct here as I never used Octavia before) | 14:09 |
| tkajinam | lajoskatona, these are already hidden resources without actual implementation | 14:09 |
| tkajinam | we usually avoid removing existing resources and just replace it these by "none" resource . | 14:09 |
| lajoskatona | tkajinam: ohh, I see support.Hidden, ok | 14:10 |
| lajoskatona | ok, thanks, anyway I continue with the migration :-) | 14:10 |
| tkajinam | I believe I cleaned up these some time ago... though I guess they could be some leftover in tricky AWS-compatible resources | 14:10 |
| tkajinam | just in case you see any actual client call for lbaas, lmt | 14:10 |
| lajoskatona | +1, I keep my eyese open and learn about Heat to be more familiar with these things :-) | 14:12 |
| tkajinam | nice. thanks ! | 14:12 |
| opendevreview | Merged openstack/neutron-lib master: Change PVLAN_PLUGIN location https://review.opendev.org/c/openstack/neutron-lib/+/990447 | 14:55 |
| opendevreview | Merged openstack/neutron stable/2025.1: Fix PF GET/PUT parent floating IP validation https://review.opendev.org/c/openstack/neutron/+/990127 | 15:21 |
| opendevreview | Merged openstack/neutron master: ovn: remove redundant get_port() in _add_router_ext_gw https://review.opendev.org/c/openstack/neutron/+/990480 | 15:21 |
| opendevreview | Merged openstack/neutron master: Revert "tests: Handle change in hash for neutron-lib field fixes" https://review.opendev.org/c/openstack/neutron/+/990427 | 15:23 |
| opendevreview | Elod Illes proposed openstack/networking-bagpipe unmaintained/2024.1: [CI][stable-only] Clean up periodic jobs https://review.opendev.org/c/openstack/networking-bagpipe/+/990668 | 15:30 |
| -opendevstatus- NOTICE: Gerrit will be restarted to pick up a bugfix in the replication plugin. You may notice a short outage of a few minutes. | 15:33 | |
| cardoe | haleyb: I’m on PTO. Just on mobile. | 15:51 |
| opendevreview | Merged openstack/neutron master: doc: Document Neutron notification events and payloads https://review.opendev.org/c/openstack/neutron/+/990461 | 15:54 |
| opendevreview | Merged openstack/neutron master: doc: Add admin guide for Neutron server-side processes https://review.opendev.org/c/openstack/neutron/+/990460 | 16:03 |
| opendevreview | Fiorella Yanac proposed openstack/neutron-tempest-plugin master: Add PVLAN extension API tempest tests https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/990739 | 18:07 |
| cardoe | stephenfin: should be include py.typed in neutron-lib even though it’s not fully typed yet? | 18:20 |
| haleyb | cardoe: np, think we have plan, don't work on your day off | 18:25 |
| cardoe | It’s okay. On mobile for a few. I’m just using it for a number of telco router flavors. I don’t want to be broken. Cause we’ve pulled in part of the functionality but not completely and then it’s OVN only. That’s why I had suggested the EVPN type-5 could be a bgpvpn backend at first. | 18:27 |
| cardoe | Just wanting to understand the big picture. | 18:27 |
| -opendevstatus- NOTICE: The Gerrit service on review.opendev.org will be offline again monentarily while we restart for a configuration adjustment, but should return to service within a few minutes | 19:09 | |
| opendevreview | Terry Wilson proposed openstack/neutron master: WIP Add generic RangeAllocator and use for VNI https://review.opendev.org/c/openstack/neutron/+/990759 | 19:43 |
| rm_work[m] | Hey, been away for a while from upstream so I'm not sure the current recommendation for rechecks -- https://review.opendev.org/c/openstack/neutron/+/990588?tab=change-view-tab-header-zuul-results-summary it seems that one thing failed but it doesn't look related to me, if I comment recheck it will re-run everything, right? is there a recheck failed or something that's more efficient? | 20:29 |
| haleyb | rm_work[m]: it's 'recheck $reason' that way we know people at least looked at what the failure was | 20:34 |
| haleyb | and will run everything again | 20:35 |
| rm_work | OK thanks! | 21:16 |
| haleyb | o/ adam | 21:17 |
| rm_work[m] | heya :) | 21:20 |
| rm_work[m] | yeah this is just a quick fix for the fact that you can increase the vendordata timeout in nova in config to whatever, but just found out this week while chasing down why we still saw timeouts, the neutron side is proxying it through to the VM and it has its own hardcoded timeout T_T | 21:21 |
| rm_work[m] | ideally they'd automatically match, but that's a deployer problem I guess, NBD | 21:21 |
| haleyb | yeah, i saw that one, didn't take a super close look | 21:26 |
| rm_work[m] | no worries, we have it applied internally (backported to 2026.1) | 21:27 |
| rm_work[m] | it is working for us, if that helps you :) | 21:27 |
| rm_work[m] | so no rush on our side | 21:27 |
| rm_work[m] | just trying to get back into the flow of making sure I push my fixes up instead of keeping them in the corporate vault of doom | 21:28 |
| haleyb | yes, good to know. Did you file a bug for it? i know it's config options, but since it's not changing the default we could think about the backport | 21:28 |
| rm_work[m] | ah I did not, I can file a bug report now | 21:28 |
| haleyb | always good to have | 21:29 |
| haleyb | eod here o/ | 21:29 |
| * rm_work[m] points his agent at the playwright mcp | 21:30 | |
| opendevreview | Adam Harwell proposed openstack/neutron master: Add configurable HAProxy timeouts for metadata proxy https://review.opendev.org/c/openstack/neutron/+/990588 | 21:37 |
| opendevreview | Miguel Lavalle proposed openstack/neutron master: [OVN] Implement multiple segments per host for routed networks https://review.opendev.org/c/openstack/neutron/+/975111 | 21:49 |
| opendevreview | Miguel Lavalle proposed openstack/neutron master: [OVN] Agent extension for segment bridges https://review.opendev.org/c/openstack/neutron/+/982018 | 21:55 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!