Support detailed link show

[yonatan-linik]

No description provided.

[yonatan-linik]

@cathay4t I would like to help if that's fine by you.
Let me know if you want me to design this differently, or if you want me to add support for more interface types before merging.

[cathay4t]

Any help is welcome.

Could you split this PR into two patches:

1. skeleton with zero interface type supports, no test case required.
2. Add support of loopback interface support. This patch can be used as example when people adding more interface supports later. The test case should be focusing on asserting ip -d link show lo.

[yonatan-linik]

@cathay4t Done.

I am not sure about this design, I think some of the type-specific properties might come between the "common" properties.
Maybe it is best to just add all properties without separating to the different interface types (just using Option)?
If a property isn't relevant for some interface we won't get it from the kernel anyway, right?

I also have other changes for adding support for down-link and link-netns, should I open another PR?

[cathay4t]

@cathay4t Done.

I am not sure about this design, I think some of the type-specific properties might come between the "common" properties. Maybe it is best to just add all properties without separating to the different interface types (just using Option)? If a property isn't relevant for some interface we won't get it from the kernel anyway, right?

You may have

struct IfaceDetail {
  base: BaseInterfaceDetail,
  bond: Option<BondConfig>,
  bridge: Option<BridgeConfig>
}

I also have other changes for adding support for down-link and link-netns, should I open another PR?

New PR please.

Please fix the CI failure also.

[yonatan-linik]

@cathay4t The CI failure is for attributes that are still not supported by netlink-packet-route, should I open a PR for that there? or for now just handle these manually here (using DefaultNla)?
I didn't catch that failure on my end as I was working on ubuntu22 (WSL), now moved to ubuntu24 (WSL)

[yonatan-linik]

@cathay4t For now I used constants, until there is support for these nlas in netlink-packet-route

[cathay4t]

It is early stage of this project. Let's merge it and fix it afterwards.