Daily ISP report

Tuesday 1 September 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.045%4,670 of 10,367,986 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,163Loss 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 10.9ms 105.3ms 9.2ms 24.4ms 30.5ms 7.27ms 0.0009% 100%
Sydney 49.0ms 59.3ms 151.4ms 60.1ms 71.1ms 74.5ms 7.08ms 0.0002% 100%
Singapore 287.8ms 300.7ms 392.7ms 299.6ms 313.5ms 324.8ms 7.06ms 0.1547% 100%
Seoul 188.8ms 197.6ms 322.9ms 196.9ms 208.0ms 212.2ms 6.72ms 0.0356% 100%
Tokyo 163.8ms 173.1ms 283.3ms 173.0ms 186.9ms 192.3ms 7.24ms 0.0315% 100%
Los Angeles 192.0ms 200.3ms 326.8ms 199.2ms 211.9ms 218.2ms 6.98ms 0.0876% 100%
Chicago 241.0ms 250.1ms 452.2ms 248.3ms 264.3ms 280.6ms 7.41ms 0.0057% 100%
Paris 323.5ms 332.7ms 1,022.5ms 331.8ms 344.7ms 350.7ms 7.11ms 0.0488% 100%
Frankfurt 329.8ms 340.9ms 508.1ms 340.3ms 352.3ms 357.8ms 7.05ms 0.0396% 100%
Amsterdam 328.6ms 344.2ms 952.4ms 342.8ms 357.7ms 361.7ms 7.28ms 0.0288% 100%
London 323.4ms 336.1ms 963.2ms 335.9ms 349.6ms 357.4ms 6.94ms 0.0833% 100%
Stockholm 345.2ms 360.1ms 944.4ms 359.0ms 374.1ms 381.4ms 7.31ms 0.0236% 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
15:54 – 15:59 London 5 min 684 22.8% —
15:54 – 15:59 Singapore 5 min 525 17.494% —
15:54 – 15:58 Los Angeles 4 min 432 18% —
15:54 – 15:58 Paris 4 min 286 11.922% —
04:13 – 04:15 Amsterdam 2 min 176 14.667% —
04:13 – 04:15 Stockholm 2 min 174 14.5% —
03:52 – 03:54 Frankfurt 2 min 150 12.5% —
16:23 – 16:25 Tokyo 2 min 149 12.417% —
03:52 – 03:54 Paris 2 min 103 8.59% —
09:10 – 09:11 Singapore 1 min 97 16.167% —
23:16 – 23:18 Singapore 2 min 73 6.078% —
20:49 – 20:51 Frankfurt 2 min 67 5.583% —
Over the day

Latency by endpoint

Perth
05914
Telstra
Sydney
0234668
Telstra
Singapore
0132265397
Telstra
Seoul
074149223
Telstra
Tokyo
065131196
Telstra
Los Angeles
079158237
Telstra
Chicago
098197295
Telstra
Paris
0128256384
Telstra
Frankfurt
0128256384
Telstra
Amsterdam
0131262392
Telstra
London
0135270406
Telstra
Stockholm
0137274411
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-09-02T00:15:26+08:00. The complete underlying dataset for this report is published as JSON.