To expand further on the accountability aspect of the previous post, I put this little example for you all…
The first two images below are the UDP Iperf bandwidth test for a point-to-point connection and the RSSI and Link Quality assessment, using the radio’s own interface. These tests were performed outdoors, during the day (when there’s real traffic) with two 21dBi OFDM directional antennas. These tests did not involve streaming any video and were simply to test the spectrum and radios in the outdoor environment.
The first UDP Iperf bandwidth test was for a 10Mhz channel at the beginning of the frequency spectrum. We can see that it’s transmitting (during that moment) 11 Mbps and receiving 8 Mbps. The second image shows that radio one has a wonderful RSSI of -48 with a 100% Link Quality. The marketing literature states up to 17 Mbps bandwidth capabilities using a 10 Mhz channel. So, okay. Something is not right – even though you’re thinking “Wow, 11 Mbps! I can stream like five cameras through that virtual pipe!”

The next two images show the UDP Iperf bandwidth test for another 10Mhz channel at the opposite end of the frequency spectrum. We can see that it’s transmitting (during that moment) 17 Mbps and receiving 17 Mbps, matching what the marketing materials say.

The next two images show the UDP Iperf bandwidth test for a larger 20 Mhz channel at the beginning of the frequency spectrum. We can see that it’s transmitting (during that moment) 12 Mbps and receiving 18 Mbps, which is odd, because the marketing materials state up to 35 Mbps. The RSSI shows as -48 with a 100% Link Quality, so what’s up with that? (Hint: Never design a wireless public safety architecture on RSSI alone)

The next two images show the UDP Iperf bandwidth test for a larger 20 Mhz channel at the opposite end of the frequency spectrum. We can see that it’s transmitting (during that moment) almost 35 Mbps and receiving 35 Mbps, matching the marketing materials. The RSSI shows as -47 with a 100% Link Quality.

So, what does this test tell you? Don’t just base your architecture on the RSSI alone, as although it appears consistent and exceptional, the bandwidth tests show otherwise. Besides the fact that this test was a single city block or two away from each other so the RSSI should’ve been closer to a burning -30 or less RSSI. Also, there’s something odd going on within the first half of the frequency spectrum to cut the bandwidth in half.
The spectrum analysis of the area showed that there was something using the first half of the spectrum, but not necessarily using it at that time. The image below shows a device using “auto channel select” – scrolling up and down the first half of the frequency looking for a mobile vehicle to link up with. Probably why it didn’t affect the RSSI at that very moment because whatever vehicle and/or station didn’t connect, it was just looking.

