You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
`Gossip` maintains a `GossipState` and exchanges `GossipRequest` and `GossipResponse` messages via `IGossipTransport` to synchronize that state across nodes.
`Gossiper` periodically instructs the `GossipActor` to send state by issuing a `SendGossipStateRequest`【F:src/Proto.Cluster/Gossip/Gossiper.cs†L452-L466】. The actor builds a `GossipRequest` for each target and uses `GossipSender` to transmit it through the configured `IGossipTransport`【F:src/Proto.Cluster/Gossip/GossipActor.cs†L199-L218】【F:src/Proto.Cluster/Gossip/GossipSender.cs†L21-L57】.
89
+
90
+
#### Receiving a request
91
+
92
+
```mermaid
93
+
sequenceDiagram
94
+
participant Transport
95
+
participant GossipActor
96
+
participant Gossip
97
+
participant EventStream
98
+
99
+
Transport->>GossipActor: GossipRequest
100
+
GossipActor->>Gossip: ReceiveState
101
+
Gossip-->>GossipActor: updates
102
+
GossipActor->>EventStream: publish updates
103
+
GossipActor-->>Transport: GossipResponse
104
+
```
105
+
106
+
Incoming `GossipRequest` messages are handled by the `GossipActor`, which merges the state and publishes any resulting updates to the event stream before replying with `GossipResponse`【F:src/Proto.Cluster/Gossip/GossipActor.cs†L124-L161】.
107
+
64
108
## Detecting members
65
109
66
110
Cluster providers (e.g., Kubernetes) watch the environment for running nodes and
0 commit comments