feat(): report gateway tunnel connectivity to hub WorkerSliceGateway status (#471) - #495
Draft
Shreesha001 wants to merge 3 commits into
Draft
feat(): report gateway tunnel connectivity to hub WorkerSliceGateway status (#471)#495Shreesha001 wants to merge 3 commits into
Shreesha001 wants to merge 3 commits into
Conversation
…atus Signed-off-by: Shreesha001 <shettyshreesha552@gmail.com>
…te constants resolve Signed-off-by: Shreesha001 <shettyshreesha552@gmail.com>
Shreesha001
requested review from
Rahul-D78,
bharath-avesha,
gourishkb and
richiesebastian
as code owners
August 3, 2026 12:55
Shreesha001
marked this pull request as draft
August 3, 2026 12:55
Signed-off-by: Shreesha001 <shettyshreesha552@gmail.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Each worker now reports the connection state of every gateway link to the hub, so the controller can tell if the slice topology is healthy.
For each WorkerSliceGateway it sets:
ConnectionState: Connected (tunnel up), NotConnected (down), or Pending (not up yet).LastTransitionTime: updated only when the state changes.Note: the issue suggested a peerStatuses array + summary counts, but KubeSlice already has one WorkerSliceGateway per link, so the state lives on each object instead. The ready/failing counts are computed on the controller side.
Addresses #471
How Has This Been Tested?
On a 4-cluster kind setup with a Hub-and-Spoke slice:
Connected.NotConnected.Pending.LastTransitionTimechanges only on state change.deriveGatewayConnectionState).Checklist:
go fmtDoes this PR introduce a breaking change?