| opendevreview | Jaroslav Pulchart proposed openstack/neutron master: ip_conntrack: include allowed_address_pairs in CT_MARK_INVALID cleanup https://review.opendev.org/c/openstack/neutron/+/960602 | 05:37 |
|---|---|---|
| ralonsoh | slaweq, hello! If you have 1 min: https://review.opendev.org/c/openstack/neutron/+/960369 | 06:56 |
| ralonsoh | thanks! | 06:56 |
| opendevreview | Merged openstack/tap-as-a-service master: Update master for stable/2025.2 https://review.opendev.org/c/openstack/tap-as-a-service/+/960477 | 07:42 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN][FT] Do not lock the DB ``TestOvn*Sync*`` tests https://review.opendev.org/c/openstack/neutron/+/960384 | 07:45 |
| opendevreview | Merged openstack/tap-as-a-service stable/2025.2: Update .gitreview for stable/2025.2 https://review.opendev.org/c/openstack/tap-as-a-service/+/960475 | 07:45 |
| opendevreview | Merged openstack/tap-as-a-service stable/2025.2: Update TOX_CONSTRAINTS_FILE for stable/2025.2 https://review.opendev.org/c/openstack/tap-as-a-service/+/960476 | 07:45 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN][FT] Do not lock the DB in the ``TestOvn*Sync*`` tests https://review.opendev.org/c/openstack/neutron/+/960384 | 07:46 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Don't use eventlet in the unit tests https://review.opendev.org/c/openstack/neutron/+/952258 | 07:46 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Testing patch Neutron functional https://review.opendev.org/c/openstack/neutron/+/952210 | 07:46 |
| ralonsoh | tkajinam, hello! do you know when we'll drop the support for py310? | 07:48 |
| opendevreview | Jaroslav Pulchart proposed openstack/neutron master: ip_conntrack: include allowed_address_pairs in CT_MARK_INVALID cleanup https://review.opendev.org/c/openstack/neutron/+/960602 | 07:49 |
| sahid | o/ hello | 08:08 |
| sahid | quick question, some aggregates of segments are missing, i don't remember how I can force neutron to rebuild them | 08:09 |
| sahid | the aggregates that have the name of the segment_id and on each there are the hosts that match the mapping | 08:10 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [FT] Dismiss the ``DBConnectionError`` exception during DB teardown https://review.opendev.org/c/openstack/neutron/+/960727 | 08:34 |
| opendevreview | OpenStack Release Bot proposed openstack/ovn-bgp-agent stable/2025.2: Update .gitreview for stable/2025.2 https://review.opendev.org/c/openstack/ovn-bgp-agent/+/960728 | 08:46 |
| opendevreview | OpenStack Release Bot proposed openstack/ovn-bgp-agent stable/2025.2: Update TOX_CONSTRAINTS_FILE for stable/2025.2 https://review.opendev.org/c/openstack/ovn-bgp-agent/+/960729 | 08:46 |
| opendevreview | OpenStack Release Bot proposed openstack/ovn-bgp-agent master: Update master for stable/2025.2 https://review.opendev.org/c/openstack/ovn-bgp-agent/+/960730 | 08:46 |
| opendevreview | Lajos Katona proposed openstack/networking-bagpipe master: pep8: add translation for Exceptions (N534) https://review.opendev.org/c/openstack/networking-bagpipe/+/960734 | 08:47 |
| tkajinam | ralonsoh, I don't know the exact timing but looking at https://devguide.python.org/versions/ probably in 2026.2 or 2027.1 | 08:56 |
| ralonsoh | tkajinam, thanks! | 08:56 |
| tkajinam | basically we remove a version which may be EOL at the release timing | 08:56 |
| tkajinam | maybe at 2026.2, following what we've done in 2025.2 | 08:57 |
| tkajinam | this ultimately needs to be confirmed by TC, though | 08:58 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [FT] Use a trivial active wait in ``test_create_bridges`` https://review.opendev.org/c/openstack/neutron/+/960748 | 09:00 |
| opendevreview | OpenStack Release Bot proposed openstack/neutron stable/2025.2: Update .gitreview for stable/2025.2 https://review.opendev.org/c/openstack/neutron/+/960749 | 09:04 |
| opendevreview | OpenStack Release Bot proposed openstack/neutron stable/2025.2: Update TOX_CONSTRAINTS_FILE for stable/2025.2 https://review.opendev.org/c/openstack/neutron/+/960750 | 09:04 |
| opendevreview | OpenStack Release Bot proposed openstack/neutron master: Update master for stable/2025.2 https://review.opendev.org/c/openstack/neutron/+/960751 | 09:04 |
| opendevreview | Lajos Katona proposed openstack/neutron-dynamic-routing master: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960760 | 09:22 |
| opendevreview | Lajos Katona proposed openstack/neutron-vpnaas master: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-vpnaas/+/960781 | 09:53 |
| opendevreview | Lajos Katona proposed openstack/neutron-fwaas master: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-fwaas/+/960785 | 09:57 |
| opendevreview | Merged openstack/neutron-vpnaas master: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-vpnaas/+/960781 | 11:06 |
| opendevreview | Merged openstack/neutron-fwaas master: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-fwaas/+/960785 | 11:09 |
| opendevreview | Merged openstack/neutron-dynamic-routing master: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960760 | 11:16 |
| opendevreview | Jaroslav Pulchart proposed openstack/neutron master: ip_conntrack: include allowed_address_pairs in CT_MARK_INVALID cleanup https://review.opendev.org/c/openstack/neutron/+/960602 | 11:33 |
| amorin | hello neutron team, friday question: does it ring a bell to you? https://d9a8e1aebe2eccb5979a-b0b51e8fb063509c58e3ad9e91a1258e.ssl.cf1.rackcdn.com/openstack/330b0d23ffa1409a882eddcc3db0512c/tox/pep8/4-commands%5B3%5D.log | 13:11 |
| lajoskatona | amorin: perhaps related to this one on master : https://review.opendev.org/c/openstack/neutron-lib/+/958786 , I mean the work around how hacking plugins from n-lib used | 13:13 |
| haleyb | lajoskatona: thanks for the pep8 fix for n-d-r. it is also breaking the initial changes for stable/2025.2 but i'm not sure how to fix that - https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960493 | 13:26 |
| haleyb | frickler: maybe you know? ^^ do we propose a new tag for 2025.2 ? | 13:27 |
| tkajinam | haleyb, maybe you can just backport https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960760 and merge it first ? | 13:28 |
| opendevreview | Takashi Kajinami proposed openstack/neutron-dynamic-routing stable/2025.2: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960821 | 13:29 |
| haleyb | tkajinam: i just didn't know if the backport would merge without the others but worth a try | 13:29 |
| opendevreview | Merged openstack/ovn-bgp-agent stable/2025.2: Update .gitreview for stable/2025.2 https://review.opendev.org/c/openstack/ovn-bgp-agent/+/960728 | 13:29 |
| opendevreview | Merged openstack/ovn-bgp-agent stable/2025.2: Update TOX_CONSTRAINTS_FILE for stable/2025.2 https://review.opendev.org/c/openstack/ovn-bgp-agent/+/960729 | 13:29 |
| tkajinam | haleyb, these post-release patches don't need to be merged before backport | 13:30 |
| tkajinam | the only annoying thing is that you have to manually override the target branch (due to the update of .gitreview not yet merged) but using web ui allows us to workaround it | 13:30 |
| haleyb | tkajinam: ah, ok, thanks | 13:31 |
| haleyb | i'm watching will merge when it passes | 13:31 |
| tkajinam | amorin, https://review.opendev.org/c/openstack/heat/+/958773/2/tox.ini shows what we did in heat | 13:34 |
| lajoskatona | haleyb: we have to backport these to 2025.2 (https://review.opendev.org/q/topic:%22ignore_N535%22 ) | 13:34 |
| tkajinam | (though the link does not open for me | 13:34 |
| amorin | ack, thanks | 13:34 |
| lajoskatona | as I see for n-d-r tkajinam already, thanks | 13:35 |
| tkajinam | lajoskatona, yup | 13:35 |
| opendevreview | Lajos Katona proposed openstack/neutron-fwaas stable/2025.2: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-fwaas/+/960825 | 13:36 |
| opendevreview | Lajos Katona proposed openstack/neutron-vpnaas stable/2025.2: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-vpnaas/+/960826 | 13:37 |
| haleyb | lajoskatona: thanks, +2 from me | 13:38 |
| lajoskatona | I cherry-picked for vpnaas (https://review.opendev.org/q/If5a5eb7044ed7d31f10478d93e394f95a21a2ba1 ) and fwaas (https://review.opendev.org/q/I3043fce2c8aad69f0f0ffb00d571d1d7569adc7f ) also | 13:40 |
| opendevreview | Merged openstack/neutron-dynamic-routing stable/2025.2: pep8: Ignore N535 eventlet checking hacking rule https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960821 | 13:48 |
| opendevreview | Merged openstack/neutron-dynamic-routing master: Update master for stable/2025.2 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960495 | 13:49 |
| opendevreview | Merged openstack/neutron stable/2025.2: Update .gitreview for stable/2025.2 https://review.opendev.org/c/openstack/neutron/+/960749 | 13:57 |
| opendevreview | Merged openstack/neutron stable/2025.2: Update TOX_CONSTRAINTS_FILE for stable/2025.2 https://review.opendev.org/c/openstack/neutron/+/960750 | 13:57 |
| haleyb | #startmeeting neutron_drivers | 14:00 |
| opendevmeet | Meeting started Fri Sep 12 14:00:46 2025 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| opendevmeet | The meeting name has been set to 'neutron_drivers' | 14:00 |
| ralonsoh | hello | 14:01 |
| haleyb | Ping list: ykarel, mlavalle, mtomaska, slaweq, tobias-urdin, lajoskatona, haleyb, ralonsoh | 14:01 |
| mlavalle | \o | 14:01 |
| haleyb | i'm assuming we'll have quorum | 14:01 |
| slaweq | hi, I am in the other meeting in the same time but will try to participate here as well | 14:01 |
| mlavalle | I saw slaweq in slack earlier today | 14:01 |
| haleyb | i can't remember if lajoskatona can attend | 14:02 |
| haleyb | maybe the first question is do we have to decide what quorum is now as we have less on the drivers team | 14:03 |
| haleyb | i.e. is 3 enough? | 14:03 |
| ralonsoh | how many drivers do we have? | 14:03 |
| ralonsoh | 6 if I'm not wrong | 14:04 |
| haleyb | i'm looking | 14:04 |
| slaweq | https://launchpad.net/~neutron-drivers/+members#active | 14:04 |
| slaweq | according to this we have 7 but I think that amotoki is not really active anymore | 14:05 |
| haleyb | nor is oleg, i need to remove them | 14:05 |
| lajoskatona | o/ | 14:05 |
| haleyb | so that leaves 5 | 14:05 |
| lajoskatona | I am here actually quickly changing afternoon.... | 14:05 |
| haleyb | lajoskatona: o/ | 14:05 |
| haleyb | so do others agree that 3 is ok for quorum now? that is a majority of the 5. | 14:07 |
| slaweq | fine for me | 14:08 |
| lajoskatona | +1 | 14:08 |
| ralonsoh | +1 | 14:08 |
| haleyb | and we will have to work on adding people, a thought for ptg | 14:08 |
| haleyb | anyways, i do see at least one item, there might be others in the "ready" list to discuss quickly | 14:09 |
| haleyb | ralonsoh: you had the first one | 14:09 |
| mlavalle | yes 3 is quorum | 14:09 |
| ralonsoh | thanks | 14:09 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2119647 | 14:09 |
| ralonsoh | [RFE] OVN DHCP relay | 14:09 |
| ralonsoh | I've also added a spec: https://review.opendev.org/c/openstack/neutron-specs/+/956795 | 14:09 |
| ralonsoh | In a nutshell: OVN now allows to relay the DHCP requests | 14:10 |
| ralonsoh | instead of handling them internally, it is possible to relay the DCHP packets to external DHCP servers | 14:10 |
| ralonsoh | there is a new table DHCP_relay | 14:10 |
| ralonsoh | you can define an IP address there. Then you set this register to a Logical_Router_Port belonging to the network | 14:11 |
| ralonsoh | (that means you need to connect this network to a router) | 14:11 |
| ralonsoh | and then, to the Logical_Switch, define in "options" the Logical_Router_Port | 14:11 |
| ralonsoh | and that's all: you can have a DHCP running in a VM in another network | 14:12 |
| ralonsoh | and this DHCP will reply to the DHCP requests messages from the VM running in this netwokr | 14:12 |
| ralonsoh | that's all | 14:12 |
| ralonsoh | (ah, of course, this feature is OVN only) | 14:13 |
| ralonsoh | I have left you speechless! | 14:15 |
| haleyb | i think i understand the spec, i did have one question. | 14:15 |
| haleyb | the network owner fills-in the IP address, correct? | 14:15 |
| ralonsoh | yes | 14:15 |
| opendevreview | Merged openstack/neutron-fwaas master: Update master for stable/2025.2 https://review.opendev.org/c/openstack/neutron-fwaas/+/960512 | 14:15 |
| haleyb | i didn't know if the cloud owner would want to do such things | 14:15 |
| haleyb | i.e. how does the network owner know what IP it should use? | 14:16 |
| haleyb | or maybe i'm missing the use case | 14:16 |
| ralonsoh | so because of the potential issues this feature can cause, we can define by default this feature as admin-only | 14:16 |
| ralonsoh | that makes sense | 14:16 |
| lajoskatona | +1 for admin-only | 14:16 |
| ralonsoh | so only an admin (by default) can assign this dhcp_relay value to a netwoek | 14:17 |
| ralonsoh | I'll update the spec today ^^ | 14:17 |
| haleyb | ok, and if it's required for normal operation, should a default be specified by the admin? | 14:17 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Fix bug/2122606 to allow designate job https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/960659 | 14:17 |
| ralonsoh | admin can always change the default policies | 14:18 |
| ralonsoh | ok you mean to have a default one | 14:18 |
| ralonsoh | that will apply always to the networks, that cannot be changed by a non-admin | 14:18 |
| ralonsoh | haleyb, is that what you mean? | 14:19 |
| ralonsoh | I didn't think about having a possible default dhcp_relay value | 14:19 |
| haleyb | right, i'm just thinking that if i go and create a network in this environment will dhcp work without that set? | 14:19 |
| ralonsoh | by default, if not set, OVN will use the inner DHCP server | 14:19 |
| ralonsoh | builtin DHCP server* | 14:20 |
| lajoskatona | for backward compatibility the default builtin one is a good choice | 14:20 |
| haleyb | sure | 14:20 |
| ralonsoh | in any case, I would not implement the possibility for dhcp-relay by default | 14:21 |
| haleyb | so maybe my first question should have been what the use case is? i'm assuming it's an operator that wants to know about all allocations? | 14:21 |
| ralonsoh | that should be used for very specific purposes | 14:21 |
| mlavalle | but we don | 14:21 |
| mlavalle | don't have a preferred dhcp server, right? | 14:22 |
| ralonsoh | haleyb, the use case was initially for baremetal servers in separate leafs | 14:22 |
| ralonsoh | but for now this feature, that requires a router and a LRP, doesn't match these requirements | 14:22 |
| ralonsoh | mlavalle, sorry, I don't understand the question | 14:23 |
| ralonsoh | OVN has a built-in server, we always use it | 14:23 |
| opendevreview | Stephen Finucane proposed openstack/neutron master: setup: Remove pbr's wsgi_scripts https://review.opendev.org/c/openstack/neutron/+/960834 | 14:23 |
| opendevreview | Stephen Finucane proposed openstack/neutron master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/neutron/+/960835 | 14:23 |
| ralonsoh | if we set a dhcp relay for a network, and this network is connected to a router (this is a must), then the DHCP messages will be relayed | 14:23 |
| mlavalle | we don't make any assumptions as to what ultimately responds to the dhcp requests. It's something running in a VM | 14:24 |
| ralonsoh | not at all | 14:24 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Add option to skip loading agent Trunk extension https://review.opendev.org/c/openstack/neutron/+/913979 | 14:24 |
| ralonsoh | could be anything, a DHCP agent, an DHCP server running in a VM, a DHCP server in an external IP address | 14:25 |
| ralonsoh | anything | 14:25 |
| mlavalle | that was my question, thanks | 14:25 |
| opendevreview | Merged openstack/neutron-dynamic-routing stable/2025.2: Update .gitreview for stable/2025.2 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960493 | 14:25 |
| ralonsoh | this is like in ML2/OVS: the VM sends the DHCP requests, we run the DHCP agent but in some cases, with some "peculiar" configurations and ACLs, it was possible to respond from a VM with a DHCP server | 14:25 |
| mlavalle | +1 | 14:26 |
| haleyb | are there any other questions? | 14:27 |
| slaweq | I am ok with this proposal | 14:28 |
| mlavalle | very clear use case | 14:28 |
| lajoskatona | finr from me also, +1 | 14:28 |
| mlavalle | +1 | 14:28 |
| ralonsoh | thank you all | 14:28 |
| haleyb | +1 from me | 14:28 |
| mlavalle | we need to start by reviewing the spec, right? | 14:28 |
| ralonsoh | I need to add the admin-only bit | 14:29 |
| haleyb | ack, i'll mark approved but then yes, review the spec | 14:29 |
| mlavalle | ok | 14:29 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron-specs/+/956795 | 14:29 |
| lajoskatona | I have to anyway go to reviews specs, recently I forgot that.... | 14:29 |
| ralonsoh | ahh, please approve the patch opening the 2026.1 folder: https://review.opendev.org/c/openstack/neutron-specs/+/958831 | 14:29 |
| lajoskatona | done | 14:30 |
| ralonsoh | cool | 14:30 |
| mlavalle | lol lajoskatona beat me to it | 14:31 |
| haleyb | there was nothing else in agenda, but there was one more rfe that would be good to discuss | 14:31 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2120732 | 14:31 |
| haleyb | [RFE] Add metadata caching for immutable values | 14:31 |
| haleyb | i should have pinged sam before the meeting, but it seems straightforward, and more of a bug then rfe | 14:32 |
| ralonsoh | I love the idea but I have some concerns with the implementation | 14:32 |
| haleyb | oh, i now see you had looked the other day | 14:32 |
| ralonsoh | what are "immutable values"? if you can answer it | 14:32 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/957197/5/neutron/common/metadata.py#38 | 14:33 |
| ralonsoh | I mean, having a configurable metadata cache could be a huge performance improvement in some scenarios | 14:33 |
| opendevreview | Merged openstack/neutron-specs master: Spec folder for 2026.1 cycle https://review.opendev.org/c/openstack/neutron-specs/+/958831 | 14:33 |
| ralonsoh | but we must define well (or make it configurable too) what are inmutable values | 14:33 |
| haleyb | i had initially asked about rate-limiting, but it does seem useful especially for this person | 14:34 |
| ralonsoh | that will probably be a bottle neck, the rate limiter | 14:34 |
| ralonsoh | they really need not to ping again and again the metadata server | 14:34 |
| haleyb | in his case the rate limiter would help with the load, but not address the issue | 14:34 |
| ralonsoh | so initially I'm in favor of this but we need a very clear picture of what is static and cab be cached | 14:35 |
| haleyb | i.e. IoT devices that are dump | 14:35 |
| haleyb | s/dumb | 14:35 |
| lajoskatona | yes, and as these values are coming from nova, should we have a chat with nova as well? | 14:36 |
| ralonsoh | ^^ PTG could be a good place | 14:36 |
| mlavalle | was a spec proposed? if not, we can request a spec and clarify these concerns there | 14:36 |
| mlavalle | or the PTG. good idea | 14:37 |
| ralonsoh | +1 for a spec, I really like this idea | 14:37 |
| haleyb | no, i didn't ask for one yet as it seemed simple, but would be good to get these questions answered | 14:37 |
| mlavalle | let's do that | 14:38 |
| haleyb | implementation should be simple according to existing change | 14:38 |
| haleyb | ok, i'll ask for spec and have a quick discussion at ptg to make sure we're not missing something from nova side | 14:38 |
| ralonsoh | +1 | 14:38 |
| ralonsoh | (nice topic for the PTG) | 14:39 |
| lajoskatona | +1 | 14:39 |
| mlavalle | +1 | 14:39 |
| haleyb | great | 14:39 |
| haleyb | i didn't see any other topics to discuss, but will wait a minute if anyone has one | 14:39 |
| lajoskatona | I have one small (forgot to add to the agenda) | 14:40 |
| lajoskatona | there was a mail from mnasser: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/425LYYRSQYWAK6APPQC6QFW35NFLJ6F7/ | 14:40 |
| lajoskatona | regarding taas and that the CLI code is historically in the taas repo and not in neutronclient like it is for other stadiums | 14:40 |
| lajoskatona | I am not sure if we need and RFE for it, or just a bug enough | 14:41 |
| mlavalle | I don't think so. It is bringing this project in line with the rest of the stadium | 14:42 |
| lajoskatona | exactly | 14:42 |
| haleyb | so the ask is to add taas commands to the network CLI? | 14:43 |
| ralonsoh | ^^ I have the same question | 14:44 |
| lajoskatona | In python-neutronclient under the OSC folder we have CLI code for other stadiums | 14:44 |
| lajoskatona | https://opendev.org/openstack/python-neutronclient/src/branch/master/neutronclient/osc/v2 | 14:45 |
| haleyb | ah yes, a lot of them | 14:45 |
| lajoskatona | so the goal is to move the current taas CLI code to this folder | 14:45 |
| ralonsoh | yeah but I think the decision was to have the OSC plugin in the repos | 14:45 |
| ralonsoh | https://github.com/openstack/tap-as-a-service/tree/master/neutron_taas/taas_client/osc | 14:45 |
| ralonsoh | if I'm not wrong | 14:45 |
| lajoskatona | thanks this is the current code | 14:45 |
| ralonsoh | sorry, why do they need that in neutronclient? | 14:46 |
| lajoskatona | mnasser's issue is that when they deploy the CLI (I suppose in container) they have to install taas and that pulls in neutron as well to the container | 14:47 |
| ralonsoh | ahhh understood | 14:47 |
| lajoskatona | but if they install neutronclient with all the dependencies no more hedache with the size | 14:47 |
| ralonsoh | yeah, makes sense | 14:47 |
| ralonsoh | just asking: these are OSC extensions, right? | 14:49 |
| ralonsoh | why not moving them to OSC? | 14:49 |
| lajoskatona | yes OSC | 14:49 |
| lajoskatona | no idea, I suppose openstackclient tried to keep these things away from their umbrella and maintenance | 14:50 |
| ralonsoh | yeah... ok, let me ask this question to OSC mantainers (stephenfin for example) | 14:50 |
| ralonsoh | in any case, we can do this: we can move this code to neutronclient for now | 14:51 |
| lajoskatona | good idea, perhaps the simpler would to move all the things in neutronclient to OSC finally | 14:51 |
| lajoskatona | thanks | 14:51 |
| stephenfin | ralonsoh: I was wondering the same thing myself recently :) | 14:51 |
| haleyb | right, because we have 7 other directories of code in neutronclient | 14:51 |
| ralonsoh | so that could be something for 2026.1: to move the OSC extensions to OSC | 14:52 |
| stephenfin | neutronclient uses SDK for everything now, right? Or does it still use the deprecated neutronclient lib? | 14:52 |
| ralonsoh | stephenfin, good question, for sure | 14:52 |
| lajoskatona | no I beleive I cut all the code for the old python bindings | 14:52 |
| ralonsoh | I can't confirm that but these are OSC extensions, should relay on SDK | 14:52 |
| stephenfin | If it uses SDK for everything then I see no reason not to move it wholesale to OSC | 14:52 |
| ralonsoh | nice to read that | 14:53 |
| stephenfin | and probably make you folks full core there so I don't have to review everything | 14:53 |
| ralonsoh | hehehe ok | 14:53 |
| lajoskatona | we can start that as a goal for the coming cycle :-) | 14:53 |
| ralonsoh | ^ +1 | 14:53 |
| haleyb | sure, and it gets us a good ptg topic too :) | 14:54 |
| mlavalle | lol | 14:54 |
| lajoskatona | :-) | 14:55 |
| lajoskatona | than I think that's it for this topic, the goal is to move all things to OSC, have a discussion on the PTG | 14:56 |
| haleyb | ok, sounds good, do you want to respond to mnaser on the ML? | 14:56 |
| lajoskatona | yes I can | 14:57 |
| * haleyb is getting better at delegating :) | 14:57 | |
| lajoskatona | :D | 14:57 |
| haleyb | alright we're at end of hour, any other topics | 14:57 |
| haleyb | thanks for that one lajoskatona btw | 14:57 |
| haleyb | ok, thanks for attending and have a good weekend! | 14:58 |
| haleyb | #endmeeting | 14:58 |
| opendevmeet | Meeting ended Fri Sep 12 14:58:18 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:58 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2025/neutron_drivers.2025-09-12-14.00.html | 14:58 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2025/neutron_drivers.2025-09-12-14.00.txt | 14:58 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2025/neutron_drivers.2025-09-12-14.00.log.html | 14:58 |
| mlavalle | \o | 14:58 |
| ralonsoh | have a nice weekend! | 14:58 |
| lajoskatona | o/ | 14:58 |
| haleyb | slaweq: i had a question about https://launchpad.net/~neutron-drivers/+members#active since you are marked as Admin. I had updated the review group (https://review.opendev.org/admin/groups/5b063c96511f090638652067cf0939da1cb6efa7,members) to remove members, but should we clean-up the members list? | 15:01 |
| haleyb | obviously i can't do it without super powers | 15:02 |
| ralonsoh | haleyb, he left the office 1 min ago | 15:03 |
| haleyb | it wasn't critical can figure out monday | 15:04 |
| frickler | haleyb: just checked and I could make you admin | 15:10 |
| haleyb | frickler: why not i'll be here at least one more cycle :) | 15:10 |
| frickler | well "I could" meant "I was able to and did" ... ;) | 15:13 |
| opendevreview | Candido Campos Rivas proposed x/whitebox-neutron-tempest-plugin master: Increase burst window size to avoid unstabilities in slow envs https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944616 | 15:23 |
| opendevreview | Mohammed Naser proposed openstack/python-neutronclient master: Add Tap-as-a-Service client code https://review.opendev.org/c/openstack/python-neutronclient/+/960846 | 15:33 |
| opendevreview | Mohammed Naser proposed openstack/python-neutronclient master: Add Tap-as-a-Service client code https://review.opendev.org/c/openstack/python-neutronclient/+/960846 | 15:37 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN][FT] Do not lock the DB in the ``TestOvn*Sync*`` tests https://review.opendev.org/c/openstack/neutron/+/960384 | 15:38 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [FT] Dismiss the ``DBConnectionError`` exception during DB teardown https://review.opendev.org/c/openstack/neutron/+/960727 | 15:38 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [FT] Use a trivial active wait in ``test_create_bridges`` https://review.opendev.org/c/openstack/neutron/+/960748 | 15:38 |
| opendevreview | Mohammed Naser proposed openstack/tap-as-a-service master: Remove client code from repository https://review.opendev.org/c/openstack/tap-as-a-service/+/960849 | 15:42 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Don't use eventlet in the unit tests https://review.opendev.org/c/openstack/neutron/+/952258 | 15:52 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Testing patch Neutron functional https://review.opendev.org/c/openstack/neutron/+/952210 | 15:53 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Add option to skip loading agent Trunk extension https://review.opendev.org/c/openstack/neutron/+/913979 | 15:55 |
| ralonsoh | haleyb, hello! please check https://review.opendev.org/c/openstack/neutron/+/960748 and the parent patches (you already reviewed a couple) | 16:04 |
| ralonsoh | thanks in advance | 16:04 |
| opendevreview | Merged openstack/neutron-dynamic-routing stable/2025.2: Update TOX_CONSTRAINTS_FILE for stable/2025.2 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/960494 | 16:04 |
| opendevreview | Stephen Finucane proposed openstack/neutron master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/neutron/+/960835 | 17:02 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Testing patch Neutron py310 https://review.opendev.org/c/openstack/neutron/+/960876 | 17:40 |
| opendevreview | Brian Haley proposed openstack/python-neutronclient master: Update outdated tox.ini and setup.cfg files https://review.opendev.org/c/openstack/python-neutronclient/+/960890 | 21:33 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: functional: Spawn Open_vSwitch ovsdb-server for OVN agent https://review.opendev.org/c/openstack/neutron/+/960892 | 21:51 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: functional: Spawn Open_vSwitch ovsdb-server for OVN agent https://review.opendev.org/c/openstack/neutron/+/960892 | 21:56 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: functional: Spawn Open_vSwitch ovsdb-server for OVN agent https://review.opendev.org/c/openstack/neutron/+/960892 | 22:17 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Introduce service plugin https://review.opendev.org/c/openstack/neutron/+/958100 | 22:17 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Introduce Main router and chassis router commands https://review.opendev.org/c/openstack/neutron/+/959890 | 22:17 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Introduce BGP chassis commands https://review.opendev.org/c/openstack/neutron/+/960422 | 22:17 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: OVN agent BGP extension https://review.opendev.org/c/openstack/neutron/+/960895 | 22:17 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: functional: Spawn Open_vSwitch ovsdb-server for OVN agent https://review.opendev.org/c/openstack/neutron/+/960892 | 22:20 |
| opendevreview | Merged openstack/neutron stable/2025.1: Fix AttributeError accessing local compute port https://review.opendev.org/c/openstack/neutron/+/960131 | 23:30 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!