Don't get tricked by the CPU limitations on these devices to flood a connection with btest.
Watch the CPU on the AP when doing a btest and if it hits 100% during the test, you're actually pegging the CPU and not the network.
I know that. I always look at the cpu while performing a test. But even if the cpu shows 100% while I test a download from AP towards CPE that comes in with 20+Mbps where same test performed from a laptop sitting behind that CPE only gets 1-2Mbps from same AP (and now cpu reads only 20% or so) it means imho something goes wrong at the CPE?
An even more clever trick would be to create an anycasted address on these "tower" test points - so that you can tell techs / customers to test to the anycast address, which will automatically be the nearest test point. You can use the unicast address if unsure which test point they're hitting, or to specify a certain one.
Can you give me an example how to do that. "anycasted address"?? I never understood the many types of "cast" anyway. So help me out because it could give me tool to handout to customers. www.speedtest.com
becomes more and more unreliable by the day it seems. Probably over usage too.
If you're sure it's not the CPU issue on the AP/routers you're testing to, then I would start looking for telltale signs of interference / poor link quality. Look for rapidly changing tx/rx rates, rates that dip to basic rate, etc.
Test from actual ethernet port at tower site (if possible) towards the Internet to make sure the tower's backhaul is not the problem, etc.
Well, I know basically all my links have more or less issues with interferences. There is not so much I can do about. We have in a small (15km circle) region probably around 60 to 70 AP's and/or backhaul links in the 5Ghz band so no matter where I look there is almost always nearby usage in the channel of choice.
It's a big hassle to find over and over again relative free frequencies for my AP-client networks and the backhauls feeding them.
Most AP's have at least 3 backhauls needed to reach my central and it very rare all backhauls towards central have above 90 or close to 100% CCQ all the time.
AP-Client networks seldom reach these levels. I am happy to see 60-80% CCQ ranges.
And yes indeed, measured over the whole link from client towards my central I am wondering if the combined losses of each wireless segment prevents customers to get lets say 6-10mb download where within my network speeds are unlimited and backhaul links themselves usually have over 150Mbps conn. rates.
But in this particular issue I have client that can have their 6-10mb downloads without problems where other clients in the same AP-network can have same speed towards their CPE but NOT towards their LAN....
I now even have some clients saying this issue developed over the last weeks where I am sure nothing changed....
Show your appreciation of this post by giving me Karma! Thanks.
Rudy R. Puister
WISP operator based on MT routerboard & ROS.