| opendevreview | Takashi Kajinami proposed openstack/networking-bgpvpn master: Generate networking_bgpvpn.conf https://review.opendev.org/c/openstack/networking-bgpvpn/+/957109 | 01:34 |
|---|---|---|
| opendevreview | OpenStack Proposal Bot proposed openstack/neutron-vpnaas-dashboard master: Imported Translations from Zanata https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/956625 | 03:33 |
| haleyb | #startmeeting networking | 13:00 |
| opendevmeet | Meeting started Tue Aug 19 13:00:20 2025 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, averdagu, haleyb, ralonsoh | 13:00 |
| mlavalle | \o | 13:00 |
| haleyb | o/ | 13:00 |
| frickler | \o | 13:00 |
| bcafarel | o/ | 13:00 |
| ykarel | o/ | 13:00 |
| haleyb | #announcements | 13:01 |
| rubasov | o/ | 13:01 |
| haleyb | We are currently in Week R-6 of Flamingo | 13:01 |
| haleyb | Our next milestone in this development cycle will be Flamingo-3, week of August 25th (next week) | 13:01 |
| slaweq | o/ | 13:01 |
| haleyb | Final 2025.2 Flamingo release: October 3rd, 2025 | 13:01 |
| haleyb | #link https://releases.openstack.org/flamingo/schedule.html | 13:02 |
| haleyb | This week is general library freeze, I have seen reviews out already | 13:02 |
| haleyb | on that ^^ I did have a question on an os-ken change for eventlet | 13:04 |
| haleyb | #link https://review.opendev.org/c/openstack/os-ken/+/938337 | 13:04 |
| elvira | o/ | 13:04 |
| haleyb | it seems we should merge that for this cycle | 13:04 |
| haleyb | of course i realize rodolfo is not here, or lajos | 13:05 |
| ykarel | rodolfo will be back next week | 13:07 |
| rubasov | lajos will be back Thursday | 13:07 |
| haleyb | ykarel: right, it's just that os-ken release has been proposed so it really should merge this week | 13:07 |
| haleyb | rubasov: ack, i will wait and discuss with Lajos, thanks for the info | 13:08 |
| ykarel | i see multiple +2s there, what it was waiting for? | 13:08 |
| ykarel | since feb | 13:09 |
| haleyb | ykarel: really just based on rodolfo's comment - "I would wait a bit to merge this patch. This can always be selected via env var OSKEN_HUB_TYPE." | 13:09 |
| haleyb | but i think it's been "a bit" | 13:10 |
| haleyb | ykarel: i guess at worst we have to add an OSKEN_HUB_TYPE=eventlet to anything that gets broken | 13:11 |
| ykarel | yes can run some more jobs before landing if we want | 13:11 |
| ykarel | will do update test patch for sanity https://review.opendev.org/c/openstack/neutron/+/941508 | 13:13 |
| haleyb | ykarel: ah, yes let's update that for a check, thanks for finding | 13:14 |
| haleyb | ok, back to announcements | 13:15 |
| haleyb | so for library releases, neutron-lib will be next week, so please check any reviews you have there | 13:16 |
| haleyb | also, i will be out next Wed to Friday, so will not be around to approve anything, the release liaiason will have to do it (slaweq) | 13:17 |
| haleyb | i will remind everyone at next weeks meeting | 13:17 |
| haleyb | The next OpenInfra PTG will take place October 27-31, 2025 and registration for the event is now open | 13:18 |
| haleyb | #link https://ptg.openinfra.dev/ | 13:18 |
| haleyb | please sign-up if you haven't already | 13:18 |
| haleyb | Nominations for PTL and TC have started, and end tomorrow | 13:19 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/DOC4GBLKKEE4SUY6NRU4MY5NAN526KP6/ | 13:19 |
| haleyb | i did propose myself for PTL (again) so you will be stuck with me for another 6 months | 13:19 |
| bcafarel | noooo (</joking> of course) | 13:20 |
| haleyb | it is easy to lead such a great team :) | 13:21 |
| haleyb | and final announcement | 13:21 |
| haleyb | Reminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 13:21 |
| haleyb | with the RH day this week i will cancel the meeting | 13:22 |
| haleyb | that was all the announcements i had, any others? | 13:22 |
| haleyb | ok, moving on | 13:23 |
| haleyb | #topic bugs | 13:23 |
| haleyb | bcafarel was the deputy last week | 13:23 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/3LE4LHA76MTTRCRZDPV6IRXRKAKTJ4YH/ | 13:23 |
| haleyb | there was a fair amount of bugs | 13:24 |
| haleyb | first one | 13:24 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2120723 | 13:24 |
| opendevreview | yatin proposed openstack/neutron master: dnm: tests neutron master with osken native https://review.opendev.org/c/openstack/neutron/+/941508 | 13:24 |
| haleyb | [OVN] Metadata agent errors when returning gzip-encoded data | 13:24 |
| haleyb | this is a regression in 2025.1, and they were able to test with master and still broken | 13:25 |
| haleyb | not sure if anyone has seen something similar, we definitely changed the code last cycle and introduced the bug but it wasn't obvious how to fix | 13:27 |
| haleyb | ok, will ping rodolfo about that next week | 13:28 |
| haleyb | there were a number of medium bugs that all had patches proposed so we're good there :) | 13:29 |
| haleyb | next is regarding vpnaas | 13:30 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2120316 | 13:30 |
| haleyb | Dalmatian: Second IPsec site connection on same VPN service/router stays PENDING_CREATE; no agent-side rendering (works on Zed L3 agent) | 13:30 |
| haleyb | this was reported on ML as well | 13:31 |
| haleyb | not sure who can look at this, maybe Bodo? | 13:32 |
| haleyb | i'll ping as well | 13:33 |
| haleyb | there were also two RFEs, i'm not sure if the first one is just a bug | 13:34 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2120732 | 13:34 |
| haleyb | [RFE] Add metadata caching for immutable values | 13:34 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/957197 proposed | 13:34 |
| haleyb | do others think adding a cache to metadata is a bad idea? or have any opinions on it being an RFE? | 13:36 |
| mlavalle | at least, let's discuss it | 13:36 |
| mlavalle | I don't know yet if it is a good or bad idea | 13:37 |
| ykarel | +1 | 13:37 |
| haleyb | yeah, it definitely helps the use case/bug where it's getting repeatedly queried | 13:38 |
| mtomaska_ | yes I will have to read it in detail.... but doesnt nova already cache metadata? we (neutron) just retrieve it? .... i will have to look | 13:38 |
| haleyb | mtomaska_: that's a good question, i don't know | 13:40 |
| amorin | hi! I vote +1 for metadata cache | 13:40 |
| amorin | IIRC we have a custom downstream patch regarding this | 13:40 |
| mtomaska_ | i can look into it but not until next week... | 13:41 |
| haleyb | the only other place we use cache_method_results is in the policy code | 13:41 |
| amorin | it's definitely a good idea, I will talk about it internally see if one of the team member can share | 13:41 |
| haleyb | amorin: ack, is it similar to https://review.opendev.org/c/openstack/neutron/+/957197 ? | 13:41 |
| mtomaska_ | What is this RFE going to solve? do we have some performance issues? | 13:41 |
| haleyb | mtomaska_: it would solve the case where an instance is asking for static info, and reduce the neutron->nova api calls | 13:42 |
| amorin | haleyb: will check | 13:42 |
| amorin | we also have some sort of rate limiting, to force users slowing down | 13:42 |
| haleyb | amorin: ack, thanks, and if you could leave a comment there or the bug would be great | 13:43 |
| mtomaska_ | But how often does that happen? I thought it is just used when a VM is booting | 13:43 |
| haleyb | mtomaska_: this is a poorly behaved set of VMs | 13:43 |
| mtomaska_ | ACK | 13:43 |
| haleyb | i'm trying to remember, do we have rate-limit settings for haproxy? | 13:44 |
| haleyb | seems we do | 13:44 |
| ykarel | https://bugs.launchpad.net/neutron/+bug/1989199 | 13:44 |
| haleyb | rate_limit_enabled | 13:44 |
| mlavalle | yes we do | 13:45 |
| haleyb | i will ask if they've tried that | 13:45 |
| mtomaska_ | +1 on rate limiting | 13:46 |
| amorin | mtomaska_: in our situation, these are VM that are used by k8s, they heavily rely on metadata, and they were ddos-ing it | 13:47 |
| mlavalle | https://review.opendev.org/c/openstack/neutron/+/858879 | 13:47 |
| haleyb | ok, i think we have enough info there to make progress. we can move forward once we have a little more info, i'm not averse to caching but if the rate limit helps... | 13:48 |
| amorin | thanks mlavalle, this is the things we pushed :) | 13:48 |
| mlavalle | https://docs.openstack.org/neutron/latest/admin/config-metadata-rate-limiting.html | 13:49 |
| mlavalle | amorin: yeap | 13:49 |
| haleyb | amorin: great, and i'll keep an eye on things for comments on the caching proposal, thanks! | 13:49 |
| mtomaska_ | amorin: reading your situation I wonder if you are going to be affected by this https://review.opendev.org/c/openstack/neutron/+/955951 . just fyi | 13:50 |
| amorin | thanks, will check | 13:50 |
| haleyb | there was one other RFE from the same person | 13:50 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2120740 | 13:50 |
| haleyb | [RFE] Set additional search domains via DHCP | 13:51 |
| haleyb | i did drop a comment there since we can add this via port-specific options, but only for OVN | 13:51 |
| haleyb | it definitely needs more discussion will have to put on the RFE list | 13:52 |
| haleyb | mlavalle: the proposed change did scare me regarding dns - https://review.opendev.org/c/openstack/neutron/+/957573 | 13:52 |
| haleyb | but it could be we need a better way for such options on a subnet or network basis? instead of port-specific - something to think about if people look at the bug | 13:54 |
| haleyb | any other bugs to discuss? | 13:54 |
| haleyb | oh, and mtomaska_ is the deputy this week, elvira next week - is that good for both? | 13:55 |
| mtomaska_ | ACK . bcafarel thanks for covering this week for me | 13:55 |
| mtomaska_ | sorry last week :) | 13:55 |
| bcafarel | no problem, I hope you do not get a busy week this week :) | 13:55 |
| haleyb | +1 there | 13:56 |
| haleyb | #topic community goals | 13:56 |
| elvira | it's all good o/ | 13:56 |
| haleyb | without lajos or rodolfo here not sure there's any updates on community | 13:56 |
| mlavalle | probably not | 13:57 |
| haleyb | #link https://review.opendev.org/c/openstack/nova/+/928022 is still a WIP | 13:57 |
| haleyb | ok, we can move on then | 13:57 |
| haleyb | #topic on-demand | 13:57 |
| haleyb | i see nothing on agenda, but the floor is open | 13:57 |
| mlavalle | thanks for leading us another cyclw | 13:58 |
| bcafarel | +1 | 13:58 |
| ykarel | +1 | 13:59 |
| haleyb | mlavalle: np | 13:59 |
| haleyb | it's a good team of people so makes it easy :) | 13:59 |
| haleyb | ok, one minute left so will end, have a good week everyone! | 14:00 |
| haleyb | #endmeeting | 14:00 |
| opendevmeet | Meeting ended Tue Aug 19 14:00:11 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:00 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2025/networking.2025-08-19-13.00.html | 14:00 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-08-19-13.00.txt | 14:00 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2025/networking.2025-08-19-13.00.log.html | 14:00 |
| mlavalle | \o | 14:00 |
| elvira | o/ | 14:00 |
| mtomaska_ | o/ | 14:00 |
| cardoe | Just wanted to ping on https://review.opendev.org/c/openstack/neutron/+/955842 I know it waited on me a bit but once that goes in I'll do 2024.2 | 14:08 |
| bcafarel | cardoe: on it | 15:18 |
| haleyb | bcafarel: can you take a look at these cherry-picks? i forgot i proposed so shouldn't approve https://review.opendev.org/c/openstack/neutron/+/956814 | 16:08 |
| haleyb | then we can finally release a stable/2024.1 | 16:09 |
| fungi | https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2025q3/018288.html looks like it could potentially impact a bunch of openstack users? i don't know enough about neutron's use of dnsmasq to know whether it could be impacted | 16:27 |
| haleyb | i'm dissapointed they sent something like that to a public ML instead of the CVE route. I will have to say i have no comment at the moment | 16:44 |
| tkajinam | https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2025q3/018289.html | 16:56 |
| tkajinam | maybe not according to this but it's too later to read network specs so I can be wrong | 16:56 |
| *** sfinucan is now known as stephenfin | 17:02 | |
| opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: [DNM] Control interface on tenant VMs for QoS bandwidth tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/957966 | 17:52 |
| opendevreview | Jakub Libosvar proposed openstack/neutron-specs master: Propose spec for OVN BGP integration https://review.opendev.org/c/openstack/neutron-specs/+/952872 | 19:15 |
| opendevreview | Merged openstack/neutron stable/2025.1: [OVN]: fix ovn-db-sync to include gateway chassis https://review.opendev.org/c/openstack/neutron/+/955842 | 20:14 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!