Daily ISP report

Saturday 22 August 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.0877%9,088 of 10,367,985 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,219Loss 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 3.0ms 11.3ms 395.8ms 10.2ms 24.3ms 30.4ms 7.22ms 0.0153% 100%
Sydney 49.0ms 59.3ms 940.3ms 60.2ms 71.1ms 74.5ms 6.97ms 0.0017% 100%
Singapore 282.9ms 292.4ms 382.6ms 290.8ms 306.0ms 310.6ms 7.37ms 0.2627% 100%
Seoul 188.8ms 197.9ms 348.9ms 197.3ms 208.1ms 212.2ms 6.88ms 0.0493% 100%
Tokyo 163.7ms 173.2ms 979.2ms 173.0ms 187.0ms 194.2ms 6.95ms 0.0071% 100%
Los Angeles 192.0ms 200.4ms 299.8ms 199.5ms 212.1ms 218.4ms 6.96ms 0.0921% 100%
Chicago 241.0ms 249.2ms 343.5ms 247.7ms 263.0ms 268.2ms 7.09ms 0.005% 100%
Paris 323.6ms 332.7ms 424.3ms 331.8ms 345.0ms 350.0ms 7.06ms 0.0809% 100%
Frankfurt 331.1ms 340.8ms 467.1ms 340.7ms 351.9ms 357.8ms 7.07ms 0.0963% 100%
Amsterdam 338.1ms 348.0ms 437.6ms 348.5ms 360.4ms 361.9ms 7.15ms 0.1374% 100%
London 323.3ms 330.9ms 424.6ms 329.3ms 340.8ms 349.4ms 6.71ms 0.1086% 100%
Stockholm 355.2ms 363.9ms 567.9ms 362.0ms 376.4ms 381.8ms 7.20ms 0.1955% 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
05:02 – 05:07 Singapore 5 min 682 22.733%
17:59 – 18:02 Paris 3 min 611 33.944%
17:59 – 18:01 London 2 min 609 50.75%
17:59 – 18:01 Frankfurt 2 min 608 50.667%
17:59 – 18:01 Amsterdam 2 min 607 50.583%
17:59 – 18:01 Stockholm 2 min 607 50.583%
23:12 – 23:15 Stockholm 3 min 584 32.444%
17:58 – 18:01 Los Angeles 3 min 474 26.333%
04:51 – 04:59 Singapore 8 min 445 9.271%
23:08 – 23:11 Stockholm 3 min 426 23.667%
04:05 – 04:07 Singapore 2 min 399 33.25%
23:11 – 23:14 Amsterdam 3 min 374 20.778%
Over the day

Latency by endpoint

Perth
05914
Telstra
Sydney
0234568
Telstra
Singapore
0125251376
Telstra
Seoul
074149223
Telstra
Tokyo
078157235
Telstra
Los Angeles
076151227
Telstra
Chicago
094187281
Telstra
Paris
0125249374
Telstra
Frankfurt
0128256383
Telstra
Amsterdam
0131261392
Telstra
London
0124248373
Telstra
Stockholm
0137274411
Telstra
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-23T00:15:34+08:00. The complete underlying dataset for this report is published as JSON.