Daily ISP report

Saturday 1 August 2026

Telstra — UNI-D1 on nbn FTTP

Midnight to midnight, Australia/Perth · Browse all reports

Packet loss0.1879%19,479 of 10,367,989 packets
Data coverage100%0 endpoint-minutes with gaps
Endpoints won0 / 12Lowest average latency
Avg latency rank2.00Across all endpoints
Incidents1,294Loss 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.8ms 10.4ms 102.9ms 7.2ms 24.7ms 30.5ms 7.08ms 0.0153% 100%
Sydney 49.1ms 59.1ms 159.5ms 59.9ms 71.3ms 74.4ms 7.09ms 0.0016% 100%
Singapore 280.6ms 294.8ms 389.1ms 294.6ms 307.5ms 312.3ms 7.43ms 0.0539% 100%
Seoul 188.8ms 197.6ms 528.3ms 196.9ms 208.2ms 212.2ms 6.79ms 0.0404% 100%
Tokyo 163.8ms 177.2ms 656.2ms 174.7ms 214.5ms 230.8ms 8.10ms 0.6697% 100%
Los Angeles 187.3ms 198.0ms 528.1ms 196.2ms 211.5ms 216.7ms 7.19ms 0.101% 100%
Chicago 241.2ms 261.6ms 354.7ms 260.3ms 273.7ms 279.1ms 7.16ms 0.0061% 100%
Paris 321.1ms 332.0ms 884.9ms 330.9ms 344.0ms 349.8ms 7.30ms 0.1066% 100%
Frankfurt 329.2ms 341.1ms 627.4ms 340.2ms 352.5ms 358.7ms 7.10ms 1.226% 100%
Amsterdam 324.6ms 348.1ms 987.0ms 348.5ms 359.9ms 361.7ms 6.87ms 0.0102% 100%
London 318.4ms 329.2ms 891.6ms 328.2ms 340.8ms 348.6ms 7.41ms 0.0183% 100%
Stockholm 340.9ms 351.8ms 581.2ms 350.0ms 364.6ms 370.3ms 7.25ms 0.0053% 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:16 – 07:37 Tokyo 141 min 5,641 6.668% —
03:18 – 03:23 Frankfurt 5 min 516 17.2% —
02:57 – 03:01 Frankfurt 4 min 456 19% —
03:03 – 03:07 Frankfurt 4 min 441 18.375% —
17:00 – 17:04 Los Angeles 4 min 387 16.132% —
20:15 – 20:17 Frankfurt 2 min 367 30.583% —
20:36 – 20:38 Frankfurt 2 min 341 28.417% —
18:13 – 18:14 Frankfurt 1 min 328 54.576% —
17:22 – 17:24 Frankfurt 2 min 327 27.25% —
17:16 – 17:18 Frankfurt 2 min 312 26% —
19:57 – 19:59 Frankfurt 2 min 312 26% —
16:18 – 16:20 Frankfurt 2 min 297 24.75% —
Over the day

Latency by endpoint

Perth
04913
Telstra
Sydney
0234568
Telstra
Singapore
0111222332
Telstra
Seoul
074149223
Telstra
Tokyo
082164246
Telstra
Los Angeles
094187281
Telstra
Chicago
098197295
Telstra
Paris
0125250375
Telstra
Frankfurt
0128256384
Telstra
Amsterdam
0131261392
Telstra
London
0124247371
Telstra
Stockholm
0132264397
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-02T00:15:19+08:00. The complete underlying dataset for this report is published as JSON.