| 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)
1484142924 1484142991 67 1.392 # 12 January 2017 00:55:24 12 January 2017 00:56:31
1485176786 1485178146 1360 0.003 # 24 January 2017 00:06:26 24 January 2017 00:29:06
1486694883 1486706902 12019 0.002 # 10 February 2017 13:48:03 10 February 2017 17:08:22
1489515279 1489515346 67 0.001 # 15 March 2017 05:14:39 15 March 2017 05:15:46
1490054175 1490054446 271 0.007 # 21 March 2017 10:56:15 21 March 2017 11:00:46
1490060016 1490060300 284 0.646 # 21 March 2017 12:33:36 21 March 2017 12:38:20
1492787651 1492788163 512 0.001 # 22 April 2017 01:14:11 22 April 2017 01:22:43
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
Total 261 outages, total time -103055950 seconds (-28626:-39:-10)
Average time between outages: 0 seconds (00:00:00)
Average duration: -394850 seconds (-109:-40:-50)
Availability: -412223680.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)
1484053200 1 169 99.80% # 11 January 2017
1484139600 3 306 99.65% # 12 January 2017
1485176400 1 1360 98.43% # 24 January 2017
1486645200 1 12019 86.09% # 10 February 2017
1489496400 1 67 99.92% # 15 March 2017
1490014800 2 555 99.36% # 21 March 2017
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
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 |