Daily ISP report

Sunday 16 August 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.0496%5,143 of 10,367,986 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,348Loss 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 163.2ms 8.6ms 25.9ms 30.6ms 7.50ms 0.0017% 100%
Sydney 49.0ms 59.2ms 149.4ms 59.9ms 71.3ms 74.5ms 7.07ms 0.0029% 100%
Singapore 282.9ms 292.3ms 525.2ms 291.0ms 305.6ms 309.9ms 7.30ms 0.0476% 100%
Seoul 188.7ms 197.6ms 441.0ms 196.7ms 208.4ms 212.2ms 6.93ms 0.0358% 100%
Tokyo 163.8ms 173.0ms 1,036.8ms 172.9ms 186.6ms 191.9ms 7.27ms 0.0086% 100%
Los Angeles 192.0ms 200.4ms 293.1ms 199.6ms 212.5ms 217.5ms 7.11ms 0.0961% 100%
Chicago 240.9ms 249.2ms 992.7ms 248.2ms 263.0ms 267.9ms 7.18ms 0.0123% 100%
Paris 323.6ms 333.0ms 991.2ms 332.0ms 345.2ms 350.3ms 7.31ms 0.0801% 100%
Frankfurt 331.5ms 341.3ms 714.2ms 340.6ms 353.3ms 358.8ms 7.20ms 0.0792% 100%
Amsterdam 338.7ms 348.6ms 740.6ms 348.9ms 360.8ms 365.4ms 6.96ms 0.077% 100%
London 323.3ms 331.6ms 691.8ms 329.9ms 345.0ms 350.5ms 7.26ms 0.0703% 100%
Stockholm 355.6ms 365.2ms 758.4ms 363.8ms 379.4ms 382.8ms 7.31ms 0.0839% 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
17:59 – 18:01 Amsterdam 2 min 476 39.667% —
17:59 – 18:01 Stockholm 2 min 476 39.667% —
17:59 – 18:01 Paris 2 min 431 35.917% —
17:59 – 18:01 London 2 min 417 34.75% —
17:59 – 18:01 Frankfurt 2 min 398 33.167% —
17:59 – 18:01 Los Angeles 2 min 327 27.25% —
18:25 – 18:27 Frankfurt 2 min 137 11.417% —
17:51 – 17:54 Los Angeles 3 min 112 6.226% —
12:24 – 12:28 Stockholm 4 min 57 2.375% —
17:52 – 17:54 London 2 min 53 4.417% —
17:52 – 17:54 Paris 2 min 51 4.254% —
15:13 – 15:16 Stockholm 3 min 41 2.278% —
Over the day

Latency by endpoint

Perth
05914
Telstra
Sydney
0234568
Telstra
Singapore
0110220330
Telstra
Seoul
074148223
Telstra
Tokyo
065130196
Telstra
Los Angeles
076153229
Telstra
Chicago
094187281
Telstra
Paris
0126252378
Telstra
Frankfurt
0128256384
Telstra
Amsterdam
0133266399
Telstra
London
0126252378
Telstra
Stockholm
0139277416
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-17T00:15:24+08:00. The complete underlying dataset for this report is published as JSON.