Expand description
Probe-scheduling strategies for neighbor discovery.
A NeighborProbeStrategy controls when hellos and liveness probes are
sent. The state machine (face creation, FIB wiring, neighbor table
mutations) lives in the protocol implementation (EtherND, UdpND, …) and
is completely independent.
§Strategy types
| Module | Type | Profile |
|---|---|---|
backoff | BackoffScheduler | LAN, Campus, Static |
reactive | ReactiveScheduler | Mobile, low-traffic nodes |
passive | PassiveScheduler | HighMobility, dense mesh |
§Factory
build_strategy constructs the right scheduler from a DiscoveryConfig.
Pass the result as Box<dyn NeighborProbeStrategy> into the protocol
constructor; swap it at runtime without restarting the protocol.
Re-exports§
pub use backoff::BackoffScheduler;pub use composite::CompositeStrategy;pub use passive::PassiveScheduler;pub use reactive::ReactiveScheduler;pub use swim::SwimScheduler;
Modules§
- backoff
- Exponential-backoff probe scheduler.
- composite
- Composite probe scheduler — runs multiple strategies simultaneously.
- passive
- Passive neighbor-detection probe scheduler.
- reactive
- Event-driven (reactive) probe scheduler.
- swim
- SWIM-style fixed-interval probe scheduler.
Enums§
- Probe
Request - An action returned by
NeighborProbeStrategy::on_tick. - Trigger
Event - An out-of-band event that informs the strategy and may cause an early probe.
Traits§
- Neighbor
Probe Strategy - Controls the when of hello/probe scheduling.
Functions§
- build_
strategy - Construct the appropriate
NeighborProbeStrategyfor the given config.