| opendevreview | Jimin Shin proposed openstack/neutron-lib master: Add information to network ip availabilities https://review.opendev.org/c/openstack/neutron-lib/+/965087 | 06:26 |
|---|---|---|
| ralonsoh | bcafarel, hello! a quick backport: https://review.opendev.org/q/topic:%22bug/2111475%22 | 07:15 |
| ralonsoh | thanks in advance! | 07:15 |
| opendevreview | Tobias Urdin proposed openstack/neutron master: Cleanup stale DHCP ports not bound to host https://review.opendev.org/c/openstack/neutron/+/968770 | 08:13 |
| *** liuxie is now known as lushy | 08:58 | |
| *** lushy is now known as liushy | 08:58 | |
| opendevreview | Eduardo Olivares proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp https://review.opendev.org/c/openstack/neutron/+/962188 | 10:53 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: [Docs] Add doc about Virtual IP addresses in Neutron ML2/OVN https://review.opendev.org/c/openstack/neutron/+/968812 | 10:56 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.2: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969897 | 11:59 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.2: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969898 | 11:59 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.1: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969899 | 12:00 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.1: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969900 | 12:01 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.2: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969901 | 12:02 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.2: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969902 | 12:02 |
| opendevreview | Lajos Katona proposed openstack/tap-as-a-service master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/tap-as-a-service/+/961671 | 12:53 |
| lajoskatona | ralonsoh, haleyb, ykarel: Hi, patch for py313 periodic jobs in openstack-zuul-jobs: https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/969911 | 13:07 |
| ralonsoh | lajoskatona, thanks! | 13:15 |
| haleyb | lajoskatona: thanks, looks like there is at least a couple of comments | 13:59 |
| mlavalle | haleyb: are we meeting today? | 14:00 |
| haleyb | mlavalle: hey, yes, just getting started | 14:00 |
| haleyb | i always have to double-check the clock is right | 14:01 |
| haleyb | #startmeeting neutron_drivers | 14:01 |
| opendevmeet | Meeting started Fri Dec 5 14:01:09 2025 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
| opendevmeet | The meeting name has been set to 'neutron_drivers' | 14:01 |
| haleyb | Ping list: ykarel, mlavalle, mtomaska, slaweq, tobias-urdin, lajoskatona, haleyb, ralonsoh | 14:01 |
| mlavalle | \o | 14:01 |
| ralonsoh | hello | 14:01 |
| lajoskatona | o/ | 14:01 |
| slaweq | o/ | 14:01 |
| haleyb | so i think there is only one item on the agenda | 14:02 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2131072 | 14:02 |
| haleyb | [RFE] Publish network resource exists notification | 14:02 |
| haleyb | there was a comment he would attend, but i don't see his nick here at the moment | 14:03 |
| jimin3shin[m] | Hello, I'm Jimin Shin that created the RFE. | 14:04 |
| haleyb | ah, hi jimin | 14:04 |
| jimin3shin[m] | Would you like me to explain the RFE? | 14:05 |
| haleyb | jimin3shin[m]: yes please | 14:06 |
| * haleyb was just reading it | 14:06 | |
| jimin3shin[m] | The RFE is about a new audit tool, publishing a notification for each network resource that exists at the time of audit tool execution. This tool is for BI purpose. | 14:07 |
| haleyb | BI being business intelligence? | 14:08 |
| jimin3shin[m] | The notification example is in comment #4, it contains resource detail, and audit time. | 14:08 |
| jimin3shin[m] | Yes | 14:08 |
| haleyb | i'm trying to understand the scope of this tool, is it generating info for every resource? or just one project? or ? | 14:10 |
| mlavalle | and this notifications are send over what medium/channel? | 14:10 |
| ralonsoh | and where this tool be located? what repo? how this tool will retrieve the information? direct query to the database? API? what kind of implementation will have? plugin, tool, script? | 14:10 |
| jimin3shin[m] | Yes, it generates for every network, subnet, and port resource across all projects. | 14:11 |
| jimin3shin[m] | This notifications are sent over oslo_notification. | 14:11 |
| mlavalle | ok | 14:11 |
| mlavalle | you mention that this is for "BI purposes". What is BI? | 14:12 |
| haleyb | there are a lot more neutron resources than those 3 | 14:12 |
| slaweq | so IIUC you want to have some neutron CLI script, like e.g. "neutron-audit" which you can run and it will generate such data and send it to the rabbitmq (if doing it in Cinder way) or periodic task in neutron-server which would publish that info every defined time interval and send it to rabbitmq | 14:13 |
| slaweq | is that correct? | 14:13 |
| jimin3shin[m] | ralonsoh: This tool will be located in the neutron repo, in the neutron/cmd. The tool will retrieve the information by directly querying the database. | 14:13 |
| ralonsoh | so you are planning to do a script (as slaweq said) | 14:14 |
| jimin3shin[m] | slaweq: Yes, like e.g. "neutron-audit", not periodic task. | 14:15 |
| slaweq | ok, so you want to do it in "cinder like way" then :) | 14:15 |
| slaweq | that was my next question, which one would you prefer | 14:15 |
| jimin3shin[m] | mlavalle: It is Business Intelligence, for analyzing resource usage. | 14:15 |
| jimin3shin[m] | haleyb: Yes, I would like to add more resources if needed. I mentioned those three resources because I currently need them. | 14:16 |
| lajoskatona | ok, so the tool sends the data as oslo_notification and the other end can subscribe to the notification and collect/analyse it | 14:16 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.2: Reduce coverage threshold on stable branches https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969937 | 14:17 |
| jimin3shin[m] | Yes! | 14:17 |
| lajoskatona | ack | 14:17 |
| ralonsoh | To be honest, you can implement this script it your own repository. You are just going to read the DB (you need the IP and the user/pass) and send via RPC | 14:17 |
| slaweq | thx for explanation | 14:18 |
| ralonsoh | I'm saying this because once merged, we'll need to maintain it | 14:18 |
| slaweq | ralonsoh: that is correct but I think that it could be good to have it as official tool, especially if other "big fishes" like Cinder are doing that already | 14:18 |
| slaweq | that would make it more consistent across OpenStack IMO | 14:18 |
| mlavalle | ++ | 14:19 |
| ralonsoh | so far I see only two other projects, each one with its own implementation | 14:19 |
| lajoskatona | +1 to have it in tree | 14:19 |
| ralonsoh | I don't see this as a common effort | 14:19 |
| jimin3shin[m] | Nova and Designate are have this as well (but in different way other than CLI script). | 14:20 |
| ralonsoh | yes: in nova as a method in the compute, in designate as a periodic task, in cinder as a script | 14:22 |
| ralonsoh | zero consistency | 14:22 |
| ralonsoh | anyway, I'm not going to block as long as this is an independent script | 14:23 |
| jimin3shin[m] | Yes this will be an independent script. | 14:24 |
| lajoskatona | +1 | 14:24 |
| haleyb | jimin3shin[m]: and this would be one message per object, it's not a total of things owned by a project | 14:25 |
| haleyb | so if i have 10k ports in my cloud there are 10k messages | 14:26 |
| jimin3shin[m] | haleyb: yes. that is right. | 14:27 |
| haleyb | and anyone can subscribe to these? | 14:28 |
| slaweq | ahh, I thought it will be one message with just total usage per project | 14:29 |
| slaweq | so every time you will call this script it will send messages for every network, subnet and port and maybe also other resources in future? | 14:29 |
| jimin3shin[m] | Yes right. Nova, Designate, Cinder are sending messages for every resource, too. | 14:31 |
| ralonsoh | Via RPC? At the same time 100.000 resources, for example? Do it and you'll kill rabbitmq | 14:31 |
| haleyb | i'm assuming this can mostly be done today with a user that is given a read-only role and just does API calls? | 14:34 |
| haleyb | that would also possibly overwhelm the API of course | 14:35 |
| jimin3shin[m] | Would it be okay if we discuss this again after reconsidering message publishing approach? | 14:37 |
| LarsErikP | Any chance this could be looked into at some point? =) https://bugs.launchpad.net/neutron/+bug/2130405 | 14:37 |
| slaweq | personally I am fine with having this in neutron in general. Maybe we can consider different publishing approaches in the spec review because I think we should have spec with defined format of published data, etc. | 14:38 |
| slaweq | so I am +1 for this RFE for now personally | 14:39 |
| lajoskatona | jimin3shin[m]: perhaps check how nova/cinder/designate is doing this and if there is some aproach already to handle extra load | 14:39 |
| mlavalle | agree with slaweq | 14:39 |
| lajoskatona | +1 | 14:39 |
| ralonsoh | agree with having a spec, discussing there how to publish the data (what slaweq and lajoskatona said) | 14:39 |
| haleyb | ok, then should we vote on creating a spec where we can discuss on the format? | 14:40 |
| haleyb | +1 from me | 14:40 |
| ralonsoh | +1 | 14:40 |
| lajoskatona | yes spec is good idea I thought it but never wrote :-) | 14:40 |
| lajoskatona | +1 | 14:40 |
| haleyb | ok, so i think that's three +1's so i'll approve it | 14:41 |
| haleyb | jimin3shin[m]: can you write a spec describing this then? | 14:41 |
| jimin3shin[m] | Yes, I'll write a spec describing this. Thank you! | 14:42 |
| haleyb | ok, was there anything else to discuss? that was the only agenda item | 14:42 |
| haleyb | i will remind people jimin3shin[m] has a spec and review out for network ip availabilities updates | 14:43 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron-specs/+/947826 | 14:43 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron-lib/+/965087 | 14:43 |
| mlavalle | jimin3shin[m]: what is BI? | 14:43 |
| jimin3shin[m] | mlavalle: It is Business Intelligence. | 14:44 |
| mlavalle | I thought so. It | 14:44 |
| mlavalle | it's just that it has been a long time since I saw that term | 14:44 |
| haleyb | maybe BAI is more 'cool' these days? :-p | 14:45 |
| haleyb | i just made that up | 14:45 |
| haleyb | anyways, seems we are done, thanks for attending everyone and have a nice weekend! | 14:46 |
| haleyb | #endmeeting | 14:46 |
| opendevmeet | Meeting ended Fri Dec 5 14:46:29 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:46 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2025/neutron_drivers.2025-12-05-14.01.html | 14:46 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2025/neutron_drivers.2025-12-05-14.01.txt | 14:46 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2025/neutron_drivers.2025-12-05-14.01.log.html | 14:46 |
| lajoskatona | o/ | 14:46 |
| ralonsoh | bye | 14:46 |
| jimin3shin[m] | Thank you! Have a nice weekend! | 14:46 |
| slaweq | o/ | 14:47 |
| mlavalle | \o | 14:48 |
| haleyb | LarsErikP: it does seem like that bug has an owner, maybe reach out in the bug to see what the status is? | 14:48 |
| LarsErikP | haleyb: I'll try that. thanks =) | 14:49 |
| haleyb | LarsErikP: thanks, i don't see helen here but maybe don't know her nick | 14:50 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.2: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969897 | 14:51 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.2: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969898 | 14:51 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.2: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969901 | 14:53 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.2: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969902 | 14:53 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.2: Reduce coverage threshold on stable branches https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969947 | 14:53 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.1: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969899 | 14:56 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.1: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969900 | 14:56 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.1: Reduce coverage threshold on stable branches https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969948 | 14:56 |
| opendevreview | Merged openstack/neutron-specs master: Add spec to add information to network ip availabilities https://review.opendev.org/c/openstack/neutron-specs/+/947826 | 15:02 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.2: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969902 | 15:08 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider stable/2025.1: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969900 | 15:10 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Introduce service plugin https://review.opendev.org/c/openstack/neutron/+/958100 | 15:17 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Fix assertion in unit test https://review.opendev.org/c/openstack/neutron-lib/+/969951 | 15:25 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Deprecate "is_advsvc" attribute in the Context object https://review.opendev.org/c/openstack/neutron-lib/+/969952 | 15:25 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Service role is now considered as the one who can change project_id https://review.opendev.org/c/openstack/neutron-lib/+/969953 | 15:25 |
| slaweq | ralonsoh: haleyb and others, please look at ^^ when you will have few minutes, thx a lot | 15:57 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron-lib master: Add both direction to tap mirror definition https://review.opendev.org/c/openstack/neutron-lib/+/969962 | 16:10 |
| opendevreview | Merged openstack/ovn-octavia-provider stable/2025.2: Reduce coverage threshold on stable branches https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969937 | 17:58 |
| opendevreview | Merged openstack/ovn-octavia-provider stable/2025.2: Optimize _get_current_operating_statuses to reduce octavia_lib calls https://review.opendev.org/c/openstack/ovn-octavia-provider/+/969897 | 18:20 |
| opendevreview | Elvira García Ruiz proposed openstack/tap-as-a-service master: [OVN] Add BOTH direction to tap mirror https://review.opendev.org/c/openstack/tap-as-a-service/+/969991 | 19:02 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!