PMP450x Release 15.1.5 is now available

PMP450x Release 15.1.5 is now available.  It can be downloaded at:

https://support.cambiumnetworks.com/files/pmp450/

3 Likes

You guys didn't like 15.1.4 ? :)


@CSupwrote:

You guys didn't like 15.1.4 ? :)


hehe :)

15.1.4 was just a factory release for 450b High Gain units. So if you get one of those you'll see that release on there as you get it. Soon 15.1.5 will shipped for all 450b and 450i units so you don't have to upgrade them before install.

3 Likes

As Charlie says, sometimes when new hardware is being developed, we need to utilize a specific release to support that hardware.  In parallel, the platform-wide main line is also being developed... depending on the release timing, we may end up skipping a revision or two.

I rather like this method, rather than having a R15.1.4.1.1.1.05 or something to that effect...

LOL no wonder, i was just poking fun at the skipped #, i sort of figured it was something of that nature.

are there any issues popping up with this version yet?

haven't seen any obvious issues, then again 15.1.x should be maintenance releases so only bug fixes anyway, normally they shouldn't break things

thank you.  Agreed, but I like to ask 1st...lol  

We have upgraded a PMP 450b High Gain radio to this firmware to allow support for the 4.9, 5.1, 5.2, and 5.4 frequency bands. However, we have noticed that the transmit power is now limited to 6 dBm in the 5.4 GHz band. The User Guide for this specific release (15.1.5v2) appears to show a Power Limit of 24 dBm in that particular band.

Firmware 15.1.5

I've had an issue with false radar detections on 15.1.3 APs running in the DFS band - my go-to to calm those APs down has been to revert to f/w 15.0.2. 

There's no mention of this specific item in the release notes, but that doesn't always mean there isn't a known problem and fix, so... Is this a known-to-Cambium issue? Has any progress been made in this release?


@mgonzales wrote:

We have upgraded a PMP 450b High Gain radio to this firmware to allow support for the 4.9, 5.1, 5.2, and 5.4 frequency bands. However, we have noticed that the transmit power is now limited to 6 dBm in the 5.4 GHz band. The User Guide for this specific release (15.1.5v2) appears to show a Power Limit of 24 dBm in that particular band.


The EIRP limit in the FCC 5.4 band is 30. The antenna gain on the PMP 450b High Gain radio is 24 dBi. Therefore the radio can use a max of 6 dBm of Tx power to meet EIRP of 30 (24 dBi gain + 6 dBm Tx power).

We're seeing crashes on every customer we've upgraded to 15.1.3 and now 15.1.5. Once again it looks like NAT mode causing it. Put them in bridge mode and they stop crashing.

******System Startup****** 
System Reset Exception -- Reset due to FatalError 
Software Version : CANOPY 15.1.3 SM-DES
Board Type : P11
Boot Bank : 0
Board Temperature : 49 C / 120 F
Device Setting : 3.6GHz MIMO OFDM - Subscriber Module - 0a-00-3e-43-22-ff
FPGA Version : 111517
FPGA Features : DES, Sched;
05/24/2018 : 13:22:41 CST : :Timezone set to CST;
05/24/2018 : 13:23:45 CST : :Time Set
05/24/2018 : 13:34:44 CST : :NiGetBuf() No NiBufs, buffer stack exhausted
05/24/2018 : 13:34:44 CST : 
NiGetBuf(): Out of buffers: SrcLUID == 257 <br />Used Bufs: 12000 Total Bufs: 12000 NoBufs: 0 <br />Defcon Level: 5, Number of Data VCs: 1Buffer Allocation: <br />LUID: 257 Used: 11749 Max: 12000 NoBufs: 0 <br />LUID: 258 Used: 1 Max: 12000 NoBufs: 0 <br />LUID: 260 Used: 250 Max: 12000 NoBufs: 0 <br />
05/24/2018 : 13:34:44 CST : :NiCopyBuf(): NiGetBuf() returned NULL
05/24/2018 : 13:34:44 CST : :FatalError()
05/24/2018 : 13:34:44 CST : 
Stack Dump information: 
Current context Task: BDQT 
Current Stack: 2% 
Max Stack: 14% 
r0: 00000000 r1: deadbeef r2: 00000000 r3: 000000a8
r4: 000000ad r5: 003c99b8 r6: 00ac9188 r7: 00ac9188
r8: 002b15d0 r9: 00000000 r10: 0067468e r11: 80808080
r12: fefefeff r13: 0000000a r14: 80d2ff00 r15: 00000000
r16: 00000001 r17: 00000000 r18: 00fff800 r19: 00000000
r20: fffffffe r21: 007aba7c r22: 00000001 r23: 0808030c
r24: 00ac66e0 r25: deadbeef r26: 0063bc24 r27: 00ac922c
r28: 00000000 r29: 0002debc r30: deadbeef r31: 000663a4
Task Stack Dump: 
0x00ac9148: 0000001d 0002debc 0000001e deadbeef 
0x00ac9158: 0000001f 000663a4 000094b4 00ac92a0 
0x00ac9168: 00b0e9f0 00ac66e0 00000bff 0003001c 
0x00ac9178: 00a670fc 00a671c4 00000000 00000000 
0x00ac9188: 00000000 00000001 00000000 1c040310 
0x00ac9198: 08000000 0000a7cc 00000000 00000000 
0x00ac91a8: 00000000 00000000 00ac96dc 0000010f 
0x00ac91b8: 000006a4 42445154 00000000 00000000 
0x00ac91c8: 00ac9164 000003ca 00002ffc 00000024 
0x00ac91d8: 00ac91e0 00000001 00ac91bc deffcf04 
0x00ac91e8: 00000004 0000001b 0000001b 00000001 
0x00ac91f8: 00b4f6f5 004f3f74 00000001 00ac920c 
0x00ac9208: 00069ccc 003c8efc 000005d5 00ac921c 
0x00ac9218: 0006a184 003c8efc 000005d5 00000000 
0x00ac9228: 00000000 000663b4 08000768 00000001 
0x00ac9238: 00000000 000f35b0 0808030c 00000001 
0x00ac9248: 007aba7c 00000001 08082bd0 00000005 
0x00ac9258: 00fff800 00fff800 00000001 0002403c 
0x00ac9268: 0002d728 0808030c 0808030c 00000001 
0x00ac9278: 00000001 00000001 00ac92d4 00a619c8 
0x00ac9288: 00000000 00000000 00000000 00000000 
0x00ac9298: 00000000 00000000 00000000 00000000 
0x00ac92a8: 00000000 00000000 00000000 00000000 
0x00ac92b8: 00000000 00000000 00000000 00000000 
0x00ac92c8: 00000000 00000000 0002da14 0808030c 
0x00ac92d8: 08080144 08080134 00000000 0808030c 
0x00ac92e8: ffffffff 00fff80e 00fff800 0808030c 
0x00ac92f8: 000466f0 0808030c 00000000 00fff800 
0x00ac9308: 08001924 00000000 fffffffe 00000000 
0x00ac9318: 00000000 004fdc2c 004fdc2c 00fff800 
0x00ac9328: 080020e8 002a4d34 00000000 00000001 
0x00ac9338: 00000000 00000000 00000000 00000000 
0x00ac9348: 00000000 00000000 00000000 00000000 
0x00ac9358: 00000000 002a4d4c 00000000 00ac95c8 
0x00ac9368: 00ac9624 00ac9680 00000000 00000000 
0x00ac9378: 00000000 00000000 00000000 00000000 
0x00ac9388: 00000000 00000000 00000000 003e0624 
0x00ac9398: 00000000 00000000 
05/24/2018 : 13:34:45 CST : :Forced reset;
05/24/2018 : 19:34:45 UTC : 

Looking into this George... there was a NiBuf issue corrected already (in 15.2), but unsure if related... stay tuned.


@George Skorup wrote:

We're seeing crashes on every customer we've upgraded to 15.1.3 and now 15.1.5. Once again it looks like NAT mode causing it. Put them in bridge mode and they stop crashing.



This is weird. We have ~5k subscribers with 15.1.5 and NAT and no crashes. Do you use pppoe auth?

I have noticed issues with PMP450i AP's lossing Cambium Sync frequently with 15.1.5 and the ones that stayed at 15.1.3 not lossing it.  Coincidence?  Rolling back shortly.

I pushed out 15.1.5 to a few AP's.  Customer routers do PPPoE (not the SM) for us. Started seeing issues within an hour of the update.  Customers had to power cycle radio to get it to pass the traffic.  A revert back to 15.1.3 appears to have fixed the issue. 


@internetcom wrote:

I pushed out 15.1.5 to a few AP's.  Customer routers do PPPoE (not the SM) for us. Started seeing issues within an hour of the update.  Customers had to power cycle radio to get it to pass the traffic.  A revert back to 15.1.3 appears to have fixed the issue. 


Could you please let us know what issues were you seeing, after upgrading to 15.1.5.

We would appreciate if you can provide more info about the issue and engineering logs from the AP and SMs.

Hi,

We had the same issue as well with the same setup (customer does pppoe on their router). You could regain by dropping subscriber session from AP side as well (subscriber on but no data traffic in session). We updated to latest beta release as a trial and for now have not seen as many issues as we did on 15.1.5. We have mix of 450i and 450m units and was worse on the 450b subscriber units.

Just to clarify, you updated to which version exactly, R15.2 Beta 4?

And you are now experiencing NO issues? Or are there still issues you see?  I want to try to understand if we're just making progress, or have corrected the past issue completely.

Thanks,

Matt