Daily ISP report

Sunday 30 August 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.0458%4,748 of 10,367,986 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,312Loss 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.9ms 11.0ms 104.6ms 9.3ms 26.0ms 30.4ms 7.44ms 0.0021% 100%
Sydney 49.0ms 59.2ms 151.7ms 60.3ms 71.2ms 74.5ms 7.07ms 0.0012% 100%
Singapore 286.3ms 299.2ms 397.0ms 298.4ms 312.7ms 319.3ms 7.23ms 0.0649% 100%
Seoul 188.8ms 197.8ms 357.5ms 197.0ms 207.9ms 212.2ms 6.83ms 0.0403% 100%
Tokyo 160.1ms 175.8ms 272.9ms 174.5ms 191.4ms 195.5ms 7.24ms 0.0035% 100%
Los Angeles 192.0ms 200.7ms 320.9ms 199.6ms 213.2ms 218.5ms 7.19ms 0.0624% 100%
Chicago 240.9ms 249.6ms 342.9ms 248.1ms 263.5ms 268.6ms 7.32ms 0.0068% 100%
Paris 323.6ms 333.0ms 822.7ms 331.9ms 345.5ms 349.8ms 7.31ms 0.1374% 100%
Frankfurt 330.2ms 341.1ms 913.7ms 340.9ms 352.4ms 358.0ms 7.02ms 0.1566% 100%
Amsterdam 338.4ms 348.7ms 909.1ms 348.8ms 360.7ms 365.4ms 7.04ms 0.0281% 100%
London 323.3ms 331.1ms 820.0ms 329.3ms 342.3ms 349.8ms 6.85ms 0.0258% 100%
Stockholm 355.5ms 365.0ms 870.0ms 364.2ms 379.3ms 382.0ms 7.28ms 0.0205% 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
21:42 – 22:21 Frankfurt 39 min 243 1.038% —
21:41 – 22:21 Paris 40 min 238 0.992% —
06:51 – 06:53 Los Angeles 2 min 205 17.098% —
06:51 – 06:53 Paris 2 min 168 14.012% —
06:51 – 06:53 London 2 min 168 14% —
20:28 – 20:56 Paris 28 min 160 0.952% —
04:25 – 04:27 Paris 2 min 150 12.5% —
06:51 – 06:54 Amsterdam 3 min 150 8.333% —
20:29 – 20:52 Frankfurt 23 min 147 1.065% —
04:25 – 04:27 Frankfurt 2 min 138 11.5% —
06:51 – 06:53 Stockholm 2 min 136 11.333% —
06:51 – 06:53 Frankfurt 2 min 132 11% —
Over the day

Latency by endpoint

Perth
051014
Telstra
Sydney
0234668
Telstra
Singapore
0114229343
Telstra
Seoul
075149224
Telstra
Tokyo
068136204
Telstra
Los Angeles
076151227
Telstra
Chicago
094188283
Telstra
Paris
0125251376
Telstra
Frankfurt
0128256384
Telstra
Amsterdam
0131262393
Telstra
London
0124249373
Telstra
Stockholm
0137274412
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-08-31T00:15:05+08:00. The complete underlying dataset for this report is published as JSON.