| Greg's network link statistics |
|
||||||
|
|
|
|
|||||||||||
|
|
|
This page is under construction, and a lot doesn't make much sense.
This page shows my network availability and performance statistics connected to the Australian National Broadband Network. It bases on earlier pages that I wrote for the DSL and satellite connections.
I had hoped that with the advent of the NBN, this page would no longer be needed. Unfortunately, this has proven not to be the case. While I don't have issues with throughput, the availability has been the worst I have ever experienced, with outages of up to 48 hours. It's not clear where the problem lies, but I have observed serious issues with the DHCP authentication that my ISP uses. More here when I understand the situation better.
The graphs show:
Link status. This is the connectivity to the other end of the link, measured by an ICMP echo (ping) packet once a minute. The value is scaled by 0.01. Thus the value 3 represents 30 ms ping time, roughly the average. 0 indicates a link failure.
Network status. This is the number of remote systems responding to a ICMP echo (ping) packet at the same time as the link status ping. I currently ping 5 systems which I frequently access: hub.FreeBSD.org (in the Yahoo! complex in Silicon Valley, www.lemis.com, my external web server in Raleigh NC, http://www.freebsd.de/, located somewhere in Germany, ozlabs.org, located in Canberra, and ftp.netbsd.org, located somewhere in the USA. Normally this value should be 5. If it's less, the script retries every second until full connectivity is restored.
“TCP speed”, a reciprocal function of the time it takes to transfer a very small “web page” (four bytes) from my external web server. The values shown are reciprocal seconds: 0.5 is 2 seconds, 2 is 0.5 seconds, etc. This graph doesn't directly show the loss of TCP connectivity: as long as the “speed” is above 0, I have connectivity. When the connectivity goes away, the “speed” drops to 0.
This speed was of particular interest with the satellite link. I'm not sure it makes much sense over NBN, but we'll see.
The graphs were made with gnuplot, and I'm not very happy with the smoothing. In particular, the right-hand side of smoothed graphs has too much influence, and it's easy to get the false impression that the link status or TCP speed have changed significantly in the last few minutes. If anybody can point me at a way to fix this problem, I'd be grateful.
Click on the graphs for a 1600x1200 version.
This section monitors the NBN for outages. I have a program that evaluates the outage information and produces detailed outage information. Here's the information on the past 10 outages, along with the overall statistics:
Start time End time Duration Badness from to
(seconds)
1493256509 1493256533 24 0.008 # 27 April 2017 11:28:29 27 April 2017 11:28:53
1493643566 1493645316 1750 0.009 # 1 May 2017 22:59:26 1 May 2017 23:28:36
1493872618 1493872868 250 0.016 # 4 May 2017 14:36:58 4 May 2017 14:41:08
1496130088 1496130501 413 0.002 # 30 May 2017 17:41:28 30 May 2017 17:48:21
1496156996 1496157056 60 0.136 # 31 May 2017 01:09:56 31 May 2017 01:10:56
1496159659 1496159805 146 1.383 # 31 May 2017 01:54:19 31 May 2017 01:56:45
1496845289 1496845853 564 0.005 # 8 June 2017 00:21:29 8 June 2017 00:30:53
1500556617 1500556620 3 0.001 # 20 July 2017 23:16:57 20 July 2017 23:17:00
1504018035 1504018106 71 0.001 # 30 August 2017 00:47:15 30 August 2017 00:48:26
1504359138 1504359338 200 0.011 # 2 September 2017 23:32:18 2 September 2017 23:35:38
Total 268 outages, total time -113506373 seconds (-31529:-32:-53)
Average time between outages: 0 seconds (00:00:00)
Average duration: -423531 seconds (-117:-38:-51)
Availability: -218281392.00%
“Badness” is an attempt to quantify the effect. It's the reciprocal of the number of seconds per hour that the link was up between failures (i.e. 3600 / uptime).
And here is the summary information for the past 10 days with a less than 100% record:
Date Outages Duration Availability Date
(seconds)
1492783200 1 512 99.41% # 22 April 2017
1493215200 1 24 99.97% # 27 April 2017
1493560800 1 1750 97.97% # 1 May 2017
1493820000 1 250 99.71% # 4 May 2017
1496066400 1 413 99.52% # 30 May 2017
1496152800 2 206 99.76% # 31 May 2017
1496844000 1 564 99.35% # 8 June 2017
1500472800 1 3 100.00% # 20 July 2017
1504015200 1 71 99.92% # 30 August 2017
1504274400 1 200 99.77% # 2 September 2017
The dates in the left columns are in UNIX time_t format to ease further processing. I also have lists of all individual outages, or summaries per day.
| Greg's home page | Greg's diary | Greg's photos | Copyright |