It’s an issue for us because this business has VoIP and when the client disassociates, the VoIP ATA drops off registration for up to 60 minutes even though the client may re-associate a minute or 2 later.
Read through quite a few post, but not finding any good solution other then running a bandwidth test which really isn’t an option for us.
TTT…maybe got lost by posting on black Friday. Any insights certainly would be appreciated, I’ve tried various configuration’s with no luck in resolving the issue.
Appreciate the response, I will look into doing that. Right now we have solved the problem by using the bandwidth test problem to constantly stream 128k to the CPE, solves the problem with the CPE dropping off, but clearly not an ideal solution.
Arrrrgggg…so I didn’t get anywhere with Mikrotik, they blame Ubiquiti and of course Ubiquiti blames Mikrotik…just love the finger pointing game. Not sure where to go from here, but this power saving mode is killing us and right now I’m blaming Mikrotik…there has to be someway in the OS to tell the card not to go into a power saving mode when traffic isn’t present; the disassociations are killing us! If anyone has any ideas I’m all for it???
Signal dropping 20db from 70 to 90 would cause disconnects, have you tried changing frequency, use a spectrum analyzer to check for interference, how far apart is this CPE from the AP, Is there a regular pattern like occuring at same time daily, reduce the data rate on the CPE to maximize CCQ and SNR, what antenna be used at the AP (link leads), CPE antenna,
Which version of MK OS being used?
Only 3 frequencies in the 3.65MHz range, but noise floor in all frequencies is -100db. Distance between clients range from 1.5 to 2 miles using 19 dbi antenna at base, 23 dbi antenna at clients…well within the range of the system.
If I run a bandwidth test CCQ is 90+% up/down, tx/rx levels run at -60 to -65 db. Stop the bandwidth test and watch the tx/rx power go from -65db to eventually -90 db and then disassociate. Simply put, the damn Ubiquiti cards are going into some type of power saving mode when no traffic is flowing through them, but the power savings mode is so drastic that it cause the CPE’s to disassociate.
We are currently using 4.11 for our OS, debating on going to the latest version to see if that helps, but this link is serving business customers so we can only do so much experimenting. Right now we have to run on a 5MHz channel to keep the links up overnight, but 5MHz doesn’t provide the type of bandwidth we need to have for our business customers.
CPE hw-protection-threshold of 32, reduce data rates
I would consider using for business customers 5Ghz AP+CPE,
At 1.5 to 2miles i have a 16dbi+XR5+433 AP and CPE RB711 with built in radio card with 23dbi antenna and get on average 50dbm, 4 to 5miles 60 to 65dbm and very little issues?
I will take a look at trying those settings to see if it helps, try upgrading the OS too. We were using a 5GHz system but we were getting interfere with from some type of frequency hopper in that range which we believe was military and so the odds of us getting them to turn it off was probably zilch! We had to go to 3.65 to get away from it which at 20MHz would give us enough bandwidth for our customers, but right now that’s a pipe dream until we can solve the power saving mode on these cards.
…We were using a 5GHz system but we were getting interfere with from some type of frequency hopper in that range which we believe was military and so the odds of us getting them to turn it off was probably zilch!..
Anybody can use 5Ghz band but they cannot cause interference or render that band unusable regardless who they are, there must be a regulatory body to monitor and address such a issue?
