Daily ISP report

Friday 28 August 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.141%14,623 of 10,367,987 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,323Loss 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 105.6ms 8.8ms 25.0ms 30.2ms 7.33ms 0.0057% 100%
Sydney 49.0ms 59.1ms 149.6ms 60.2ms 71.1ms 74.5ms 6.99ms 0.0005% 100%
Singapore 294.4ms 310.4ms 431.2ms 305.7ms 367.0ms 377.7ms 6.63ms 0.3066% 100%
Seoul 188.7ms 198.0ms 353.8ms 197.5ms 208.8ms 212.3ms 6.87ms 0.0399% 100%
Tokyo 170.8ms 179.2ms 346.0ms 176.8ms 193.9ms 196.7ms 7.47ms 0.0039% 100%
Los Angeles 191.5ms 200.7ms 306.5ms 199.5ms 213.7ms 218.4ms 7.23ms 0.1406% 100%
Chicago 240.9ms 249.8ms 341.5ms 248.1ms 265.1ms 270.4ms 7.29ms 0.0105% 100%
Paris 323.6ms 333.0ms 939.0ms 331.9ms 345.5ms 349.7ms 7.28ms 0.235% 100%
Frankfurt 329.7ms 340.8ms 949.0ms 340.5ms 351.4ms 355.6ms 6.99ms 0.4501% 100%
Amsterdam 338.1ms 348.2ms 976.1ms 348.5ms 360.7ms 365.5ms 7.12ms 0.185% 100%
London 323.3ms 330.7ms 977.0ms 329.1ms 340.8ms 349.3ms 6.54ms 0.1522% 100%
Stockholm 354.0ms 364.5ms 965.4ms 363.8ms 376.7ms 381.9ms 7.21ms 0.1625% 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
09:11 – 09:16 Singapore 5 min 946 31.533% —
09:18 – 09:21 Frankfurt 3 min 884 49.111% —
09:18 – 09:21 Singapore 3 min 765 42.5% —
23:36 – 23:40 London 4 min 703 29.292% —
23:36 – 23:40 Paris 4 min 684 28.512% —
23:36 – 23:40 Amsterdam 4 min 676 28.167% —
23:36 – 23:40 Frankfurt 4 min 655 27.292% —
23:36 – 23:40 Stockholm 4 min 646 26.917% —
23:31 – 23:33 Frankfurt 2 min 563 46.917% —
23:31 – 23:33 Paris 2 min 561 46.789% —
23:30 – 23:33 Amsterdam 3 min 557 30.944% —
23:31 – 23:33 Stockholm 2 min 557 46.417% —
Over the day

Latency by endpoint

Perth
05914
Telstra
Sydney
0234669
Telstra
Singapore
0139277416
Telstra
Seoul
075150224
Telstra
Tokyo
068135203
Telstra
Los Angeles
077153230
Telstra
Chicago
097194292
Telstra
Paris
0126253379
Telstra
Frankfurt
0129259388
Telstra
Amsterdam
0131262394
Telstra
London
0126251377
Telstra
Stockholm
0138276414
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-29T00:15:20+08:00. The complete underlying dataset for this report is published as JSON.