From: Gabriel Goller <g.goller@proxmox.com>
To: Wolfgang Bumiller <w.bumiller@proxmox.com>
Cc: pve-devel@lists.proxmox.com
Subject: Re: [pve-devel] [PATCH proxmox-perl-rs v2 2/4] fabrics: add function to get status of fabric
Date: Mon, 25 Aug 2025 13:39:48 +0200 [thread overview]
Message-ID: <lzfbdyxqkjekdfvo2nywp6izxys5lsp2m6tuxagzxsnj7djqom@tpvixhxemawz> (raw)
In-Reply-To: <yaik2igsmqhbq3w6xobggou5ypuxbu2wiezamyk76tpylo4w2b@4mjpjge3z3et>
On 25.08.2025 10:11, Wolfgang Bumiller wrote:
>On Fri, Aug 22, 2025 at 11:00:36AM +0200, Gabriel Goller wrote:
>> Add a function to get the status of a fabric. This is the status which
>> will then be inserted into the pvestatd daemon and returned through the
>> resources api. In order the generate the HashMap of statuses for all
>> fabrics we need to read the fabric config and execute a vtysh (frr)
>> command to get the routes of the corresponding fabric. If there is at
>> least one route which is related to the fabric, the fabric is considered
>> "ok".
>>
>> Signed-off-by: Gabriel Goller <g.goller@proxmox.com>
>> ---
>> pve-rs/src/bindings/sdn/fabrics.rs | 194 +++++++++++++++++++++++++++++
>> 1 file changed, 194 insertions(+)
>>
>> diff --git a/pve-rs/src/bindings/sdn/fabrics.rs b/pve-rs/src/bindings/sdn/fabrics.rs
>> index 1dc8bf4320e6..3f70d421e582 100644
>> --- a/pve-rs/src/bindings/sdn/fabrics.rs
>> +++ b/pve-rs/src/bindings/sdn/fabrics.rs
>> @@ -9,8 +9,10 @@ pub mod pve_rs_sdn_fabrics {
>> use std::fmt::Write;
>> use std::net::IpAddr;
>> use std::ops::Deref;
>> + use std::process::Command;
>> use std::sync::Mutex;
>>
>> + use anyhow::Context;
>> use anyhow::Error;
>> use openssl::hash::{MessageDigest, hash};
>> use serde::{Deserialize, Serialize};
>> @@ -578,4 +580,196 @@ pub mod pve_rs_sdn_fabrics {
>>
>> Ok(interfaces)
>> }
>> +
>> + /// This module contains status-related structs that represent Routes and Neighbors for all
>> + /// protocols
>> + pub mod status {
>
>^ This seems to be a helper module which does not contain any
>perlmod/perl specifics.
>I'd argue it's time to start a `crate::sdn` module outside of the
>`bindings` submodule for this.
>
>The `bindings` module should become rather more lean in the future and
>focus mostly on the perl/rust interaction.
Umm do I understand you correctly that you want to have something like
this:
src/
├─ bindings/
│ ├─ sdn/
│ │ ├─ fabrics.rs
├─ sdn/
│ ├─ status.rs
?
IMO we could move all the status stuff out to
crate::bindings::sdn::status. But I don't know about separating all the
types, conversion methods and actual perl methods -- I'd rather keep all
the perl-facing stuff in the same file.
>> + use std::collections::{HashMap, HashSet};
>> +
>> + use serde::Serialize;
>> +
>> + use proxmox_frr::de::{self};
>> + use proxmox_ve_config::sdn::fabric::{
>> + FabricConfig,
>> + section_config::{fabric::FabricId, node::Node as ConfigNode},
>> + };
>> +
>> + /// Protocol
>> + #[derive(Debug, Serialize, Clone, Copy)]
>> + pub enum Protocol {
>> + /// Openfabric
>> + Openfabric,
>> + /// OSPF
>> + Ospf,
>> + }
>> +
>> + /// The status of a fabric.
>> + #[derive(Debug, Serialize)]
>> + pub enum FabricStatus {
>> + /// The fabric exists and has a route
>> + #[serde(rename = "ok")]
>> + Ok,
>> + /// The fabric does not exist or doesn't distribute any routes
>> + #[serde(rename = "not ok")]
>> + NotOk,
>> + }
>> +
>> + /// Status of a fabric.
>> + ///
>> + /// Check if there are any routes, if yes, then the status is ok, otherwise not ok.
>
>^ Not sure how this describes the *struct*, though ;-)
Oops, this slipped through, should have been somewhere else.
>> + #[derive(Debug, Serialize)]
>> + pub struct Status {
>> + #[serde(rename = "type")]
>> + ty: String,
>> + status: FabricStatus,
>> + protocol: Protocol,
>> + sdn: FabricId,
>> + sdn_type: String,
>> + }
>> +
>> + /// Parsed routes for all protocols
>> + ///
>> + /// These are the routes parsed from the json output of:
>> + /// `vtysh -c 'show ip route <protocol> json'`.
>> + #[derive(Debug, Serialize)]
>> + pub struct RoutesParsed {
>> + /// All openfabric routes in FRR
>> + pub openfabric: de::Routes,
>> + /// All ospf routes in FRR
>> + pub ospf: de::Routes,
>> + }
>> +
>> + impl TryInto<HashMap<FabricId, Status>> for RoutesParsed {
>> + type Error = anyhow::Error;
>> +
>> + fn try_into(self) -> Result<HashMap<FabricId, Status>, Self::Error> {
>> + let hostname = proxmox_sys::nodename();
>> +
>> + // to associate a route to a fabric, we get all the interfaces which are associated
>> + // with a fabric on this node and compare them with the interfaces on the route.
>> + let raw_config = std::fs::read_to_string("/etc/pve/sdn/fabrics.cfg")?;
>
>^ I'm really not a fan of doing file I/O in a TryInto implementation.
>These are still supposed to be "simple"[1].
>
>Better make this a method.
>
>[1] https://doc.rust-lang.org/std/convert/trait.TryFrom.html
Yup, I agree, changed all the TryInto impls to functions `get_routes`,
`get_neighbors` and `get_status`.
Also fixed all the other stuff below.
Thanks for the review!
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
next prev parent reply other threads:[~2025-08-25 11:40 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-22 9:00 [pve-devel] [PATCH manager/network/proxmox{-ve-rs, -perl-rs} v2 00/12] Add fabric status view Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH proxmox-ve-rs v2 1/2] frr: make room for deserialization structs Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH proxmox-ve-rs v2 2/2] frr: add deserialization types for openfabric and ospf Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH proxmox-perl-rs v2 1/4] pve: fabrics: update proxmox-frr import path Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH proxmox-perl-rs v2 2/4] fabrics: add function to get status of fabric Gabriel Goller
2025-08-25 8:11 ` Wolfgang Bumiller
2025-08-25 8:25 ` Wolfgang Bumiller
2025-08-25 11:39 ` Gabriel Goller [this message]
2025-08-25 14:37 ` Wolfgang Bumiller
2025-08-25 15:33 ` Gabriel Goller
2025-08-26 7:55 ` Wolfgang Bumiller
2025-08-26 8:29 ` Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH proxmox-perl-rs v2 3/4] fabrics: add function to get all routes distributed by the fabrics Gabriel Goller
2025-08-25 8:22 ` Wolfgang Bumiller
2025-08-25 11:40 ` Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH proxmox-perl-rs v2 4/4] fabrics: add function to get all neighbors of the fabric Gabriel Goller
2025-08-25 8:28 ` Wolfgang Bumiller
2025-08-25 11:41 ` Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH pve-network v2 1/3] fabrics: add fabrics status to SDN::status function Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH pve-network v2 2/3] fabrics: add api endpoint to return fabrics routes Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH pve-network v2 3/3] fabrics: add api endpoint to return fabric neighbors Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH pve-manager v2 1/3] pvestatd: add fabrics status to pvestatd Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH pve-manager v2 2/3] fabrics: add resource view for fabrics Gabriel Goller
2025-08-22 9:00 ` [pve-devel] [PATCH pve-manager v2 3/3] permissions: differentiate between zone and fabric paths Gabriel Goller
2025-08-26 9:52 ` [pve-devel] [PATCH manager/network/proxmox{-ve-rs, -perl-rs} v2 00/12] Add fabric status view Gabriel Goller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=lzfbdyxqkjekdfvo2nywp6izxys5lsp2m6tuxagzxsnj7djqom@tpvixhxemawz \
--to=g.goller@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=w.bumiller@proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.