| opendevreview | Elvira García Ruiz proposed openstack/neutron master: Add PVLAN service plugin https://review.opendev.org/c/openstack/neutron/+/978798 | 07:44 |
|---|---|---|
| opendevreview | Rodolfo Alonso proposed openstack/neutron-specs master: Add spec for L3 Agent Scheduler API support in ML2/OVN https://review.opendev.org/c/openstack/neutron-specs/+/982743 | 07:49 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP == Add ``l3-agent-scheduler-ha-priority`` extension for ML2/OVN https://review.opendev.org/c/openstack/neutron/+/982792 | 08:08 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Update the parent hostname in the virtual ports https://review.opendev.org/c/openstack/neutron/+/981540 | 09:17 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: Add PVLAN service plugin https://review.opendev.org/c/openstack/neutron/+/978798 | 09:23 |
| stephenfin | ralonsoh: regarding the mypy issues you're seeing, some of those are due to a new mypy but a lot of them are due to (a) typed oslotest and (b) typed testtools, both of which came in via a recent u-c | 10:18 |
| stephenfin | I had a version of https://review.opendev.org/c/openstack/openstacksdk/+/983429/ locally but I'm waiting on the testtools 2.9.0 bump to get into u-c. I've proposed that here https://review.opendev.org/c/openstack/requirements/+/983524 | 10:18 |
| stephenfin | that will unblock https://review.opendev.org/c/openstack/oslotest/+/983353 which you've also seen | 10:19 |
| ralonsoh | stephenfin, thanks! if you want, I can abandon this patch | 10:37 |
| stephenfin | you mean https://review.opendev.org/c/openstack/openstacksdk/+/983429? Probably best | 10:39 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Revert "Add VIF_TYPE_VIRTUAL constant to portbindings" https://review.opendev.org/c/openstack/neutron-lib/+/983058 | 11:12 |
| haleyb | #startmeeting networking | 13:00 |
| opendevmeet | Meeting started Tue Apr 7 13:00:14 2026 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 13:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 13:00 |
| opendevmeet | The meeting name has been set to 'networking' | 13:00 |
| haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, haleyb, ralonsoh | 13:00 |
| mlavalle | \o | 13:00 |
| lajoskatona | o/ | 13:00 |
| haleyb | maybe others will show up, but i'll get started | 13:01 |
| haleyb | #topic announcements | 13:01 |
| ralonsoh | hi | 13:02 |
| haleyb | Gazpacho is done and shipped :) | 13:02 |
| haleyb | thanks for all the work on it | 13:02 |
| ralonsoh | congrats! | 13:02 |
| lajoskatona | yeah :-) | 13:02 |
| rubasov | o/ | 13:03 |
| haleyb | the PTG is in a couple of weeks | 13:03 |
| haleyb | Hibiscus PTG April 20-24, 2026 | 13:03 |
| haleyb | #link https://ptg.openinfra.org/ | 13:03 |
| haleyb | #link https://etherpad.opendev.org/p/apr2026-ptg-neutron | 13:04 |
| haleyb | thanks for all the topics so far, please keep adding if you think of anything | 13:04 |
| haleyb | i will only schedule meeting times for Tues/Wed/Thurs from 13:00-16:00 | 13:05 |
| elvira | o/ | 13:06 |
| haleyb | the current schedule might show more i'll remove when i get to making the schedule | 13:06 |
| haleyb | also, i sent a ML reminder that we will not have any drivers meeting this or next week, can just add to PTG topics | 13:06 |
| haleyb | Just a reminder to use the priority dashboard for anything neutron/networking related | 13:07 |
| haleyb | #link https://tinyurl.com/59z278km | 13:07 |
| haleyb | RP +1 for "ready to merge" changes, RP +2 for gate blockers and similar | 13:08 |
| haleyb | we did have a gate blocker yesterday, thanks everyone for helping fix | 13:08 |
| haleyb | i added a related topic regarding it to the PTG list as part was due to eventlet deprecation leftovers | 13:08 |
| haleyb | well, the underlying was a u-c bump | 13:09 |
| haleyb | that was all i had, any other announcements? | 13:09 |
| haleyb | ok, moving on | 13:10 |
| haleyb | #topic bugs | 13:10 |
| haleyb | lajoskatona was the bug deputy last week, his report is at | 13:10 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/THWLXHOME4ZIA3YQXDN7ASEVRIYM7C7R/ | 13:10 |
| lajoskatona | I hope it is correct, as launchpad was in terrible state this morning (timeouts mostly) | 13:11 |
| lajoskatona | there was some unassigned | 13:12 |
| haleyb | if i only knew a guy that helped with that infra :-o | 13:12 |
| haleyb | first unassigned | 13:12 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2146870 | 13:12 |
| lajoskatona | one is for s-g creation performance: https://bugs.launchpad.net/neutron/+bug/2146870 ( [OVN] Performance | 13:12 |
| lajoskatona | degradation in Security Group Rules creation when network logging is enabled) | 13:12 |
| haleyb | oh it's assigned now | 13:12 |
| ralonsoh | I'm checking this one | 13:12 |
| haleyb | [OVN] Performance degradation in Security Group Rules creation when network logging is enabled | 13:13 |
| lajoskatona | oh, cool | 13:13 |
| ralonsoh | btw, the issue is legit | 13:13 |
| lajoskatona | thanks for checking | 13:13 |
| haleyb | so it is on the neutron side just creating the ACLs or on OVN side? | 13:14 |
| ralonsoh | is how we iterate over the ACLs | 13:14 |
| ralonsoh | each rule will fire a AFTER_CREATE event | 13:14 |
| ralonsoh | and each event calls `_set_acls_log`, that iterated and re-updates the ACLs | 13:15 |
| ralonsoh | that's unnecessary | 13:15 |
| haleyb | ah, ok, thanks for looking and taking the bug | 13:16 |
| lajoskatona | Ok, the next unassigned is an RFE: | 13:16 |
| lajoskatona | https://bugs.launchpad.net/neutron/+bug/2147189 ([RFE] Support multiple non-contiguous ports in a single security group rule for ML2/OVN backend ) | 13:16 |
| lajoskatona | Shall we have an RFE/spec session during the PTG? or wait for the coming drivers meeting with these? | 13:17 |
| ralonsoh | we need at least an owner first | 13:17 |
| ralonsoh | will Kyuyeong take it? | 13:18 |
| lajoskatona | yeah :-) I hope the reporter will show up and that will be solved | 13:18 |
| ralonsoh | another qq, do we have the same for ML2/OVS? | 13:18 |
| ralonsoh | because we have a common API for all backends | 13:18 |
| lajoskatona | I hope at least, and not just a random reporter who waits for somebody to fix it | 13:18 |
| haleyb | i think he proposed a patch for his other bug/RFE | 13:19 |
| haleyb | at a high level, does this at least seem useful to others? | 13:19 |
| lajoskatona | ralonsoh: true, that could be common change for all backends (ovs/ovn currently) | 13:19 |
| slaweq | ralonsoh yeah, I don't want to do it for one backend only | 13:19 |
| slaweq | if we are going to change API in that way, it should probably be supported by other backends too | 13:20 |
| slaweq | but we can discuss that during PTG I guess | 13:20 |
| ralonsoh | for sure, the best place for this discussion | 13:20 |
| lajoskatona | +1, I add these to the etherpad to be listed there | 13:20 |
| lajoskatona | And there's one more unassigned: https://bugs.launchpad.net/neutron/+bug/2147305 (neutron cannot handle forks due to ovsdbapp) | 13:21 |
| haleyb | sure, will add to the list | 13:21 |
| ralonsoh | about the ovsdbapp one, this seems to me more a RFE | 13:22 |
| lajoskatona | ralonsoh already commented on it and I have a feeling that perhaps this one is more an RFE | 13:22 |
| lajoskatona | ralonsoh: yeah, thanks | 13:22 |
| opendevreview | Bence Romsics proposed openstack/neutron-lib master: Reject multicast addresses in AAP: n-lib part https://review.opendev.org/c/openstack/neutron-lib/+/983203 | 13:22 |
| ralonsoh | I would like to see some numbers: that optimization really provides any performance? | 13:23 |
| ralonsoh | or is just for error catching, as commented in the bug? | 13:23 |
| lajoskatona | good questions, but true some numbers for such change are helpful | 13:24 |
| haleyb | agreed would be good to see impact | 13:24 |
| lajoskatona | I think that's it for the unassigned bugs, all other bugs have owner | 13:25 |
| haleyb | great, thanks for the update lajoskatona | 13:25 |
| haleyb | any other bugs we should discuss? | 13:26 |
| haleyb | i see ralonsoh is the deputy this week, ichen is next week | 13:26 |
| haleyb | is that still ok for both? | 13:26 |
| haleyb | i realize i need to update the wiki | 13:26 |
| ralonsoh | ok | 13:26 |
| ichen | Yes, works for me. | 13:27 |
| haleyb | great, thanks! | 13:27 |
| haleyb | #topic specs | 13:27 |
| haleyb | #link https://review.opendev.org/q/project:openstack/neutron-specs+status:open | 13:28 |
| ichen | Is this a good time to bring up https://review.opendev.org/c/openstack/neutron-specs/+/982256 ? | 13:28 |
| ralonsoh | the best one | 13:28 |
| ralonsoh | I'll check this spec tomorrow morning, word | 13:28 |
| ichen | I submitted a revision. Please review. | 13:29 |
| ralonsoh | I've updated mine too: https://review.opendev.org/c/openstack/neutron-specs/+/982743 | 13:29 |
| mlavalle | I'll look at it this week also | 13:29 |
| ralonsoh | I've addressed jakub's comments: the API should never reorder the chassis priorities | 13:29 |
| ralonsoh | that makes sense, the user must do this (this is why we are providing an API) | 13:30 |
| haleyb | i'll try to review both again this week | 13:30 |
| haleyb | any that was still targeting 2026.1 i added a comment to | 13:31 |
| haleyb | ralonsoh: i'm not sure if you are still working on the OVN DHCP relay ? | 13:32 |
| ralonsoh | not right now, I'll update it after the PTG | 13:32 |
| ralonsoh | we already discussed it and approved the RFE | 13:32 |
| ralonsoh | but this is not a high priority feature | 13:32 |
| haleyb | ack, only asking since the reviews went stale | 13:33 |
| haleyb | #topic community goals | 13:33 |
| haleyb | lajoskatona: any update on sdk patches? | 13:33 |
| haleyb | #link https://review.opendev.org/q/topic:%22sdk_for_neutron%22 | 13:34 |
| lajoskatona | not much | 13:34 |
| lajoskatona | I updated some heat patches | 13:34 |
| lajoskatona | other than the nova ones | 13:34 |
| lajoskatona | https://review.opendev.org/q/topic:%22neutron_openstacksdk%22 | 13:34 |
| lajoskatona | I have a good feeling that this cycle I can find somebody to review them :-) | 13:35 |
| lajoskatona | that's it | 13:35 |
| haleyb | ack, but it on my list | 13:36 |
| haleyb | the other series that lajoskatona and slaweq are working on is the neutronclient migration to OSC | 13:37 |
| haleyb | #link https://review.opendev.org/q/topic:%22migrate_stadium_osc%22 | 13:37 |
| lajoskatona | yes, I have to go back to that but last week was short and crowded with downstream things... | 13:37 |
| haleyb | ack, thanks | 13:38 |
| haleyb | and i guess i should have added a topic for the tenant_id to project_id migration, but i've been putting most of those on our priority dashboard when they're ready | 13:39 |
| haleyb | #topic on-demand | 13:40 |
| haleyb | i did not see anything new in on-demand list, just some stale items i forgot to remove | 13:41 |
| haleyb | lajoskatona: i had one question regarding https://review.opendev.org/c/openstack/os-ken/+/982380 | 13:41 |
| haleyb | were you going to add a release note for that? | 13:42 |
| lajoskatona | good question, perhaps I can | 13:42 |
| haleyb | would be good to get merged, still time for it to make our LTS | 13:43 |
| lajoskatona | ack, I will add a re-no | 13:44 |
| haleyb | that was all i had, any other topics? | 13:44 |
| haleyb | ok, thanks for attending everyone, have a great week! and just a reminder no drivers meeting this week | 13:45 |
| haleyb | #endmeeting | 13:45 |
| opendevmeet | Meeting ended Tue Apr 7 13:45:52 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 13:45 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2026/networking.2026-04-07-13.00.html | 13:45 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2026/networking.2026-04-07-13.00.txt | 13:45 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2026/networking.2026-04-07-13.00.log.html | 13:45 |
| lajoskatona | o/ | 13:46 |
| mlavalle | \o | 13:46 |
| ralonsoh | bye | 13:46 |
| rubasov | o/ | 13:47 |
| slaweq | o/ | 13:49 |
| lajoskatona | haleyb, slaweq: question: do you perhaps know if we migrate to matrix from IRC? As opendev migrated few moths back I beleived that slowly everybody will migrate, but there's silence so perhaps we will remain on IRC for years | 13:56 |
| haleyb | lajoskatona: i haven't heard, but would vote to stay on IRC myself :) | 14:04 |
| lajoskatona | haleyb: I am fine with anything that works, and only one tool for all communication in the community :-) | 14:09 |
| lajoskatona | haleyb: just to say it loud and keep my self safe: even a tox -epy312 --- something or tox -ereleasenotes (and of course git pull) fails | 14:13 |
| haleyb | lajoskatona: in the gate? | 14:14 |
| lajoskatona | as I see on the matrix opendev channel infra struggles to keep things working | 14:14 |
| lajoskatona | gerrit and zuul seems to be working, opendev and launchpad are the bottlenecks today it seems | 14:14 |
| haleyb | oh, i wonder if that's launchpad or opendev or github? | 14:15 |
| lajoskatona | I see messages on opendev matrix channel like this one: | 14:15 |
| lajoskatona | fungi | 14:15 |
| lajoskatona | 15:48 | 14:15 |
| lajoskatona | looks like another crawler botnet hitting every commit url, but this one's using random user agent strings claiming to be android or iphone | 14:15 |
| haleyb | let me look what's going on locally | 14:15 |
| fungi | yeah, word in launchpad's matrix room is they're overrun with new crawlers again too | 14:17 |
| lajoskatona | fungi: thanks, this morning it was hard to collect the few bugs from last week for the weekly deputy report :-) | 14:30 |
| fungi | i can imagine. i'm struggling with lp as well (in parallel with trying to get opendev's gitea responsive again) | 14:31 |
| lajoskatona | fungi: yeah, I suppose that is why I can't run tox -epy312 or any tox where it tries to fetch upper constraints (I just try to use github link instead of https://releases.openstack.org/constraints/upper/master ) | 14:46 |
| lajoskatona | fungi: thanks for fighting on the frontiers | 14:46 |
| lajoskatona | I am not sure that this "side effect" of LLMs/AI is visible enough for the public behind the fantastic stories of AI reviews and wibe coding etc.... | 14:47 |
| fungi | yes, i've tried to bring this up everywhere i can. all the open source communities i'm involved in (not just opendev/openstack/openinfra ones) are spending already precious maintainer time trying to combat this | 14:56 |
| fungi | in particular it's hitting the least-well-staffed roles in communities like infrastructure management, vulnerability handling, code review... | 14:56 |
| fungi | things society had already started to come around to identifying as in dire need of help well before the "ai revolution" started | 14:57 |
| fungi | so now all of that has just gotten 10x worse | 14:57 |
| opendevreview | Takashi Kajinami proposed openstack/neutron master: Use constant for ha_failover_strategy value https://review.opendev.org/c/openstack/neutron/+/983371 | 16:15 |
| opendevreview | Takashi Kajinami proposed openstack/neutron master: Do not explicitly mention supported values https://review.opendev.org/c/openstack/neutron/+/983372 | 16:15 |
| -opendevstatus- NOTICE: Load on the opendev.org Gitea backends is under control again for now, if any Zuul jobs failed with SSL errors or disconnects reaching the service prior to 16:15 UTC they can be safely rechecked | 17:04 | |
| opendevreview | Lajos Katona proposed openstack/os-ken master: Add native threading LoopingCall to BGP https://review.opendev.org/c/openstack/os-ken/+/982380 | 17:24 |
| *** dmellado471 is now known as dmellado47 | 17:48 | |
| opendevreview | Brian Haley proposed openstack/os-ken master: Add native threading LoopingCall to BGP https://review.opendev.org/c/openstack/os-ken/+/982380 | 20:48 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!