After dusting off the old source for my previous post, I started realizing one of the main limitations to Ubiquiperf — the results aren’t displayed real-time. If they were, one could easily move radios around and see the impact almost instantly. This got me thinking, and not having worked in Java for a while I knew what to do: Fork JPerf and get to work:
It’s got a long way to go, and comments/suggestions are always welcome. Source (including a pre-compiled .jar) are available at github.
About a year ago, we were doing some wireless throughput/interference testing at the office to acclamate ourselves to the wireless world. Most importantly, we were trying to answer the question “Why can’t I just lease a 10 foot section on a tower and install a zillion radios there?”
Despite having a handful of BCP design documents at hand, as well as input from established and respected members of the wireless community, the question kept seeming to pop up. So how does one present a worthwhile answer?
My solution was to build a small section of a tower leg on our back lot using a non-penetrating roof mount, 2 Ubiquiti Rocket M5 90 5G-20-90 degree sectors (mounted 90 degrees from each other, without shielding), 2 Nanostion M5 CPE’s, 4 laptops, and a couple of inverters and car batteries to power 2 of the laptops (the other 2 were run off extension cables). The two laptops connected at the Access Point side ran as Iperf servers, each laptop ran as a client.
The thought was to grab Iperf and AirOS datapoints at every couple of seconds and see “what happens when I do this?” “THIS” generally entailed doing something BCPs warned against doing.
To gather the Iperf data and AirOS statistics, I put together a quick script i called “Ubiquiperf“. Basically it polls an iperf test every second, pulls the stats off the radio (Capacity, Quality, RSSI, etc) , generates a CSV file of all the data, and finally creates a graph using the jpgraph PHP libraries.
Due to weather conditions our testing was cut short and our initial results had a simple problem: we needed to turn the transmit power down on all the radios.
For a baseline, we performed a quick throughput test one at a time, where each Access Point operating on the same frequency could perform at about 85Mbps:
So what happens if I perform the same throughput test on both units but at the exact same time, over a longer duration?
Well, it obviously cut off about 20Mbps from the first access point. Of course, the power on the radios really needs to be turned down so this test is unfortunately not worth much. We’ll be doing additional testing in the near future, and hope to have meaningful results that include mounts with and without RF Armor, Titanium model equipment, etc. I’ll publish our results when I can.