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.
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?
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.
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.