Run window (UTC) not recorded · artifacts aaaaaaaaaaaaaaaa
NO VERDICT
This run recorded no verdict, so it demonstrates nothing either way: the reason was not recorded.
Per test
Test
Peak concurrency
Duration
Established
Peak CPU
Peak memory
Failed
By cause
t
not recorded
not measured
not measured
not measured
not measured
not recorded
not measured
Peak CPU and memory are the worst node’s peak over each test’s window, correlated by time overlap. They describe the fleet during the test, not any particular call.
Capacity
No capacity figure and no capacity table: no step carried both a peak concurrency.
The calls-per-node figure was not derivable, and sizing without it would mean inventing the one number the whole table rests on. Refusing is the result here, not a gap in this report.
Gates
This run recorded no per-gate detail. It predates per-gate provenance in this deployment, so only the overall verdict above survives from it. It has deliberately NOT been re-judged at export time: that would produce a report disagreeing with what the run itself reported.
Reproducible test assets
None recorded. Without the commands and flag semantics behind them, the numbers above cannot be reproduced by anybody else, which is most of what makes them evidence.
What this report does not measure
Read this section before acting on anything above. A load run measures a fleet from outside, through a generator placing real calls, and these are its structural limits, not this run’s bad luck.
RTP-port headroom IS measured, from the media port range's own occupancy against its configured size. The range size is a DECLARED configuration value rather than a measurement, so a node publishing occupancy without it reports unmeasured rather than being divided by a guess.
Network headroom is measured against a DECLARED baseline, not a measured capacity. The ENA driver reports no link speed, so there is no capacity to measure; the denominator is the instance type's published baseline, supplied by an operator at import. The instance can burst above it, so that figure is a floor rather than a ceiling and the ratio over-reads rather than under-reads. Inbound and outbound are judged separately because the hypervisor maintains separate credit buckets.
Packets-per-second headroom is NOT measured and never will be. No per-instance-type PPS allowance is published by anyone, including AWS, so there is no denominator to divide by. PPS saturation is still detected as an EVENT by the allowance gate; what cannot be quantified is how much headroom remained.
Per-call packet loss is NOT measured. No server-side surface attributes loss to one participant's leg, so no loss figure appears per call anywhere in this report.
Node samples are correlated to a test by TIME WINDOW OVERLAP. They say what the fleet was doing while a test ran, never that a node served any particular call: there is no per-call identity at that layer.
Peak CPU and memory are the WORST node's peak over the window, not a fleet average. A tier that looks healthy on average can contain one node that breached.
The calls-per-node figure is only meaningful if the generator actually reached each step. A ramp holding its arrival rate fixed while raising the target concurrency plateaus, and that plateau is the generator's ceiling rather than the node's.
Every call here was placed from ONE vantage point: the host that ran the generator. The establishment rate is what that host achieved against this deployment over that path, not what a caller on another network would see.