cnMaestro On-Premises 2.1.0-r22 OVA and 2.1.0-r23 Package are now available on Support Center. This release addresses a number of issues in the original 2.1.0-r21, posted on January 11. The Package is only for customers who are upgrading an existing 2.1.0-r21 installation (it improves efficiency).
The cnMaestro 2.1.0-r23 Package is for customers running the previous 2.1.0-r21 OVA : it provides an easier upgrade.
Current 1.6.3 users should install the cnMaestro 2.1.0-r22 OVA and follow the standard export/import upgrade procedure. There is no need to install 2.1.0-r23 on top of 2.1.0-r22.
Customers blocked importing data from 1.6.3-r39 into 2.1.0-r21 should apply 2.1.0-r23 and then import the data.
Customers who installed the original 2.1.0-r22 Package (released on 2/4) over an existing 2.1.0-r21 installation should upgrade to 2.1.0-r23. This will resolve an API issue that was injected during the installation.
Additional Fixes in cnMaestro 2.1.0-r22/r23
The following updates are in addition to fixes in the 2.1.0-r21 release.
Id
Details
CNSSNG-10263
Wi-Fi devices are getting hidden in tree when each of them report each other as parent device
CNSSNG-10276
After update with 2.1.0-r21 "Towers" and "Sites" are not in alphabetical order
CNSSNG-10287
Data migration is failing when 1.6.3-r39 data is imported on 2.1.0-r21
CNSSNG-10293
Tower level Top AP's throughput value is empty
CNSSNG-10300
PMP Medusa AP Downlink data is missing in frameutil performance graphs
CNSSNG-10317
Auto Provisioning feature is not working for cnPilot R-series.
CNSSNG-10343
SM WAN IP is not shown in 2.1.0-r21 version
CNSSNG-10453
Fixed UI dashboard freeze issue due to c3 chart
CNSSNG-10472
Site floor plan got distorted after migrating data from 1.6.3 to 2.1.0
I see very often antennas that have been disconnected for days from the repeater but if I go to CNmaestro it says it is disconnected from <1 min
1 min 2 min 3 min and then start again from <1 in loop
It does not seem to provide the real minutes when they went offline.
I do not understand well the value Online / offline where it is taken : the uptime (switch on) of the antennas are also 40 days but the CNmaestro seems to calculate from how much CNmaestro software was started
This issues come with this new version (less than 1 day is 1 minute in the red square and so on...). With old version the time in the red square was correct.
You can see my last post there with screenshots.
We have API client with our management system and it capture the time inside the red square so, if we do technical support we see the wrong offline timer (and we need to go to notification tab to see the right disconnected time or inside the AP if is upgraded to 16.0.0.1).
After migrating data from 1.6.3-r39 to our new 2.1.0-r22 server, I am noticing a lot of devices indicating that they are down on their own dashboard, but they don't show up in the count of total devices offline, nor do they have a corresponding alarm to show that they are down. These devices are online and functioning properly..
After migrating data from 1.6.3-r39 to our new 2.1.0-r22 server, I am noticing a lot of devices indicating that they are down on their own dashboard, but they don't show up in the count of total devices offline, nor do they have a corresponding alarm to show that they are down. These devices are online and functioning properly..
I verified with my lab radio running 16.0.1 and did not observe the behavior.
Do you see this only with BETA version or also with official release of 16.0.1?
In truth it seems that it does not always load the distance.In fact, below you can see that immediately he did not load the distance, a few seconds later, when he clicked on it, he showed up.
