Enum libp2p_kad::KademliaEvent [−][src]
pub enum KademliaEvent {
QueryResult {
id: QueryId,
result: QueryResult,
stats: QueryStats,
},
RoutingUpdated {
peer: PeerId,
addresses: Addresses,
old_peer: Option<PeerId>,
},
UnroutablePeer {
peer: PeerId,
},
RoutablePeer {
peer: PeerId,
address: Multiaddr,
},
PendingRoutablePeer {
peer: PeerId,
address: Multiaddr,
},
}The events produced by the Kademlia behaviour.
Variants
A query has produced a result.
Show fields
Fields of QueryResult
id: QueryIdThe ID of the query that finished.
result: QueryResultThe result of the query.
stats: QueryStatsExecution statistics from the query.
The routing table has been updated with a new peer and / or address, thereby possibly evicting another peer.
Show fields
A peer has connected for whom no listen address is known.
If the peer is to be added to the routing table, a known
listen address for the peer must be provided via Kademlia::add_address.
Show fields
Fields of UnroutablePeer
peer: PeerIdA connection to a peer has been established for whom a listen address
is known but the peer has not been added to the routing table either
because KademliaBucketInserts::Manual is configured or because
the corresponding bucket is full.
If the peer is to be included in the routing table, it must
must be explicitly added via Kademlia::add_address, possibly after
removing another peer.
See Kademlia::kbucket for insight into the contents of
the k-bucket of peer.
A connection to a peer has been established for whom a listen address is known but the peer is only pending insertion into the routing table if the least-recently disconnected peer is unresponsive, i.e. the peer may not make it into the routing table.
If the peer is to be unconditionally included in the routing table,
it should be explicitly added via Kademlia::add_address after
removing another peer.
See Kademlia::kbucket for insight into the contents of
the k-bucket of peer.