PMP450i changed from MIMO-B to MIMO-A

Hi!

Have 9 PMP450i sectors on 3 radio tower.
All sectors had Downlink Rate on 8X/6X MIMO-B or better.

Now suddenly a sector changed for Downlink Rate to 8X/2-4x and MIMO-A

Checked that the antenna has not changed physically.
Both AP and SM are updated to the latest FW.

Do you have any explanation as to what this could be due?

Hi 

-May I know when this happened (date & time).

-May I know what was the weather condition at the time of issue.

-How many PMP450i APs are there in the tower where this issue AP located?

-Is there any other radio on the same tower which is running with the same band as this issue AP?

-Please let me know the current status of the issue? Is that still running with 8X/2-4X?

-Please share the CNUT capture file for analysis. (Steps attached).

Regards,

Vijay Gnanamurtthi

Hi Guys,

I am also facing the same issue, however I am seeing it on PMP450 units. Both units affected are running at 5740 with Canopy Build 14.2 Build 19 and Build 28. It only occured AFTER going to 30Mhz channel, however on returning one of the units back to 20Mhz, I am seeing that the horizontal no longer exists and it runs only on vertical on MIMO A.

This only happened in the last few weeks. No previous issues detected until now.

******System Startup******
System Reset Exception -- User Initiated Reset
Software Version : CANOPY 14.2 (Build 19) AP-DES
Board Type : P12
Boot Bank : 0
Board Temperature : 27 C / 80 F
Device Setting : 5.7GHz MIMO OFDM - Access Point - 0a-00-3e-a0-14-f1 - 5760.0 MHz - 30.0 MHz - 1/16 - CC 25 - 2.5 ms - Oceania/Australia
FPGA Version : 051716
FPGA Features : DES, Sched, US/ETSI;
07/17/2016 : 22:49:14 AEST : Acquired sync pulse from Power Port
07/17/2016 : 22:50:41 AEST : :Web user; user=admin; Reboot from Webpage;
07/17/2016 : 22:50:46 AEST : :Forced reset;
07/17/2016 : 22:50:46 AEST :
******System Startup******
System Reset Exception -- User Initiated Reset
Software Version : CANOPY 14.2 (Build 19) AP-DES
Board Type : P12
Boot Bank : 1
Board Temperature : 27 C / 80 F
Device Setting : 5.7GHz MIMO OFDM - Access Point - 0a-00-3e-a0-14-f1 - 5760.0 MHz - 30.0 MHz - 1/16 - CC 25 - 2.5 ms - Oceania/Australia
FPGA Version : 051716
FPGA Features : DES, Sched, US/ETSI;
07/17/2016 : 22:51:34 AEST : Acquired sync pulse from Power Port
07/17/2016 : 23:12:49 AEST : :Web user; user=admin; Reboot from Webpage;
07/17/2016 : 23:12:54 AEST : :Forced reset;
07/17/2016 : 23:12:54 AEST :
******System Startup******
System Reset Exception -- User Initiated Reset
Software Version : CANOPY 14.2 (Build 19) AP-DES
Board Type : P12
Boot Bank : 1
Board Temperature : 27 C / 81 F
Device Setting : 5.7GHz MIMO OFDM - Access Point - 0a-00-3e-a0-14-f1 - 5740.0 MHz - 30.0 MHz - 1/16 - CC 25 - 2.5 ms - Oceania/Australia
FPGA Version : 051716
FPGA Features : DES, Sched, US/ETSI;
07/17/2016 : 23:13:45 AEST : Acquired sync pulse from Power Port
07/17/2016 : 23:42:22 AEST : Spectrum Analysis started on SM: Kerry Hughes [0a003ea0a1d5], Luid: 4, for 10 sec.
07/20/2016 : 12:56:03 AEST : :Stuck session cleared (LUID005 0a-00-3e-b4-02-4a)
07/20/2016 : 19:44:32 AEST : :Web user; user=admin; Reboot from Webpage;
07/20/2016 : 19:44:37 AEST : :Forced reset;
07/20/2016 : 19:44:37 AEST :
******System Startup******
System Reset Exception -- User Initiated Reset
Software Version : CANOPY 14.2 (Build 19) AP-DES
Board Type : P12
Boot Bank : 1
Board Temperature : 28 C / 83 F
Device Setting : 5.7GHz MIMO OFDM - Access Point - 0a-00-3e-a0-14-f1 - 5740.0 MHz - 20.0 MHz - 1/16 - CC 25 - 2.5 ms - Oceania/Australia
FPGA Version : 051716
FPGA Features : DES, Sched, US/ETSI;
07/20/2016 : 19:45:28 AEST : Acquired sync pulse from Power Port

- This happend a couple of weeks ago.

- There are 4 APs in this tower

- No other APs is running with the same band

- It is still running with 8X/2-4X

Hi Mustache and Arobo, 

We're looking into this now. Question for both of you: Does an AP reboot recover the modulation levels?

Thanks,

Sriram

Hi Mustache and Arobo,

Can you please send us a full CNUT capture. You can send it to my email: sriram (at) cambiumnetworks (dot) com. 

Mustache, 

We looked at the logs you posted and we see that the uplink (AP recieve) is working just fine. Its the downlink that's stuck at MIMO-A. So we will need to look at the SM stats which a full CNUT capture will provide. 

Thanks,

Sriram

Reboot does not recover the modulation levels. Will send you full report tonight for you. As stated, have  two PMP450 APs that were on 5740 30Mhz channel that had issues after software update and moving to 30Mhz channels and rebooted with the problem. Changing frequencies, changing channels and rebooting the unit now makes no changes to te modulation issues.

Hi,

Files have been sent by email as requested. Any assistance you can provide or feedback would be appreciated!

Thanks!


@arobo wrote:

Hi,

Files have been sent by email as requested. Any assistance you can provide or feedback would be appreciated!

Thanks!


Could you try the latest 14.2 beta? I see this is 14.2 (Build 19) and would love you to try 14.2 (Build 29) and re-send captures if it happens again on that build.

Thanks in advance,

Charlie

When I try a full CNUT capture it happens nothing ...

I am having the exact same problem a you. I am using a 450i AP and PMP450 SM's uncapped as the CPE. I feel like it happened for me after I went to 14.1.2.  I tried multiple SM's to see if it was that. The H chain on the SM is reporting "NA" while the V shows "30dB" which is normal at the site.

I have also tried 14.2 beta with no change.

Thanks for the help.

Add me to the list.

450 900 MHz PTP radios with stock yagis.

Upgraded from 14.1.1 to 14.1.2.

14.1.1 had -82 ~ -83 receive power w/ 13.5 dn 4.5 up

14.1.2 have -83 ~ -85.5 receive power dn is all over the place. 6 ~ 8

Was never on Mimo-A before now seems locked into Mimo-A

Was
REGISTERED VC 18 Rate 8X/2X MIMO-B VC 136 Rate 8X/2X MIMO-B

Now
REGISTERED VC 18 Rate 8X/2X MIMO-A VC 136 Rate 8X/2X MIMO-B

Was
RF path B B w/ qpsk 50% 16-qam 50%

No
RF path is all over the place. B B A 100% 1% 100%


Any suggestions before I try going back to 14.1.1.

Stay Safe

We are starting to notice a lot of issues with 14.2 and the PMP450i that we were not experiencing under 14.1.2

One of the main observations appears to be the throughput is FAR less forgiving to noise floor

For example: We have an area that has a noise floor around -80 to -85. All of our customers are -72 or better in the area but when we upgraded to 14.2 our throughput dropped significantly (~50mbps to ~40mbps)

Also, and this mainly pertains to the 30mhz channel, we noticed in another area with a similar noise floor and signal levels we appear to be losing ideal modulation (6x-4x MIMO-B to 2x-1x MIMO-A).

I dont know if this is to be expected due to increased transmitter sensitivity or decreased packet rate but we are gathering more information before approaching our support engineers.

Also, and this may help you guys a lot, we found that these issues are extremely prevalent in the 5.7ghz range (where you can only use a 30mhz channel atm). We noticed if we move down into the 5.4 ghz frequency range with 14.2 it seems to fix some of the issues even without the addition of a cleaner noise floor.

Im sure once 30 mhz channels are enabled in the DFS range we can make a better determination as to why 14.2 on the 450i seem to be better suited for the 5.4 ghz channels