| daidv | hi haleyb , I have updated this patch following your comments https://review.opendev.org/c/openstack/neutron/+/951390 . Could you pls to take a look on it :D Thanks! | 03:23 |
|---|---|---|
| opendevreview | Oleksandr Kozachenko proposed openstack/neutron master: Fix a race condition in OVN metadata port update https://review.opendev.org/c/openstack/neutron/+/962463 | 04:00 |
| *** zseguin_ is now known as zseguin | 04:18 | |
| *** zseguin_ is now known as zseguin | 05:46 | |
| *** zseguin is now known as Guest33702 | 05:47 | |
| opendevreview | Merged openstack/neutron unmaintained/yoga: [CI] Functional: Increase Ulimit to 4096 https://review.opendev.org/c/openstack/neutron/+/971064 | 07:56 |
| ralonsoh | bcafarel, hello! If you have less than one min: https://review.opendev.org/c/openstack/neutron/+/970646. Thanks! | 08:16 |
| ralonsoh | slaweq, hello! If you have less than one min: https://review.opendev.org/c/openstack/neutron/+/971049. Thanks! | 08:17 |
| slaweq | ralonsoh done | 08:19 |
| ralonsoh | folks, we need this fix: https://review.opendev.org/c/openstack/neutron/+/970204 | 08:24 |
| ralonsoh | and backport it up to 2025.1 | 08:24 |
| slaweq | ralonsoh: approved | 08:30 |
| slaweq | ralonsoh: can you check https://review.opendev.org/c/openstack/neutron-lib/+/969952/ maybe? | 08:31 |
| ralonsoh | sure | 08:32 |
| opendevreview | Oleksandr Kozachenko proposed openstack/neutron master: Fix a race condition in OVN metadata port update https://review.opendev.org/c/openstack/neutron/+/962463 | 08:54 |
| opendevreview | Merged openstack/neutron master: Change some common test code to use project_id https://review.opendev.org/c/openstack/neutron/+/968083 | 10:23 |
| opendevreview | Merged openstack/neutron master: Remove the "nftables" explicit CI jobs https://review.opendev.org/c/openstack/neutron/+/971049 | 10:27 |
| opendevreview | Merged openstack/neutron master: Check if network is external in auto-allocate code https://review.opendev.org/c/openstack/neutron/+/970204 | 10:28 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.2: Check if network is external in auto-allocate code https://review.opendev.org/c/openstack/neutron/+/971160 | 10:34 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.1: Check if network is external in auto-allocate code https://review.opendev.org/c/openstack/neutron/+/971161 | 10:34 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Change some unit test code to use project_id https://review.opendev.org/c/openstack/neutron/+/968084 | 10:51 |
| opendevreview | Stephen Finucane proposed openstack/neutron master: Move api-paste.ini, rootwrap.conf files https://review.opendev.org/c/openstack/neutron/+/961130 | 10:52 |
| ralonsoh | slaweq, after merging the approved n-lib patches (https://review.opendev.org/q/project:openstack/neutron-lib+status:open), we can propose a new nversion | 10:56 |
| opendevreview | Merged openstack/neutron-lib master: Deprecate "is_advsvc" attribute in the Context object https://review.opendev.org/c/openstack/neutron-lib/+/969952 | 11:12 |
| opendevreview | Merged 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 | 11:12 |
| slaweq | ralonsoh: the only one which I am not sure about is https://review.opendev.org/c/openstack/neutron-lib/+/969962 - I don't know how much time elvira would need for it and if she wants us to wait a bit for that one or not | 11:43 |
| ralonsoh | elvira, ^^ will you be able to propose the new API extension this week? | 14:00 |
| haleyb | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Dec 16 14:00:23 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 'networking' | 14:00 |
| haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh | 14:00 |
| slaweq | o/ | 14:00 |
| lajoskatona | o/ | 14:00 |
| ralonsoh | hello | 14:00 |
| *** ykarel_ is now known as ykarel | 14:00 | |
| elvira | o/ | 14:00 |
| ykarel | o/ | 14:00 |
| haleyb | #announcements | 14:01 |
| haleyb | hi everyone | 14:01 |
| haleyb | We are in week R-15 of Gazpacho | 14:01 |
| haleyb | Our next milestone in this development cycle will be gazpacho-2, on January 8, 2026 | 14:01 |
| haleyb | #link https://releases.openstack.org/gazpacho/schedule.html | 14:01 |
| haleyb | So we should start getting any new features merged | 14:02 |
| haleyb | Continue to use the priorities dashboard for important changes or things ready to merge | 14:02 |
| haleyb | #link https://tinyurl.com/59z278km | 14:02 |
| 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 | 14:02 |
| haleyb | but with that said, i was going to cancel the meeting this friday, and actually all neutron meetings until the week of january 5th | 14:03 |
| mtomaska | o/ late | 14:03 |
| lajoskatona | ack, thanks | 14:03 |
| haleyb | i am technically out from this friday until then, just working one day in the middle | 14:04 |
| haleyb | although i'll probably check things randomly | 14:04 |
| ralonsoh | question about friday 2 | 14:04 |
| ralonsoh | we'll we have drivers meeting? | 14:04 |
| ralonsoh | just asking, no special interest | 14:05 |
| slaweq | I doubt we will have quorum | 14:05 |
| ralonsoh | I think so, yes | 14:05 |
| haleyb | ralonsoh: i will be out, but if you want to lead it and there are items | 14:05 |
| slaweq | I will still be off for sure | 14:05 |
| ralonsoh | no no, just asking | 14:05 |
| ralonsoh | I'm fine if we cancel it | 14:05 |
| haleyb | ack | 14:05 |
| haleyb | hopefully everyone enjoys their time off, since we'll jump right back into it with G2 in January | 14:06 |
| haleyb | one more announcement is that V/W/X releases are going EOL, there was a ML thread about it | 14:07 |
| 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 | 14:08 |
| haleyb | i asked about yoga since it's an LTS for us, so maybe it will stay around a little bit longer | 14:08 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/N24CYAJMLVJMAJMUE4RA5U7KOL7LABOW/ | 14:08 |
| haleyb | i approved the eol tags for those three already | 14:09 |
| haleyb | any other announcements? | 14:09 |
| haleyb | #topic bugs | 14:10 |
| haleyb | i was the bug deputy last week, and it was (finally) pretty light | 14:10 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/JSOLWTLT7TAW766BOHTMGSD6IFJHI3CL/ | 14:10 |
| haleyb | i'll just go over a couple | 14:11 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2134504 | 14:11 |
| haleyb | Wrong neutron:host_id in LSP external_ids after live migration | 14:11 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/970564 | 14:11 |
| haleyb | if anyone can review that i'd appreciate it, was tested by submittor | 14:11 |
| ralonsoh | sure, looks ok, I'm trying to find a way to optimize (if possible) the DB access | 14:12 |
| haleyb | ralonsoh: sure, if there is a way to improve let me know | 14:12 |
| haleyb | the next was involving changing the is_default flag for external networks, and i see the fix was merged today, so thanks ralonsoh and slaweq | 14:13 |
| ralonsoh | ++ | 14:13 |
| ralonsoh | nice catch and fix | 14:13 |
| haleyb | np, and i see it was cherry-picked so will take a look | 14:14 |
| ralonsoh | https://review.opendev.org/q/topic:%22bug/2134387%22 | 14:15 |
| haleyb | ralonsoh: and i see the fix for https://bugs.launchpad.net/neutron/+bug/2134703 was merged and cherry-picked, great | 14:15 |
| ralonsoh | yes, thanks for the reviews | 14:16 |
| haleyb | there were two RFEs, one was from mtomaska | 14:16 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2135228 | 14:17 |
| haleyb | [RFE] Add support for local sink in tap mirror | 14:17 |
| haleyb | i asked him to put on agenda, seemed good | 14:17 |
| mtomaska | ACK | 14:17 |
| mtomaska | but maybe next year :) | 14:17 |
| haleyb | yup, np | 14:17 |
| mtomaska | sorry end of the year jokes are coming | 14:17 |
| slaweq | :) | 14:17 |
| haleyb | :) | 14:18 |
| haleyb | the other RFE i was not sure it was useful, figure i would ask for input | 14:18 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2134606 | 14:18 |
| haleyb | [RFE] Add an API that returns a list of available IPs in a network | 14:18 |
| ralonsoh | I'm checking the patches now | 14:19 |
| ralonsoh | actually the pending one in neutron | 14:19 |
| haleyb | i had two issues - 1) there is already a way to get all the IPs in use on a network, and 2) there was no real use case given | 14:19 |
| ralonsoh | I don't understand you | 14:20 |
| mtomaska | This RFE is asking to return list of available IPs(not used) , right? | 14:20 |
| haleyb | yes, but that can be scripted if we know the cidr and the in-use IPs | 14:20 |
| ralonsoh | yes, I think so | 14:21 |
| ralonsoh | but I think this is faster with one single command | 14:21 |
| haleyb | "it would be very useful for users" isn't really a use case | 14:21 |
| mtomaska | true, but I think the reporter wants neutron to provide. I.e. "openstack network foo list-free-ips` are something like that | 14:21 |
| haleyb | For IPv6 a single /64 has 18,446,744,073,709,551,616 addresses :-/ | 14:22 |
| mtomaska | pipe to `less` I guess :) But I get your point | 14:23 |
| haleyb | mtomaska: i do understand what they are asking, but we have a perfectly good allocator to pick a free IP from the pool | 14:24 |
| haleyb | otherwise they can be in a loop - show me the list; give me .7; sorry in-use; give me the list again; give me .8; rinse repeat | 14:24 |
| haleyb | there is no way to guarantee what is free one second is free the next | 14:25 |
| mtomaska | Yeah I am reading comment #2. It almost seems like they are describing a dhcp server :) | 14:25 |
| mtomaska | But I agree with you. It is bit unclear. "The feature that’s currently being added only reports the count of available IP; it doesn’t show which specific addresses are free" | 14:27 |
| haleyb | yeah i had mentioned the network-ip-availabilty update in progress | 14:27 |
| ralonsoh | but the point was to add all the extra fields: total subnet, total allowcation, used subnet, used allocation, etc | 14:27 |
| ralonsoh | this is something we currently don't have | 14:28 |
| ralonsoh | I don't think we are expecting this feature to report the current used IP addresses | 14:28 |
| haleyb | ralonsoh: right, i didn't exactly know his ask, didn't know if it was to determine how many were left | 14:29 |
| ralonsoh | please, comment that in the review | 14:29 |
| ralonsoh | that will help me too to re-review it again | 14:29 |
| haleyb | ralonsoh: ? i was just talking about the bug, there isn't a review for it | 14:30 |
| haleyb | i might have confused people | 14:30 |
| haleyb | i am just talking about https://bugs.launchpad.net/neutron/+bug/2134606 | 14:30 |
| ralonsoh | yes | 14:31 |
| ralonsoh | https://review.opendev.org/q/topic:%22bug/2107316%22 | 14:31 |
| haleyb | ralonsoh: no that's a different thing, i'm ok with that | 14:31 |
| haleyb | like i said, i confused you | 14:32 |
| ralonsoh | my bad... | 14:32 |
| haleyb | np | 14:32 |
| haleyb | the bug/rfe has this sentence - "Some users may prefer automatic allocation, but I think there will also be users who want to retrieve the list of available addresses and pick one themselves" | 14:32 |
| haleyb | that is not very cloud-y | 14:32 |
| ralonsoh | ok, let them to present it in the drivers meeting | 14:33 |
| haleyb | none of our workloads run that way at all | 14:33 |
| ralonsoh | just to justify the value | 14:33 |
| mtomaska | I have a feeling they have some use cases for it at their site, but maybe not that useful in grand scheme of openstack | 14:34 |
| haleyb | ralonsoh: ok, this is why i wanted to bring it up, i just haven't seen the justification yet, but if they are willing to spend the time to discuss that says something | 14:34 |
| ichen | It sounds like splitting the subnet into blocks for static address allocation and for dhcp | 14:35 |
| haleyb | mtomaska: maybe, but using "I think" is confusing to me, it doesn't show there is a current problem | 14:35 |
| haleyb | ichen: yes, i mentioned they can change the allocation range, just like i do on my home subnet to allow static vs dynamic | 14:36 |
| haleyb | anyway i'll ask them to attend driver's meeting next year | 14:36 |
| haleyb | alright, i had no more bugs | 14:37 |
| haleyb | this week rubasov is the bug deputy, next two weeks are mlavalle and ralonsoh - don't know if with people off you need to track the bugs though | 14:38 |
| ralonsoh | ok | 14:38 |
| rubasov | ack | 14:38 |
| haleyb | ralonsoh, mlavalle: should i just push your shifts to next year and not worry about the next two weeks? or are you working? | 14:39 |
| ralonsoh | I'll be working since Friday 2 | 14:39 |
| haleyb | oops, it's not ralonsoh it's lajoskatona | 14:39 |
| ralonsoh | so I'll check thi sweek | 14:39 |
| ralonsoh | ahhhh | 14:39 |
| haleyb | no coffee yet :( | 14:40 |
| lajoskatona | Ican do it, not full time but can keep my eyes on things | 14:40 |
| haleyb | lajoskatona: ack | 14:40 |
| haleyb | i realize apac is mostly still working, but should be a slow week anyway | 14:41 |
| haleyb | ok, moving on | 14:41 |
| haleyb | #topic specs | 14:41 |
| haleyb | #link https://review.opendev.org/q/project:openstack/neutron-specs+status:open | 14:41 |
| haleyb | i see there were a couple of updates recently so just need review | 14:42 |
| haleyb | mlavalle: is your routed network spec ready for review? | 14:43 |
| haleyb | and regarding the OVN BGP spec work, i have seen things start to merge to jlibosva must be happy | 14:44 |
| haleyb | #topic community goals | 14:45 |
| haleyb | lajoskatona: i see you are still waiting for reviews on nova changes | 14:45 |
| haleyb | #link https://review.opendev.org/c/openstack/nova/+/928022 and series | 14:45 |
| lajoskatona | yes, I updated the last one for ports, some tests are still failing, perhaps will pass just in January :-) | 14:47 |
| haleyb | great, will try and review this week | 14:47 |
| haleyb | and mtomaska i see the OSC taas change merged :) | 14:48 |
| lajoskatona | I have 2 older one in some of our dashboars: | 14:48 |
| lajoskatona | https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/960287 & https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/960388 | 14:48 |
| mtomaska | Yep | 14:48 |
| lajoskatona | cool | 14:48 |
| ralonsoh | lajoskatona, I'll check both now | 14:49 |
| haleyb | lajoskatona: great will take a look | 14:49 |
| mtomaska | once those are part of SDK their OSC cli code can also be moved, correct? | 14:49 |
| lajoskatona | yes,I think | 14:50 |
| haleyb | mtomaska: yes i think thats correct | 14:50 |
| lajoskatona | as we are in a SLURP now do we have some deprecation rules perhaps? | 14:50 |
| haleyb | i'd have to look as i don't know how it applies to this code | 14:51 |
| lajoskatona | haleyb: ack, thanks | 14:51 |
| haleyb | i also started quite a long patch series moving the test code to using project_id over tenant_id | 14:52 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/968083 (and series) | 14:52 |
| haleyb | thanks for the reviews | 14:52 |
| haleyb | i might take a break on it, but next would be to change things to ensure the objects returned all have project_id key in them, which they don't at the moment | 14:53 |
| haleyb | #topic on-demand | 14:54 |
| haleyb | i didn't not see anything on the agenda, but any other topics? | 14:55 |
| ralonsoh | I have 2 topics | 14:55 |
| ralonsoh | I added 1 | 14:55 |
| ralonsoh | 1) n-d-r project, we discussed that yesterday in the CI meeting | 14:55 |
| ralonsoh | we no longer can move projects to x/ namespace | 14:55 |
| haleyb | ah, reload | 14:55 |
| ralonsoh | but we can deprecate it. However, we can delay it until further debugging frickler will do | 14:56 |
| ralonsoh | so we can wait | 14:56 |
| ralonsoh | that was just a heads-up | 14:56 |
| ralonsoh | 2) live-migration with OVN (THE topic) | 14:56 |
| ralonsoh | we have this: https://bugs.launchpad.net/neutron/+bug/2069718 | 14:56 |
| ralonsoh | I talked to Sean about implementing in os-vif the possibility of creating the port+TAP | 14:57 |
| ralonsoh | and in the libvirt definition, request linvirt to reuse the existing TAP | 14:57 |
| ralonsoh | that should work for any OVS port (ml2/ovs and ml2/ovn) | 14:58 |
| ralonsoh | the next step would be to add a nueutron configuration flag and pass it in the vif-details | 14:58 |
| ralonsoh | to enable/disable the commented feature | 14:58 |
| ralonsoh | and last, to implement in Neutron an event to detect that the multiple port binding (in the LSP) has been already moved | 14:59 |
| ralonsoh | we are creating now POCs. Once tested, we'll present it in a drivers meeting and if needed, we'll create a spec | 14:59 |
| ralonsoh | that's all | 14:59 |
| mtomaska | Jut FYI, ykarel was looking into similar request via D/S bug request. I have also talked to OVN about what we can do... | 14:59 |
| ralonsoh | exactlu | 15:00 |
| ykarel | it's the same one that ralonsoh talking about | 15:00 |
| ralonsoh | this is yatin's Jira ticket | 15:00 |
| mtomaska | ACK | 15:00 |
| haleyb | thanks for the update looking forward to any changes :) | 15:00 |
| ralonsoh | cool! thanks | 15:01 |
| haleyb | ok, we are over time | 15:01 |
| haleyb | thanks for attending everyone and have a great end of year, next meeting january 6th! | 15:01 |
| haleyb | #endmeeting | 15:01 |
| opendevmeet | Meeting ended Tue Dec 16 15:01:38 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:01 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2025/networking.2025-12-16-14.00.html | 15:01 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-12-16-14.00.txt | 15:01 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2025/networking.2025-12-16-14.00.log.html | 15:01 |
| ralonsoh | bye | 15:01 |
| lajoskatona | o/ | 15:01 |
| mtomaska | o/ | 15:01 |
| ykarel | o/ | 15:01 |
| slaweq | o/ | 15:03 |
| opendevreview | Merged openstack/neutron master: Change some unit test code to use project_id https://review.opendev.org/c/openstack/neutron/+/968084 | 15:12 |
| sean-k-mooney | ralonsoh: while you shoudl never reaslly have moved thing to the x namespace they can be removed to other namespace in some cases i.e. openstack-attic when they are bing archived | 15:27 |
| sean-k-mooney | ralonsoh: n-d-r is neutron dynmaic routing correct? | 15:28 |
| ralonsoh | yeah, we can think about this if the eventlet removal is not finished in time | 15:28 |
| ralonsoh | yes, dynamic routing | 15:28 |
| sean-k-mooney | ralonsoh: on a related note what is the status of neutron FWaaS | 15:28 |
| sean-k-mooney | that was deprecated in victoria and undeprecated 3 years ago | 15:28 |
| ralonsoh | fine right now | 15:28 |
| slaweq | sean-k-mooney: fwaas is revived for some time already | 15:29 |
| ralonsoh | actually we are providing it in RHOSO18 (kudos to slaweq) | 15:29 |
| sean-k-mooney | yep | 15:29 |
| slaweq | and we even have it as TP in RHOSO 18 | 15:29 |
| slaweq | same with Tapaas | 15:29 |
| sean-k-mooney | the reason im asking is efoley is currently looking at removing the use of neutron client form ceilomenter | 15:29 |
| ralonsoh | lajoskatona, ^^ is working in this area | 15:29 |
| sean-k-mooney | and there they have deprecated teh FWaaS part a year before it was revived | 15:30 |
| ralonsoh | lajoskatona, is working on replacing neutronclient with OSC | 15:30 |
| sean-k-mooney | so we were trying to figure out if that should be undeprecated in celiomenter and ported to the sdk or remvoed | 15:30 |
| sean-k-mooney | it sounds like it shoudl be proted with everthing else | 15:30 |
| ralonsoh | I know that for TaaS, Miro implemented the OSC part and removed the neutronclient code | 15:30 |
| ralonsoh | I don't know for FWaaS | 15:31 |
| sean-k-mooney | its supproted in the sdk, i have not check osc | 15:31 |
| slaweq | I did not even check it so I don't really know for now | 15:31 |
| sean-k-mooney | i dont see it . | 15:31 |
| sean-k-mooney | in https://docs.openstack.org/python-openstackclient/latest/cli/command-list.html | 15:31 |
| ralonsoh | sean-k-mooney, in any case, if the SDK provides support, then it should be used | 15:32 |
| sean-k-mooney | so that a gap but the FWaaS api surface is pretty small | 15:32 |
| ralonsoh | I'll ping efoley to know what is still using neutronclient for fwaas | 15:33 |
| ralonsoh | folks, check https://review.opendev.org/c/openstack/neutron/+/970564 | 16:00 |
| ralonsoh | if merged, we'll need to backport it | 16:00 |
| slaweq | ralonsoh: done | 16:04 |
| slaweq | see you tomorrow | 16:04 |
| ralonsoh | thanks! | 16:04 |
| ralonsoh | see you | 16:04 |
| 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:06 |
| opendevreview | Merged openstack/neutron stable/2025.2: [OVN] Fix the `_gen_router_port_ext_ids` call https://review.opendev.org/c/openstack/neutron/+/970646 | 16:07 |
| 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:11 |
| opendevreview | sean mooney proposed openstack/os-vif master: Add pyroute2 tap device creation support https://review.opendev.org/c/openstack/os-vif/+/971231 | 17:26 |
| sean-k-mooney | ralonsoh: https://github.com/openstack/ceilometer/blob/20756c9bd8ccb5e25c61e68769d04d4913725128/ceilometer/network/services/fwaas.py is what we were chating about. emma is looking at updating ceilomenter in general to use the sdk instead of the project clients i guess | 17:39 |
| sean-k-mooney | https://github.com/openstack/ceilometer/blob/20756c9bd8ccb5e25c61e68769d04d4913725128/ceilometer/neutron_client.py is a better refernce | 17:39 |
| opendevreview | Merged openstack/neutron master: Search for active port binding when updating LSP host info https://review.opendev.org/c/openstack/neutron/+/970564 | 18:13 |
| 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 | 18:26 |
| opendevreview | Brian Haley proposed openstack/neutron stable/2025.2: Search for active port binding when updating LSP host info https://review.opendev.org/c/openstack/neutron/+/971237 | 18:43 |
| opendevreview | Brian Haley proposed openstack/neutron stable/2025.1: Search for active port binding when updating LSP host info https://review.opendev.org/c/openstack/neutron/+/971238 | 18:44 |
| opendevreview | Brian Haley proposed openstack/neutron stable/2024.2: Search for active port binding when updating LSP host info https://review.opendev.org/c/openstack/neutron/+/971239 | 18:45 |
| opendevreview | Brian Haley proposed openstack/neutron unmaintained/2024.1: Search for active port binding when updating LSP host info https://review.opendev.org/c/openstack/neutron/+/971240 | 18:45 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Introduce BGP chassis commands https://review.opendev.org/c/openstack/neutron/+/960422 | 21:52 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Introduce BGP chassis commands https://review.opendev.org/c/openstack/neutron/+/960422 | 21:55 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!