Daily ISP report

Wednesday 29 July 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.3327%34,493 of 10,367,987 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,074Loss 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 2.8ms 10.2ms 124.7ms 6.9ms 25.2ms 30.5ms 7.10ms 0.0078% 100%
Sydney 49.1ms 59.1ms 151.3ms 59.9ms 71.4ms 74.4ms 7.10ms 0.0002% 100%
Singapore 285.5ms 294.8ms 397.0ms 294.6ms 307.4ms 311.5ms 7.42ms 0.066% 100%
Seoul 191.3ms 205.2ms 386.0ms 204.5ms 217.8ms 223.6ms 6.54ms 0.0337% 100%
Tokyo 163.8ms 173.5ms 634.9ms 173.5ms 187.3ms 192.1ms 7.39ms 0.0141% 100%
Los Angeles 189.6ms 197.8ms 291.7ms 196.2ms 211.2ms 216.3ms 7.31ms 0.0229% 100%
Chicago 252.1ms 261.6ms 366.0ms 261.0ms 273.7ms 279.4ms 7.13ms 0.0084% 100%
Paris 322.8ms 332.1ms 438.0ms 331.2ms 344.6ms 350.3ms 7.39ms 0.0063% 100%
Frankfurt 330.7ms 342.5ms 449.8ms 340.6ms 365.1ms 378.3ms 7.10ms 0.0992% 100%
Amsterdam 337.8ms 348.2ms 951.2ms 348.7ms 360.1ms 361.7ms 6.83ms 0.0318% 100%
London 320.6ms 329.3ms 434.2ms 327.8ms 341.0ms 348.7ms 7.35ms 0.0064% 100%
Stockholm 336.7ms 361.6ms 1,049.7ms 349.9ms 369.9ms 776.8ms 8.36ms 3.6955% 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
14:50 – 15:50 Stockholm 60 min 25,925 72.016% —
14:11 – 14:49 Stockholm 38 min 4,797 21.039% —
13:33 – 13:37 Stockholm 4 min 802 33.431% —
21:02 – 21:10 Frankfurt 8 min 259 5.396% —
17:05 – 17:06 Frankfurt 1 min 238 39.667% —
05:06 – 05:08 Frankfurt 2 min 194 16.167% —
14:02 – 14:10 Stockholm 8 min 167 3.48% —
11:10 – 11:11 Amsterdam 1 min 108 18% —
12:56 – 12:59 Stockholm 3 min 78 4.333% —
16:52 – 16:54 Frankfurt 2 min 66 5.5% —
13:04 – 13:06 Stockholm 2 min 60 5% —
13:32 – 13:33 Perth 1 min 55 9.151% —
Over the day

Latency by endpoint

Perth
04913
Telstra
Sydney
0234668
Telstra
Singapore
0111221332
Telstra
Seoul
077155232
Telstra
Tokyo
065131196
Telstra
Los Angeles
075149224
Telstra
Chicago
098197295
Telstra
Paris
0125251376
Telstra
Frankfurt
0140279419
Telstra
Amsterdam
0132263395
Telstra
London
0124249373
Telstra
Stockholm
0320640960
Telstra

← 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-07-30T00:16:10+08:00. The complete underlying dataset for this report is published as JSON.