Daily ISP report

Tuesday 4 August 2026

Ozot — UNI-D2 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.0459%4,756 of 10,367,987 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won12 / 12Lowest average latency
Avg latency rank1.00Across all endpoints
Incidents487Loss or coverage events
Counter resets0Agent restarts excluded from loss
By endpoint

Latency and packet loss, past 24 hours

Min, average and max are the headline numbers. The percentiles sit beside them because a single spike moves an average — p95 means 95% of packets were faster than this.

EndpointMinAvgMax p50p95p99Jitter LossCoverage
Perth best 1.8ms 2.6ms 112.8ms 2.5ms 3.0ms 8.1ms 0.30ms 0.0021% 100%
Sydney best 42.9ms 43.7ms 165.3ms 43.6ms 44.1ms 49.0ms 0.29ms 0.0159% 100%
Singapore best 48.6ms 49.6ms 168.9ms 49.5ms 50.0ms 55.1ms 0.34ms 0.0118% 100%
Seoul best 113.1ms 128.0ms 398.8ms 128.1ms 129.6ms 134.4ms 0.44ms 0.0395% 100%
Tokyo best 113.9ms 114.6ms 968.8ms 114.5ms 115.0ms 119.9ms 0.27ms 0.0078% 100%
Los Angeles best 180.4ms 181.2ms 587.5ms 181.1ms 181.6ms 186.8ms 0.30ms 0.0118% 100%
Chicago best 219.3ms 220.1ms 330.9ms 220.0ms 220.5ms 224.9ms 0.29ms 0.0166% 100%
Paris best 196.7ms 198.1ms 633.0ms 197.5ms 204.4ms 204.9ms 0.29ms 0.0439% 100%
Frankfurt best 196.1ms 199.0ms 618.8ms 198.9ms 199.5ms 204.0ms 0.28ms 0.2685% 100%
Amsterdam best 202.2ms 203.1ms 969.9ms 203.0ms 203.6ms 208.5ms 0.31ms 0.0454% 100%
London best 197.3ms 198.4ms 604.3ms 198.2ms 198.9ms 204.0ms 0.27ms 0.0464% 100%
Stockholm best 221.1ms 222.9ms 652.6ms 222.3ms 223.4ms 229.0ms 0.28ms 0.041% 100%
Loss timeline

24 hours, five minutes per cell

No loss< 0.01%0.01 – 0.1%0.1 – 1%> 1%No data
Perth
Sydney
Singapore
Seoul
Tokyo
Los Angeles
Chicago
Paris
Frankfurt
Amsterdam
London
Stockholm
00:0006:0012:0018:0024:00
Incidents

Worst events of the day

Consecutive minutes with packet loss or missing data, ranked by packets lost.

WindowEndpointDuration Packets lostLossCoverage
12:39 – 12:44 Frankfurt 5 min 1,927 64.233% —
11:50 – 11:52 London 2 min 316 26.311% —
11:50 – 11:52 Frankfurt 2 min 314 26.145% —
11:50 – 11:52 Amsterdam 2 min 313 26.083% —
11:50 – 11:52 Stockholm 2 min 310 25.833% —
11:50 – 11:52 Paris 2 min 309 25.75% —
11:50 – 11:51 Seoul 1 min 108 18% —
10:10 – 10:11 Seoul 1 min 104 17.333% —
19:16 – 19:17 Chicago 1 min 50 8.333% —
05:41 – 05:42 Chicago 1 min 43 7.167% —
05:41 – 05:42 Los Angeles 1 min 26 4.333% —
19:15 – 19:17 Los Angeles 2 min 25 2.083% —
Over the day

Latency by endpoint

Perth
0123
Ozot
Sydney
0173350
Ozot
Singapore
0193856
Ozot
Seoul
04896145
Ozot
Tokyo
04386129
Ozot
Los Angeles
068136203
Ozot
Chicago
082165247
Ozot
Paris
077153230
Ozot
Frankfurt
075151226
Ozot
Amsterdam
077154231
Ozot
London
076152228
Ozot
Stockholm
0106213319
Ozot

← Back to the ISP comparison for this day

Methodology

How these numbers were produced

Every ISP in this report is measured on identical hardware, with an identical probe configuration, through the same nbn FTTP NTD at the same premises, over the same time window. Each ISP terminates on its own UNI-D port.

  • ProbeUDP to port 1337, 10 packets per second per endpoint, 1000ms timeout.
  • BucketCounters aggregated in 60-second buckets.
  • LossPacket loss is the sum of reset-safe counter deltas. Buckets where a counter decreases are treated as an agent restart and excluded rather than counted as loss.
  • CoverageCoverage is delivered samples divided by expected samples. Missing data is reported as a gap, never as zero loss.
  • Percentilesp50/p95/p99 are computed over the full day of samples, not averaged from buckets. Approximate (t-digest) quantiles.
  • TimeoutsA sample with latency <= 0 or null is a timeout.
  • RankingEndpoints are ranked ordinally. No weighted composite score is used.
  • Ingest delay75s ingest settling delay applied before a day is generated.

Scope. This is a single-premises measurement against one nbn point of interconnect. It reflects each ISP’s backhaul, peering and congestion as experienced at this location on this date. It is not a nationwide comparison, and results at other locations may differ. All four UNI-D ports share the same physical fibre and GPON access path, so access-network conditions affect every ISP equally and cancel out of the comparison.

Generated 2026-08-05T00:15:20+08:00. The complete underlying dataset for this report is published as JSON.