1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
//! ## Example: Probing Hosts in a Network Range with Retry Capabilities
//!
//! This example demonstrates probing all hosts in a given network range (e.g., an IPv4 subnet) with retry capabilities,
//! using [`ClientSpinner`] to batch the probes. This approach allows for retrying failed probes across the entire network range.
//! To run this example locally, make sure to specify the network interface (e.g., `eth0` or `wlan0`) as a parameter.
//!
//! ```ignore
//! use common;
//! ```
//!
//! ## Example 2: Using [`Client`] for Single Probe Requests
//!
//! When more granular control over the execution order is needed, or if only a single probe or request is desired,
//! you can use [`Client`] instead of [`ClientSpinner`]. This approach is useful for cases when you want to handle
//! each probe individually or when finer control is needed over how the futures are driven to completion.
//!
//! ```ignore
//! use common;
//! ```
//!
//! ## Advanced ARP Requests (Diagnostic Purposes)
//!
//! In a similar fashion, more advanced ARP requests (e.g., for diagnostic purposes) can be sent using either
//! [`ClientSpinner::request_batch`] or [`Client::request`]. The former allows for batching multiple ARP requests,
//! while the latter provides more control over individual requests. Both approaches enable sending specific ARP requests tailored
//! to your network diagnostic needs.
//!
pub use ;
pub use ;
pub use ;
pub use ;
pub
pub
pub
pub