- Print
- DarkLight
- PDF
Overview
These release notes are for Nectar Foundation APM. For more information, contact Nectar Support (support@nectarcorp.com).
IMPORTANT
Starting with release 2023.1, Nectar Foundation APM only supports the following Linux distributions: CentOS Stream 8/9 and RHEL 8/9.
Starting with release 2023.4, Nectar Foundation APM is based on OpenJDK 17 and cannot be installed on CentOS 7 and RHEL 7 and earlier.
Starting with release 2023.4, Nectar Perspective is no longer supported. If you presently use this feature, do not upgrade your installation.
To upgrade a RIG running r2023.4 or r2023.4.01 that is configured to use Network database, see the Upgrade Requirements section.
Foundation APM
WARNING
The Derby database version was upgraded in r8.3. This makes downgrading impossible. Customers MUST back up the database directory BEFORE upgrading to r8.3 or higher.
It is not possible to use the Remote Software Upgrade on a Linux platform to upgrade from a version prior to r8.6.
NOTE: Runtime version will be enforced before RIG Client JAR files are downloaded.The beta version of the RIG Client (release 2024.2) requires OpenWebStart v1.8.0 or above, and OpenJDK JRE 17.
Before upgrading to r2024.2, your existing installation must be at r5.6.2.x or later, licensed, and started successfully. If you attempt to upgrade directly to r2024.2, then the installer will display the following message: Selected installation’s main version is earlier than r5.6.2 required for upgrade.
For the server to start successfully, the port number specified for the serverport property of the server. properties file must not be in use. If the port is already in use, change the port number to an unused port number to correct the issue. The default port number is 80.
Technical Notes
NOTE
Apache Log4j Critical Vulnerabilities (CVE-2021-44228, CVE-2021-45046, CVE-2021-45105, CVE-2021-44832). Foundation APM uses Log4J versions 2.17.1 and 2.12.4 for all components in r2021.3 or higher that contain fixes for all known security vulnerabilities.
JREs used by existing RIGs will be updated as part of the upgrade process. If modifications have been made to the java.security config file, those changes will need to be manually transferred to the updated JRE. TLSv1 and TLSv1.1 are disabled by default by the JRE configuration. To learn how to enable this, go to the Nectar Foundation APM Installation Guide, or to review the instructions go to: https://www.java.com/en/configure_crypto.html.
Upgrade Requirements
WARNING
Before upgrading any RIG running r2023.4 or r2023.4.01, execute the following commands below. This can be done via a RIG Client (RIG > Admin > Command Line Terminal) or a Command Line (cmd.exe) running on the host system that is started with “Run as Administrator”.
cd <righomedir>
Server.exe update <rigsvcname> --StopTimeout 90
Once the commands are executed, restart the RIG service, either from the RIG Client (RIG > Admin > Restart) or from the host system's Services window. After the RIG service restart is completed, you can then upgrade the RIG to r2024.2 using the installer.
The actions above are not required when upgrading a RIG running r2023.3 or earlier. Upgrading RIGs running r2023.3 or earlier to r2024.2 can be done using the installer.
If you upgraded your RIG up to r2023.4 or above from r2023.3 or below, be aware you cannot downgrade back to your previous version using an installer.
The database migrations started with r2021.1 and it will make it difficult to downgrade to Foundation APM r8.7.1 and below.
We strongly advise customers to back up the RIG database before upgrading to r2024.2 and later.
Cisco UCM VKM
When upgrading RIGs from a release prior to release 8.0 that are monitoring Cisco UCM systems, additional time will be required based on the number of historical call detail records (CDRs) to perform database migration following restart.
If the Cisco UCM VKM module is enabled on a system when upgrading to r2024.2 from a pre-7.x release, the Installer will detect it and display a warning message, informing the user to offboard any existing Cisco UCM systems before proceeding with the upgrade. For more information on offboarding, see Cisco UCM VKM Configuration Guide.
Once the Cisco UCM system(s) has been offboarded, the user can re-run the upgrade process and select the Module Override to complete the upgrade.
Cisco Meeting Server VKM
For licensing, a status is received for each type of license (no-license, activated, or expired). If a no-license case, a WARNING event is generated. However, if the customer does not want to see these no-license events, they can disable the associated poller(s).
Cisco Expressway VKM
When onboarding Cisco Expressway VKM, use the same username and password across all cluster peers.
Microsoft Skype for Business VKM
Customers who upgrade to r2024.2 have the option to continue using the Legacy SfB module. However, to access the new SfB features available since release 8.0, you must:
Offboard the Legacy SfB system.
Enable and onboard the new SfB VKM and system.
Avaya Call Management System (CMS) VKM
As of r8.1, Nectar no longer supports Avaya CMS r16 (and earlier). CMS r16 uses the 256-bit Diffie-Helman encryption algorithm, which is considered a security risk and has been deprecated. It is no longer supported in current SSH-2 implementations.
If you accept this CMS security vulnerability, you can maintain CMS r16 monitoring with Nectar using a Nectar version prior to v8.1.
Avaya System Manager VKM
If you onboard Avaya System Manager with invalid credentials, you must delete the incorrect entry and re-onboard the System Manager. For more information, see Avaya System Manager r7.1 and above.
IMPORTANT
Starting with Nectar r2022.2, Avaya System Manager 6.x is no longer supported. Nectar uses the Avaya WSDL for collections on this platform. System Manager has to be 7.x and above. Session Manager collections are through the System Manager. SNMP V2/V3 is used for platform environments.
IP Office VKM (r10.1 and above)
Nectar leverages Avaya’s Service Monitoring Web Services API to monitor IP Office r10.1 and above. If you are currently monitoring an IPO r10.1 or above with Nectar r7.3 and prior, you can migrate to Nectar’s new API support by following these steps:
Disable and remove the existing monitoring.
Delete any IP Office traps in the Receiver module.
Disable the previous module and enable the new module using RIG > Module Configuration.
Restart the RIG.
For more information, see Avaya IP Office r10.1 and above Deployment Guide.
Properties File
After upgrading to r2024.2, if you have or plan to manipulate a properties file that uses a file path or directory, then you must verify that you are using the proper backslash (\) or forward slash (/):
Windows:
Use double backslash (\\), for example, <drive>:\\<folder>\\<folder|file> or
Use single forward slash (/), for example, <drive>:/<folder>/<folder|file>
Linux/iOS:
Use single forward slash (/), for example, /<folder>/<folder|file>
General Data Protection Regulation (GDPR)
You must upgrade to ‘Version 7.2 or later’ (CIP, EIP, RIG, Perspective Agent/Controller as well as the Nectar Foundation Client) to enable the new General Data Protection Regulation (GDPR) audit logging. Logging is enabled by default but can be customized to suit your specific auditing needs. The Apps\<partner name>\etc\log4j2.xml file is used to enable that customization after the upgrade to ‘Version 7.2 or later’.
The upgrade to ‘Version 7.2 or later’ will back up your existing log4j2.xml file before installing the new version of that file.
If you have previously customized the log4j2.xml file, you will have to manually migrate those changes to the new log4j2.xml file. Your previous version can be accessed by navigating to Apps\<partner name>\rollback\etc\log4j2.xml AFTER you have upgraded.
New Features, Improvements, and Bug Fixes
New Features
N/A
Improvements
CMP-10968: Implemented calculating max value for ACM Capacity Pollers when system limit value is zero.
CMP-11025: Implemented marking ACM and IP Office collections and tasks that are waiting to execute as ‘Queued’.
CMP-11028: Updated 64-bit Windows Java runtime included in the installer to OpenJDK 17.0.11.
CMP-11030: Added Service Level module command to update enabled SLA policies.
CMP-11046: Implemented monitoring RIG Process CPU Load and System CPU Load using JMX technology.
Bug Fixes
CMP-11019: Detect SNMP request failures for ESS Control Pollers of Media Gateways registration to ACM.
CMP-11045: Implemented Cisco UCM module configuration setting to disable pre-processing and sending of call records to Call Details module.
CMP-11060: Fixed SMTP implementation to allow support for SMTP over TLS and SMTPS protocols.
CMP-11063: Implemented de-duplication of dependency tree elements table during data migration.
Known Issues
N/A
Documentation
N/A