More than likely you are witnessing a phy reset which is a work around we put in instead of a full AP reboot. This has been an intermittent problem plaguing some customers for a while. It has been a tough problem to address but finally we have some light at the end of the tunnel. The team is going to work with some customers to validate the solution and we will then push out to additional customers. Could you elaborate how often you see this? Thx Sakid
I replied direct but did not repost here… On one AP, we have seen this 28 times in 28 days in our AP logs. On another AP, it happens less frequently. I have upgraded both to 4.5.5 but it sounds like that may not fix it.
I had disconnects happening all the time. However it is stable now after one critical setting change. The primary reason for disconnects that I’ve seen is SNR issues with the up links from the SM to the AP. This is in a area where the AP shows great down links. I believe the problem is an error in the automatic power control logic where the AP tells the SM to manage power to hit a target value. The AP appears to lower the SM power too much. So try changing the Client target level to -50 from the -60 default. After doing this my connections have stabilized.
Note - this problem has dogged my network since the initial 3000 release.
I have 3 sectors on 4.4.3 and one where I’m testing 4.5.5.
All of these are now relatively stable.
I mentioned this in other threads - with a 2x2 radio, a -60 might be comprised of chains which are -63 plus -63 if perfectly balanced. Or more typically something like -62 plus a -66. But the point is, a -60 will usually be comprised of both chains being pretty good.
In 4x4, that same -60 can be comprised of (if perfectly balanced) -66 plus -66 plus -66 plus -66, if all perfectly balanced. It’s also possible that your 4x4 -60 client, the chains might be something like -65 -71 -64 -74.
So, the per-chain signal levels of an aggregate -60 is not the same in 2x2 vs 4x4 - they will be on average -3 db worse, and yet add up to the same -60 aggregate. A target of -60 as an aggregate signal might fine on a 2x2, but in 4x4, -60 is not be enough.
AND, I’ve asked repeatedly if we can somehow see and graph the receive signals on the AP - from the AP point of view. I’m told that’s not a feature, that it’s not needed, and it’s not necessary.
Respectfully Cambium, I totally disagree.
In my opinion, it’s absolutely imperative to be able to see the per-chain signals on both the SM side, and on the AP side. I’ll bet you dollars-to-donuts, if you could have seen your clients per-chain-signals, I’ll bet that your most frequently disconnecting clients, probably had some of the chains in the 70’s — and had you been able to see that, you would have had a solution years ago.
We noticed the same problem with two different APs on two different sites. We open a ticket with Cambium Support and we are waiting for some answer.
Last time we noticed this problem, the proposed solution was to upgrade from the 4.5.0 to the 4.5.5, but the problem appears again after 15 days with all apparatus (APs and SMs) with the same firmawe version.
Hello everyone, everything good?
I have the same problem in Epmp 3000 in version 4.5.6 any news? I also noticed that you don’t have the options: Compatibility and Mimo mode to enable or disable. I’m from Brazil