| opendevreview | Helen Chen proposed openstack/neutron master: Created Single VxLAN Device management for EVPN https://review.opendev.org/c/openstack/neutron/+/990169 | 02:14 |
|---|---|---|
| opendevreview | Helen Chen proposed openstack/neutron master: Integrated SVD into OVN Agent EVPN Extension https://review.opendev.org/c/openstack/neutron/+/991099 | 02:27 |
| opendevreview | Terry Wilson proposed openstack/neutron master: Integrated SVD into OVN Agent EVPN Extension https://review.opendev.org/c/openstack/neutron/+/991099 | 02:29 |
| opendevreview | Terry Wilson proposed openstack/neutron master: evpn: Pass VLAN ID in port binding events to FSM https://review.opendev.org/c/openstack/neutron/+/991528 | 02:29 |
| opendevreview | Brian Haley proposed openstack/neutron master: WIP: Add project_id attribute for neutron-lib change https://review.opendev.org/c/openstack/neutron/+/986962 | 03:37 |
| opendevreview | Helen Chen proposed openstack/neutron master: Created Single VxLAN Device management for EVPN https://review.opendev.org/c/openstack/neutron/+/990169 | 03:52 |
| opendevreview | Helen Chen proposed openstack/neutron master: Integrated SVD into OVN Agent EVPN Extension https://review.opendev.org/c/openstack/neutron/+/991099 | 03:52 |
| opendevreview | Merged openstack/networking-bagpipe master: Replace OVN Metadata agent with OVN agent https://review.opendev.org/c/openstack/networking-bagpipe/+/987050 | 05:56 |
| ralonsoh | lajoskatona, hello! if you have 1 min, please check these 3 backports: https://review.opendev.org/c/openstack/neutron/+/991523 | 06:27 |
| ralonsoh | thanks!! | 06:27 |
| opendevreview | Brian Haley proposed openstack/neutron-tempest-plugin master: Remove all usage of tenant/tenant_id https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/987959 | 06:31 |
| * haleyb is not really here, he is sleeping :) | 06:32 | |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Use idl.has_lock instead of idl.is_lock_contended for OVSDB lock checks https://review.opendev.org/c/openstack/neutron/+/991346 | 06:46 |
| ralonsoh | hehehe | 06:54 |
| opendevreview | Felix Moebius proposed openstack/neutron master: [OVN] Fix race condition during floating ip deletion https://review.opendev.org/c/openstack/neutron/+/988235 | 07:00 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Add scenario test for VM connectivity with allowed_address_pairs https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/984133 | 07:19 |
| opendevreview | Merged openstack/neutron stable/2025.1: Fix tunnel network detection to use tunnel type driver ranges https://review.opendev.org/c/openstack/neutron/+/990604 | 07:19 |
| zigo | ralonsoh: FYI, I rebased https://review.opendev.org/c/openstack/neutron/+/991523 for Epoxy, since your patch didn't apply on top of 2025.1. I have no idea how come you could push such patch in Gerrit, and how misteriously some commits are missing or WTF ... :P | 08:21 |
| zigo | test_port.py was a pain to manually apply ... :/ | 08:22 |
| zigo | (currently building Debian package, ie: running unit tests...) | 08:23 |
| zigo | I need this up to Dalmatian, right? | 08:24 |
| zigo | Got 6 failures ... :( | 08:26 |
| zigo | https://paste.opendev.org/show/bPf2fPkevAUhXsidmGvZ/ | 08:26 |
| zigo | Ok, got some more to backport in fact. | 08:31 |
| opendevreview | Thomas Goirand proposed openstack/neutron master: Replace keepalived-state-change by a dash script https://review.opendev.org/c/openstack/neutron/+/836140 | 08:41 |
| opendevreview | Fiorella Yanac proposed openstack/neutron-tempest-plugin master: Add OVN PVLAN scenario connectivity test https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/991715 | 08:43 |
| opendevreview | Felix Moebius proposed openstack/neutron master: [OVN] Add migration routine for ovn_router_indirect_snat https://review.opendev.org/c/openstack/neutron/+/991771 | 09:01 |
| zigo | ralonsoh: FYI, my rebased patch is here: https://salsa.debian.org/openstack-team/services/neutron/-/blob/debian/epoxy/debian/patches/OSSA-2026-021_Fix_port_RBAC_policies_to_require_network_ownership.patch?ref_type=heads | 09:14 |
| zigo | It only applies on top of Neutron 26.0.3, my rebase on 26.0.0 fails unit testing for the moment. | 09:14 |
| opendevreview | Merged openstack/neutron master: Add PVLAN OVN Driver https://review.opendev.org/c/openstack/neutron/+/985150 | 09:17 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: [CI][unmaintained] Pin designate tempest plugin https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/991667 | 09:18 |
| ralonsoh | I'll check it today | 09:37 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2026.1: Fix cross-project access to router conntrack helpers https://review.opendev.org/c/openstack/neutron/+/991776 | 09:39 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.2: Fix cross-project access to router conntrack helpers https://review.opendev.org/c/openstack/neutron/+/991777 | 09:39 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.1: Fix cross-project access to router conntrack helpers https://review.opendev.org/c/openstack/neutron/+/991778 | 09:39 |
| opendevreview | Merged openstack/neutron unmaintained/2024.1: [unmaintained only] Drop fullstack fips job https://review.opendev.org/c/openstack/neutron/+/991540 | 09:41 |
| opendevreview | Merged openstack/neutron stable/2025.1: Allow service role to create/update port device_id https://review.opendev.org/c/openstack/neutron/+/991607 | 10:20 |
| opendevreview | Merged openstack/neutron unmaintained/2023.1: [unmaintained only] Drop fullstack fips job https://review.opendev.org/c/openstack/neutron/+/991541 | 10:20 |
| opendevreview | Lajos Katona proposed openstack/neutron-dynamic-routing master: CI: remove py310 job and use desc for starting worker https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/990623 | 12:11 |
| opendevreview | Thomas Goirand proposed openstack/neutron master: Replace keepalived-state-change by a dash script https://review.opendev.org/c/openstack/neutron/+/836140 | 12:43 |
| opendevreview | Fiorella Yanac proposed openstack/neutron-dynamic-routing master: Fix Pass desc to add_agent_status_check_worker for DR agent checks https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/991850 | 12:44 |
| wilkmarcin | hello o/ | 12:54 |
| haleyb | wilkmarcin: hi, i'll start the meeting in a minute | 12:59 |
| wilkmarcin | ack | 13:00 |
| haleyb | #startmeeting neutron_drivers | 13:00 |
| opendevmeet | Meeting started Fri Jun 5 13:00:27 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 'neutron_drivers' | 13:00 |
| haleyb | Ping list: ykarel, mlavalle, mtomaska, slaweq, tobias-urdin, lajoskatona, haleyb, ralonsoh, cardoe | 13:00 |
| mlavalle | \o | 13:00 |
| ralonsoh | hi | 13:00 |
| lajoskatona | o/ | 13:01 |
| wilkmarcin | o/ | 13:01 |
| mtomaska | o/ | 13:01 |
| haleyb | alright we can get started | 13:01 |
| haleyb | there are two items on the agenda today | 13:01 |
| haleyb | first one is | 13:01 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2026489 | 13:02 |
| haleyb | [RFE][quota] Implement "router_route" quota using the Neutron quota engine, replacing "max_routes" config option | 13:02 |
| slaweq | o/ | 13:02 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/991024 | 13:02 |
| ralonsoh | And the gerrit links | 13:02 |
| ralonsoh | #link https://review.opendev.org/q/topic:%22bug/2026489%22 | 13:02 |
| ralonsoh | (neutron, sdk and cli) | 13:02 |
| ralonsoh | So the proposal is simple: to remove the config option for router_routes, that is a static option in the config files | 13:03 |
| ralonsoh | and add it to the quota engine, that makes it configurable without restarting | 13:03 |
| ralonsoh | and per project (as any quota) | 13:03 |
| ralonsoh | that's the proposal | 13:03 |
| ralonsoh | I think we don't even need a spec (IMO) | 13:04 |
| mlavalle | good proposal | 13:04 |
| ralonsoh | any feedback on this? | 13:06 |
| slaweq | one question | 13:06 |
| slaweq | about the old option - was it per project or per router? | 13:06 |
| ralonsoh | per system | 13:06 |
| ralonsoh | one single config option for all projects and routers | 13:06 |
| slaweq | ahh, so if e.g. someone had it set to 100 it meant that there can be max 100 routes created across all projects in the cloud, correct? | 13:07 |
| slaweq | and now it will be that each project can have 100 routes created | 13:07 |
| ralonsoh | exactly | 13:08 |
| slaweq | so this is pretty big change from the operator PoV IMO - do you know why there was such global limit previously, any potential performance issues, or what? | 13:09 |
| slaweq | one more thing: you said it was global max value but help message in https://review.opendev.org/c/openstack/neutron/+/991024/4/neutron/conf/db/extraroute_db.py says that it was "per router" | 13:09 |
| ralonsoh | the performance is per router, as far as I know | 13:09 |
| haleyb | it would have been a fixed 30 per-project before right? with all projects having the same value | 13:10 |
| ralonsoh | hmmmm hold on (this is why I should not multitask) | 13:10 |
| haleyb | where with this each can have it's own | 13:10 |
| haleyb | or am i mis-understanding | 13:10 |
| haleyb | or i guess max_routes per project | 13:11 |
| ralonsoh | ok ok, I think slaweq found an issue in the propsed patches | 13:11 |
| ralonsoh | so the old config option was PER ROUTER | 13:11 |
| slaweq | did I? :) | 13:11 |
| ralonsoh | yes | 13:11 |
| slaweq | I just wanted to clarify what and how will change with this proposal | 13:11 |
| ralonsoh | because the _validate_routes method (https://review.opendev.org/c/openstack/neutron/+/991024/4/neutron/db/extraroute_db.py) was checking the number of routes per router | 13:11 |
| ralonsoh | ahhhh nononono | 13:12 |
| ralonsoh | pfffff | 13:12 |
| ralonsoh | delete your minds | 13:12 |
| ralonsoh | so, the `max_routes` (old config option) was per router | 13:12 |
| slaweq | it's friday afternoon - I've already deleted almost all my minds :D | 13:12 |
| ralonsoh | this option was unique for all projects | 13:12 |
| ralonsoh | the quota value: it is configurable per project | 13:12 |
| ralonsoh | so each project can have its own value | 13:12 |
| ralonsoh | but | 13:12 |
| ralonsoh | the router_routes limit is PER ROUTER | 13:13 |
| ralonsoh | so the same behaviour: it is limiting the number of routes PER ROUTER | 13:13 |
| ralonsoh | (but you can define a value per project) | 13:13 |
| slaweq | ok, now I have another question then | 13:13 |
| mlavalle | do we have evidence that operators are experiencing issues with the current limit? | 13:14 |
| slaweq | if you are saying that new option quota_router_route is actually number of routes per router not per project, how you want to track usage of this quota? | 13:14 |
| ralonsoh | mlavalle, no | 13:14 |
| mlavalle | why change it, then? | 13:14 |
| ralonsoh | slaweq, ... that's a good question... | 13:14 |
| ralonsoh | mlavalle, because it is wrong to have a quota defined in a config option, not in the quota engine | 13:15 |
| ralonsoh | slaweq, so that is a good question: how to print the number of router_routes in use??? | 13:16 |
| slaweq | personally I think that good approach could be to define new quota as per project so that owner of the project would be able to use those routes as they want across routers they have | 13:16 |
| ralonsoh | because this is per resource (router), not per project | 13:16 |
| ralonsoh | so the main issue here is how to return the usage | 13:16 |
| slaweq | that would be changed behavior comparing to what we have now | 13:16 |
| slaweq | but it would be more consistent with how resources other quota works, e.g. ports, subnets, etc. | 13:17 |
| ralonsoh | yes, this is a gap between the other quotas | 13:17 |
| ralonsoh | because usually we provide quota per project, not per resource | 13:17 |
| ralonsoh | I never though about this, to be honest | 13:17 |
| haleyb | but a route is not the same as a floating ip | 13:17 |
| ralonsoh | haleyb, yeah but the point is that we report usage per project | 13:18 |
| haleyb | it doesn't consume anything in the environment if i define 10 routes on a router | 13:18 |
| ralonsoh | but that doesn't make sense in this case | 13:18 |
| slaweq | [haleyb](https://matrix.to/#/@_oftc_haleyb:matrix.org) network also don't consume anything really :) | 13:18 |
| slaweq | or SG | 13:18 |
| slaweq | or most of other resources | 13:18 |
| ralonsoh | ok, let me go back to the planning table. Maybe we can have an exception for this resource (somehow) | 13:19 |
| ralonsoh | I'll check other projects quotas too | 13:19 |
| slaweq | so there are really 2 questions here: 1. do we really need quota for routes? 2. if yes, do we really need it to be per router or per project is better to be consistent with other resources | 13:19 |
| haleyb | slaweq: true | 13:19 |
| * haleyb sees the sdk and osc patches have already merged :( | 13:20 | |
| ralonsoh | I can revert them | 13:20 |
| ralonsoh | so give me more time for this and think about how to report it | 13:20 |
| ralonsoh | the router_routes should be per router, because the problem is the amount of them in each router | 13:21 |
| ralonsoh | at least when it was implemented for the L3 agent | 13:21 |
| lajoskatona | so better to have a spec where we can discuss? | 13:21 |
| ralonsoh | yes, I'll push an spec | 13:21 |
| mlavalle | good idea | 13:21 |
| ralonsoh | we can always abandon this idea, but let's discuss in the spec | 13:22 |
| slaweq | thx | 13:22 |
| haleyb | ralonsoh: or we make it 300 to match ROUTER * 30 | 13:22 |
| ralonsoh | if we have a limit per resource (and the resource is not the project) we should report that | 13:22 |
| opendevreview | Helen Chen proposed openstack/neutron master: Created Single VxLAN Device management for EVPN https://review.opendev.org/c/openstack/neutron/+/990169 | 13:23 |
| ralonsoh | I'll find a way | 13:23 |
| lajoskatona | thanks for checking and working on it | 13:23 |
| mlavalle | thanks for the proposal | 13:24 |
| haleyb | ralonsoh: so should we revert the two that merged? i guess we don't want them released if things will change | 13:25 |
| mlavalle | ++ | 13:25 |
| ralonsoh | haleyb, yes, I'll propose the reverts for now | 13:26 |
| haleyb | so i guess we should vote, it does seem like this should be in the quota engine somehow, so +1 from me for a spec | 13:27 |
| mlavalle | +1 for a spec | 13:28 |
| lajoskatona | +1 for spec | 13:29 |
| slaweq | +1 for a spec | 13:29 |
| haleyb | alright that is four, i can mark it approved, and thanks for working on it Claude, err I mean Rodolfo :) | 13:30 |
| ralonsoh | hehehe | 13:30 |
| slaweq | LOL | 13:31 |
| ralonsoh | (today I'm installing and adding documents to my own AnythingLLM deployment + qwen3.5 in local) | 13:31 |
| haleyb | ok, so the second agend item is regarding this bug | 13:32 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2136733 | 13:32 |
| haleyb | and patch | 13:32 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/989565 | 13:33 |
| wilkmarcin | yes, so this is related to the OVN driver. I'd like to know your opinions on this #idea: https://review.opendev.org/c/openstack/neutron/+/989565 The idea is to update GW chassis priorities after a highest priority chassis crash (and BFD failover) to reflect the actual state and avoid GW port bouncing | 13:33 |
| wilkmarcin | I provided more details in the commit message | 13:33 |
| ralonsoh | So I've added this topic in out internal meetings. The feedback I had is that the current preemptive behavior keeps the L3 scheduling, avoiding unbalanced chassis assignations | 13:35 |
| haleyb | it allows the operator to then manually change the priorities back when they want (like during a planned event) | 13:35 |
| ralonsoh | yeah, and now (in a few days) that will be possible via CLI | 13:36 |
| ralonsoh | I think we can make this configurable, via CLI, per router | 13:37 |
| ralonsoh | a config option that allows demoting or not the failed chassis | 13:37 |
| ralonsoh | (default=current behavior) | 13:37 |
| ralonsoh | or maybe just a general config know | 13:38 |
| ralonsoh | knob* | 13:38 |
| haleyb | it's tough since we want to keep things balanced if possible, but admins might want this control | 13:38 |
| wilkmarcin | ralonsoh: if it was per router, I suppose it means db schema changes -> no possibility to backport it to anything older than master? | 13:39 |
| slaweq | even though I am usually against new config knobs, I think in this case it may be good idea to add such as both solutions have own pros and cons IIUC, so operator may be able to choose how they want their routers to behave and what is more important for them | 13:39 |
| ralonsoh | yes | 13:39 |
| mlavalle | ++ good point | 13:40 |
| ralonsoh | wilkmarcin, so the config knob allows to backport (in downstream) this feature if needed | 13:40 |
| lajoskatona | +1 for cfg option to make it flexible for operators | 13:41 |
| slaweq | and making it "per router" may actually not give that same choice for operators, even if some routers will choose to behave in new way, load may not be balanced anymore | 13:41 |
| ralonsoh | yes, "per router" config is flexible but could be a mess | 13:41 |
| slaweq | if we want to give operators choice: keep balanced load across gw chassis or have less breaks of the traffic then it has to be "all or nothing" IMO | 13:42 |
| wilkmarcin | ralonsoh: ack, and yes we are thinking about backporting it all the way to yoga (!), if possible, so the global config option potentially is a better solution from that perspective | 13:42 |
| ralonsoh | I don't think this requires a spec but we'll need good documentation (and release notes) | 13:43 |
| slaweq | yeah, spec is not needed for this change IMO | 13:43 |
| wilkmarcin | ack, I will keep working on the patch and please provide comments/feedback . | 13:44 |
| wilkmarcin | as I move along | 13:44 |
| wilkmarcin | thank you! | 13:45 |
| mlavalle | are we going to vote on this? | 13:45 |
| ralonsoh | +1 I like the idea | 13:45 |
| slaweq | +1 from me | 13:46 |
| mlavalle | +1 | 13:46 |
| lajoskatona | +1 | 13:46 |
| mlavalle | wilkmarcin: you want it to be official, so the vote is a good thing | 13:47 |
| haleyb | +1 from me, but i am biased as i work with marcin and he's done a lot of work on this | 13:48 |
| wilkmarcin | +1 from me, to further pursue the topic | 13:48 |
| haleyb | i know there isn't an rfe there, so if you're interested please follow the patch | 13:49 |
| haleyb | great. that was all on the agenda | 13:49 |
| haleyb | any other topics? | 13:49 |
| lajoskatona | no thanks | 13:50 |
| * mlavalle will be on PTO next Friday | 13:50 | |
| haleyb | mlavalle: ack | 13:50 |
| haleyb | ok, thanks for attending everyone, have a nice weekend! | 13:50 |
| haleyb | #endmeeting | 13:50 |
| opendevmeet | Meeting ended Fri Jun 5 13:50:47 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 13:50 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-06-05-13.00.html | 13:50 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-06-05-13.00.txt | 13:50 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-06-05-13.00.log.html | 13:50 |
| ralonsoh | bye | 13:50 |
| mlavalle | \o | 13:50 |
| wilkmarcin | thank you! | 13:50 |
| slaweq | have a good one | 13:50 |
| slaweq | o/ | 13:50 |
| wilkmarcin | o/ | 13:50 |
| lajoskatona | o/ | 13:51 |
| amnik | haleyb: hi brian. Can I say something? | 14:00 |
| haleyb | amnik: sure | 14:01 |
| opendevreview | Takashi Kajinami proposed openstack/neutron master: Validate [DEFAULT] setproctitle while loading config files https://review.opendev.org/c/openstack/neutron/+/991656 | 14:01 |
| amnik | Unfortunately, I am unable to proceed with my RFE due to a personal issue | 14:01 |
| amnik | Would it be possible to postpone my RFE? | 14:01 |
| amnik | https://review.opendev.org/c/openstack/neutron-specs/+/936063 | 14:01 |
| opendevreview | Takashi Kajinami proposed openstack/neutron-lib master: Add constants for setproctitle feature https://review.opendev.org/c/openstack/neutron-lib/+/991662 | 14:02 |
| haleyb | amnik: i will mark it postponed and abandon the spec for now, can always restore it | 14:04 |
| opendevreview | Helen Chen proposed openstack/neutron master: Created Single VxLAN Device management for EVPN https://review.opendev.org/c/openstack/neutron/+/990169 | 14:11 |
| opendevreview | Helen Chen proposed openstack/neutron master: Integrated SVD into OVN Agent EVPN Extension https://review.opendev.org/c/openstack/neutron/+/991099 | 14:11 |
| amnik | haleyb: I think, I was disconnected. Did you see my messages? | 14:13 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: Fix Update response after updating pvlan-type https://review.opendev.org/c/openstack/neutron/+/991872 | 14:43 |
| opendevreview | Merged openstack/neutron-dynamic-routing master: CI: remove py310 job and use desc for starting worker https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/990623 | 14:44 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: Fix Update response after updating PVLAN properties https://review.opendev.org/c/openstack/neutron/+/991872 | 14:44 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: Fix Update response after updating PVLAN properties https://review.opendev.org/c/openstack/neutron/+/991872 | 14:45 |
| -opendevstatus- NOTICE: Gerrit on review.opendev.org is being upgraded to version 3.13 and will be offline starting at 1600 UTC. We have allocated an hour for the outage window lasting until 1700 UTC. https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/UIFRQR34WYMF3KDMNQFMO222DIK3HTUD/ | 15:02 | |
| opendevreview | Merged openstack/neutron master: Fix cross-project access to router conntrack helpers https://review.opendev.org/c/openstack/neutron/+/991586 | 15:03 |
| opendevreview | Merged openstack/neutron master: evpn: Implement DB model for evpn_vni attribute https://review.opendev.org/c/openstack/neutron/+/987250 | 15:47 |
| opendevreview | Brian Haley proposed openstack/neutron-tempest-plugin master: Remove all usage of tenant/tenant_id https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/987959 | 15:59 |
| -opendevstatus- NOTICE: Gerrit on review.opendev.org is being upgraded to version 3.13 and will be offline momentarily. We have allocated an hour for the outage window lasting until 1700 UTC. https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/UIFRQR34WYMF3KDMNQFMO222DIK3HTUD/ | 16:01 | |
| opendevreview | Ivan Anfimov proposed openstack/neutron master: fix small typo https://review.opendev.org/c/openstack/neutron/+/991901 | 16:54 |
| opendevreview | Ivan Anfimov proposed openstack/neutron-specs master: fix small typo https://review.opendev.org/c/openstack/neutron-specs/+/991902 | 16:57 |
| opendevreview | Ivan Anfimov proposed openstack/neutron-specs master: fix small typo https://review.opendev.org/c/openstack/neutron-specs/+/991902 | 16:58 |
| opendevreview | Merged openstack/neutron stable/2025.1: Allow service role more RBAC access for Octavia https://review.opendev.org/c/openstack/neutron/+/991552 | 18:35 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: Created Single VxLAN Device management for EVPN https://review.opendev.org/c/openstack/neutron/+/990169 | 18:57 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: epvn: Split Svd into generic and Evpn specific https://review.opendev.org/c/openstack/neutron/+/991931 | 18:57 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: epvn: Split Svd into generic and Evpn specific https://review.opendev.org/c/openstack/neutron/+/991931 | 19:09 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: epvn: Split Svd into generic and Evpn specific https://review.opendev.org/c/openstack/neutron/+/991931 | 19:53 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: epvn: Split Svd into generic and Evpn specific https://review.opendev.org/c/openstack/neutron/+/991931 | 21:08 |
| 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:11 |
| opendevreview | Miguel Lavalle proposed openstack/neutron master: [OVN] Agent extension for segment bridges https://review.opendev.org/c/openstack/neutron/+/982018 | 21:13 |
| opendevreview | Brian Haley proposed openstack/neutron master: WIP: Add project_id attribute for neutron-lib change https://review.opendev.org/c/openstack/neutron/+/986962 | 21:19 |
| opendevreview | Brian Haley proposed openstack/neutron master: WIP: Add project_id attribute for neutron-lib change https://review.opendev.org/c/openstack/neutron/+/986962 | 22:29 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!