PMP450x Release 16.2.3 is now available

Cambium is officially releasing the PMP450x Radio 16.2.3 software. It is the initial release for MicroPop and Retro hardware, and also a bug fix release for CBRS and all of 450 series.

16.2.3 will be available on cloud cnMaestro within 24 hours.

Problems and Limitations Corrected in 16.2.3

Products Affected Tracking Description
All CBRS CPY-16835 Modified handling of CBRS 400 response code in a grant response. When a radio requests a higher EIRP than previously authorized on FW SAS, and SAS responds with a 400 grant response suggesting the previously authorized lower value, the radio will now send another grant request with the previously authorized lower value.
CBRS with Domain Proxy CPY-16829 Difficulty establishing CBRS AP to Domain Proxy connection when upgrading to System release 16.2.2. This fixes a problem when using cnMaestro as an HTTP proxy for CBRS messaging as documented in field service bulletin FSB9082
All 3.6 GHz CPY-16843 Re-allow scanning of 3.6 GHz 7 MHz in FCC region (can be used by operators with CBRS disabled)
450 CPY-16142 450 SM reporting SNR on the wrong path
450m CPY-16864 Session drops with 450m and heavy downlink broadcast or multicast traffic.
All CBRS CPY-16871 SMs sometimes not adjusting power after enabling CBRS
450 AP CPY-16854 PMP 450 AP resetting due to BufNum/Head mismatch
450 AP CPY-16735 PMP 450 AP Reset due to MPU Violation
450 AP CPY-16580 Multiple MPU violation error crashed across two APs at the same time.
All CPY-16816 Unable to claim device in cnMaestro due to serial number on device did not properly terminate.
All CBRS CPY-16823 Update grant expire time. Grant will now be renewed 24 hours or 1 week prior to the Grant Expire time, depending on the SAS vendor, rather than a few minutes prior as was done in 16.2.2 and previous releases
450b PTP and MicroPoP CPY-16585 For 3 GHz 450b PTP and MicroPoP units, the SES/SYN LED falsely indicates sync when “Free Run Before GPS Sync” was disabled.
1 Like

Anyone have tried this build?

We still use 16.1.1.1 and i wonder if is a good idea update to 16.2.3 or wait release 20 instead

We upgraded a 5 GHz 450i from 16.1.1.1 to 16.2.3. Approximately 22 hrs later we had a watchdog reset.

The log had “Data Abort exception, return PC:030ba0e0 DFSR:(0000000d) -,FS:5 DFAR:00000000”.

A ticket has been created with tech support.

We will likely hold on the rollout of 16.2.3 until we get some more details on this.

1 Like

Did you upgraded an AP or SM?

I upgraded some 450, 450i, 450m (APs) 20 hours ago, until now everithing is fine.

I upgraded a 450i last week, and it has been completely stable for about a week. So I just upgraded an older PMP450. It’s rebooted twice on us already, seems to stay up for about an hour. Everything drops, but the ethernet port to the AP stays up, and checking the SM logs after a power cycle show they held their session until we power cycle the AP. Has anyone else had any issues? I’m scheduled to upgrade the rest of the network Monday evening and at this point am not sure I want to.

@Craig_Wass, Thanks for posting. We have this issue resolved in 16.2.3.1 BETA-1. If you would please try it out and let me know if you have any issues I would appreciate it.

@Brian_Flikkema, I’m not familiar with this issue that you described. Is your PMP 450 AP capped at 100BASE‑TX? Gigabit Ethernet on the old PMP 450 AP is known to have a issues, so I’d recommend max of 100BASE‑TX.

Also, we have a few reset fixes in 16.2.3.1 BETA-1. Would you be willing to try that and send me a log if you have any issues?

1 Like

I had a similar issue, even with 16.2.2 so I rolled back to 16.1.1 on our AP. SM’s are fine.

I am not running a WISP, I am a lone man onsite for a mine site and we use the PMP 450 for connectivity to towers around our open pits. I didn’t have the time to work with support unfortunately but I am curious what is causing this and am hoping 16.2.4 won’t cause this.

1 Like

We’ve got a little over 2 days with the BETA-1 load on three 450i AP’s in 5GHz and no problems so far.

3 Likes

We’re now at 5.5 days without issue.

Do you have a timeframe for release of 16.2.3.1?

1 Like

Things are looking good with this release Craig, thanks for the update… we expect to have this out next week.

1 Like

I decided to roll the dice on BETA-1 as well and happy to report its been stable for 7 days now.

2 Likes

Thanks for the feedback, @Jeff_S. We are happy with 16.2.3.1 as well and we expect to release it officially soon.

Looks like 16.2.3.1 will be coming soon, but just letting you know that I am having watchdog resets on a 450i running on 5.7 that was upgraded to 16.2.3 11/24 to try and stop it from doing the reset when on 16.2.2. Could these resets be indicative of bad hardware rather then software? I’ll bump it up to 16.2.3.1 as soon as that is made available to test.