PMP450x Release 16.0 is now available. It can be downloaded at:
Apparently CNUT does not work with this version?
Hi hci,
Could you please let me know the version of CNUT you are using.
Could you please elborate on the issues you are running in to.
Thanks,
Balaji
CNUT 4.12.8 on Windows 10.
After updating few devices too 16.0:
Unable to communicate with the Network Element. Error:java.lang.Exception: Device is not supported by SW Updater, device type = PMP450SM (SITE= No Site Name)
Tried refresh and no go. After restarting CNUT it seems to work now.
But then after downgrading an AP from 16.0 back too 15.2.1 I get this:
Exception while updating device(r12): APL-AES: java.lang.NullPointerException
Refreshing AP this time seemed to clear error.
When I update device(AP) back too 16.0 I get this error.
Message: Exception while updating device(r12): APL-AES
Although the device does update.
PTP mode support for PMP 450b?
We can use two PMP 450b to do a PTP link?
Hi hci,
Thanks for your quick response. We are sorry for the inconvenience.
We will get back to you on this.
Balaji
Hi, we upgraded today many 450m.
Since then, in some of them we have MANY SM's disconnection.
This graph (registered SM) explain very well aht we can see:
this AP was 16.0-BETA-9, at 9 o'clock we upgraded to 16.0
Next one is from 15.2 to 16.0:
What changed from beta9? This is bad, very bad...
I'm going to open a ticket, but i wanted to share our experience to see if someone else got the same problem
Hi MW_WISP,
Please collect /field_diags.cgi from the 450m before you downgrade from 16.0
Include them with the ticket and send them to myself as well please.
andrew.rimmer@cambiumnetworks.com
apologies,
Andy.
hci,
Appreciate your contacting me. Will escalate CNUT issue importance with the CNUT team.
NSJS
Hi, i have problems with beacons. Many disconnections.
Later I will write to the cambium assistance
- III.png (8.62 KB)
hi all,
we deployed version 16 to a 450m and we are also seeing alot of re-registrations on SMs that are 8x/8x....like this one for example:
- Screenshot_2.png (31.9 KB)
here is the picture of the AP under link status..as you can see LUIDs 8 and 12 have many re-registrations. we upgraded to version 16 this morning!
- Screenshot_3.png (64.6 KB)
Is it possible to access the "LTE Frame Configuration" setting with SNMP?
I can confirm we are also seeing the same issue. We have sent field diags to Cambium. Would appreciate an update from Cambium about this to at least confirm the issues and timeframe to reolve and if it is quicker to go back to old firmware or wait for update. It can affect our business when issues like this occur and we loose customers.
@arobo wrote:I can confirm we are also seeing the same issue. We have sent field diags to Cambium. Would appreciate an update from Cambium about this to at least confirm the issues and timeframe to reolve and if it is quicker to go back to old firmware or wait for update. It can affect our business when issues like this occur and we loose customers.
I suggest you to downgrade everything to version 16.0 BETA 9 only the MEDUSA AP /and relative SM) and then to let us know.
Hi, yes we have done that today. The session drops do not occur on BETA9. We have contacted Cambium as well. There is a fix to be scheduled in the next day according to Cambium and they are aware of what the issue is and are working on it. Cambium should be updating the forum with the details soon and I will leave that to those Cambium persons to update on this forum.
Hi All,
Apologies to everyone who has experienced problems with the 16.0 official release.
We have tracked down the change which caused the issue and have run some overnight tests with MW_WISP to prove this out. The cause of the issue, was a PMP450m change made to detect SMs which were performing badly and potentially using up all of the UL bandwidth. Our testing seemed to show this working without issue and giving a benefit, but as you have discovered, this check has been dropping SMs far too often.
We are currently preparing another beta load and if this checks out OK an official 16.0.0.1 release will follow shortly after.
Please note, that this issue only affects PMP450m, so it is okay to leave SM's and PMP450i AP's running the 16.0 official build.
Sorry again for the disruption,
In response to the "LTE Frame Configuration" question:
You should find this option in the MIB file:
lteFrameConfigurationOption OBJECT-TYPE
SYNTAX INTEGER {
disable(0),
config0(1),
config1(2),
config2(3)}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Used to determine if Co-location with LTE is being used and calculate the frame delay needed so PMP and LTE frames can align."
::={whispApsConfig 252}
Best regards,
It can be downloaded from here. Please try it and let us know.
Balaji
@Telemar wrote:PTP mode support for PMP 450b?
We can use two PMP 450b to do a PTP link?
Telemar,
Thanks for bringing this up. We've updated the release notes to make this more clear to simply say: "Support for PTP 450b". You can download a later version of the 16.0 release notes.
Yes, in the future you will be able to use 450b to do a PTP link. However, current PMP 450b shipped models are not keyed for PTP mode, so will not be able to run PTP without an updated feature key.
In the future, some 450b models will be shipped at PTP capable. We can post more details when this is avaialble from from the factory and the model number.