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
`deploy.sh` generates topology metadata, renders Telegraf config, starts InfluxDB / Telegraf / Grafana, and starts the native Pingmesh and background-traffic processes in each client.
95
+
96
+
The default client image is pinned by digest. A custom client image must provide
Copy file name to clipboardExpand all lines: docs/content/docs/run-benchmarks/methodology.mdx
+19-11Lines changed: 19 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -59,20 +59,28 @@ Scenarios are generated from the packaged canonical campaign spec. Running `neto
59
59
60
60
## Observation validity
61
61
62
-
Pingmesh compares an explicit healthy baseline with the fault observation window. A path is reported as a latency spike only when the median `rtt_avg` for that source/destination path increases by at least 20 ms; an isolated RTT peak does not qualify. This rule is shared by built-in and custom topologies and intentionally does not detect smaller latency changes.
62
+
Pingmesh compares an explicit healthy baseline with the fault observation
63
+
window. A path is reported as a latency spike when its median `rtt_avg`
64
+
increases by at least 20 ms, or when the median increases by at least 20 ms in
65
+
two independent ECMP port batches. A peak or a single elevated port batch does
66
+
not qualify. Packet-loss evidence likewise combines a strong per-path count
67
+
with source/destination leaf concentration, so uniformly distributed
68
+
background loss is not presented as a localized fault. These rules are shared
69
+
by built-in and custom topologies.
63
70
64
71
Background traffic must start its complete topology-derived flow matrix before the baseline is captured. A partial matrix is an infrastructure-invalid case, rather than a degraded observation presented to the agent.
65
72
66
-
On one host, run observability for only one large topology at a time. Other
67
-
Containerlab topologies may remain deployed and warm, but pause their Pingmesh,
68
-
BGP collector, and Telegraf processes while measuring the active large
69
-
topology. Co-running multiple large telemetry pipelines causes host scheduling
70
-
pressure that can appear as network latency. This is an operational constraint,
71
-
not part of scenario or detector semantics.
72
-
73
-
The 0.2 collector retains complete BGP snapshots. On xlarge topologies this
74
-
file-to-Telegraf path may fall behind its 10-second polling interval, so use
75
-
the tool's reported data freshness when interpreting BGP event evidence.
73
+
Each topology sends native Pingmesh batches through its topology-local
74
+
Telegraf listener. Multiple warm topologies may therefore keep observability
75
+
active together; readiness and complete coverage remain mandatory for every
76
+
case. Host capacity is not hidden by a longer timeout or a topology-specific
77
+
detector threshold.
78
+
79
+
The 0.2 collector polls BGP every 10 seconds. On topologies with more than 128
80
+
routing devices, every poll writes the collection index, state transitions,
81
+
and all non-Established neighbors; stable complete-neighbor snapshots are
82
+
written every 60 seconds. Use the tool's reported data freshness when
Copy file name to clipboardExpand all lines: docs/content/docs/run-benchmarks/run-scenario-vs-suite.mdx
-1Lines changed: 0 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -103,7 +103,6 @@ Useful environment overrides:
103
103
|`BENCH_SCALES`| Space-separated scale list such as `xs small`. |
104
104
|`BENCH_WORKERS_<SCALE>`| Worker count override for one scale, for example `BENCH_WORKERS_LARGE=2`. |
105
105
|`BENCH_CLEAN_RUNS=1`| Explicitly remove previous `.netopsbench/runs/` artifacts before the batch. By default, previous reports and traces are preserved. |
106
-
|`NETOPSBENCH_TRAFFIC_PARALLELISM`| Bounded client traffic start/stop concurrency; defaults to 32. |
107
106
108
107
The script writes logs under `scenario_results/benchmark_logs_<timestamp>/`, records the run ids for the batch in `benchmark_runs_<timestamp>.jsonl`, and writes a CSV summary under `scenario_results/benchmark_summary_<timestamp>.csv`. Run artifacts use timestamp ids such as `run-20260605T124040Z`; use `netopsbench trace view` to sync trace-enabled runs into the local Harbor viewer cache and inspect saved traces.
0 commit comments