[FR] - Query node for list of outgoing/incoming connections and its state

[Scitz0]

Internal/External External

Area Other

Describe the feature you'd like When in P2P mode, we need a way to query the node for currently established incoming and outgoing connections with their state. State of connection should include hot/warm status for outgoing and uni-directional, bi-directional, duplex mode for all. The current metrics you can get from the node provide the numbers, but not specifically what IP has what state and if its incoming/outgoing. This could be included in Prometheus or EKG metrics, alternatively as a cardano-cli query.

This would be very beneficial when troubleshooting topology issues or just for general health checks that the node has connections to own nodes and in the preferred mode.

Describe alternatives you've considered Before P2P we could use system tooling to query for established incoming and outgoing connections as they where all uni directional. This is no longer possible with P2P enabled. You can only see 'active connections'.

[rdlrt]

This has been missing since introduction of P2P and raised unofficially across discord/tg channels. In absence of interest/plan to implement, we are forced to drop support for 'direction' on gLiveView peers section - but it is an important information for analyzing and monitoring peer behaviors connecting to the node

[TrevorBenson]

Additionally when an SPO uses containers that do not use --network host, and publishes the container ports, this can add additional complexity to confirming the state of node connectivity. Changes in various container network technologies (CNI vs. Aardvark, etc.) may also reduce the visibility of connectivity from the container host point of view, which adds additional complexity for stake pool operators.

While these issues are not limited to containers running a node, this request would provide a solution which could also address issues with limitations in the various technologies/architectures employed to run a node.

[TrevorBenson]

Additionally when an SPO uses containers that do not use --network host, and publishes the container ports, this can add additional complexity to confirming the state of node connectivity. Changes in various container network technologies (CNI vs. Aardvark, etc.) may also reduce the visibility of connectivity from the container host point of view, which adds additional complexity for stake pool operators.

While these issues are not limited to containers running a node, this request would provide a solution which could also address issues with limitations in the various technologies/architectures employed to run a node.

The issue I mentioned appears to have been resolved with recent updates. However, I'd still love to see this feature implemented as it provides a great amount of additional detail.

:pray:

[github-actions[bot]]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 120 days.

[Scitz0]

Issue (feature request) is still highly requested by me and the broader community. A response for plan of implementation would be appreciated.

[krunks-dev]

+1 Currently, the node doesn't provide a query feature to list outgoing/incoming connections in p2p. This feature could be prioritized to see better metrics for the p2p node.

[github-actions[bot]]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 120 days.

[Scitz0]

Bump to keep open

[coot]

This could be included in Prometheus or EKG metrics, alternatively as a cardano-cli query.

I think a new cardano-cli query would be the best approach.

[smelc]

I think a new cardano-cli query would be the best approach.

We can do that, but we need consensus/network to expose the data. @nfrisby> would that be possible?

[coot]

I've been working on this. So far I have a bunch draft PRs / branches:

• https://github.com/IntersectMBO/ouroboros-network/pull/5046
• https://github.com/IntersectMBO/ouroboros-consensus/tree/coot/public-network-state
• https://github.com/IntersectMBO/cardano-api/tree/coot/public-network-state
• https://github.com/IntersectMBO/cardano-cli/tree/coot/public-network-state
• https://github.com/input-output-hk/ekg-forward/tree/coot/network-public-state
• https://github.com/IntersectMBO/cardano-node/tree/coot/public-network-state (early stages)