WifiNigel

Sometimes it would be great to have your own, independent speed-test service to test performance inside your network. In this article, I look at a free speed-test utility that can be installed onto an Odroid platform so you can have your very own network speed-test service. Background Back in February 2017, I attended the Wireless LAN Pros conference in Phoenix. Among the many interesting sessions provided was a “maker” session where we all got to build a whiz-bang gizmo based on an Odroid computer board. This is quite similar to a Raspberry Pi, that you may be more familiar with, but it has a bit more processing horsepower and, most importantly, a gigabit Ethernet connection, rather than being limited to the 100mbps of a Pi. Among the many features that the Odroid provided for us was speed-test software from OpenSpeedtest.com. I’m sure you’ll be familiar with this type of service is you’ve used Speedtest.net or some other similar web-based speed testing utility. You simply br

In previous articles , I’ve covered a few aspects of wireless frame capture using Wireshark, looking at subjects such as frame colourization and radio tap headers . In this article, I look at another way of improving the visualization of wireless frame captures by adding columns to our Wireshark frame summary, including customised columns that use 802.11 frame field values. Background By default, a typical 802.11 capture in Wireshark looks something like the screen-shot presented below (assuming you added the colourization rules I previously blogged about): Although we get a nice summary of the frame types that are whizzing by, it would be useful if we could get a little more summarized information, before we dive into the detail of each frame. In a wireless environment, there are many more considerations compared to the wired world when we’re looking at frame captures. In addition to the information around frame timings, addressing, types etc. I’m always interested