Come join our live training webinar every other Wednesday at 11am PST and hear LogicMonitor experts explain best practices and answer common questions. We understand these are uncertain times, and we are here to help!
LogicMonitor processes the CDR and CMR records produced by Cisco Unified Call Manager (CUCM) to produce more granular information on the records of actual calls including metrics for call failure/success, duration, jitter, latency, and cause codes, as well as metrics for processing of the the records themselves.
The LogicModules in this monitoring package are unusual in that they consume record files to function, and rely on a LogicModule hierarchy to do this efficiently. The initial step is for the PropertySource to run and verify that (1) the provided properties are correct and (2) there are records to process. This PropertySource then identifies the method by which the records are provided and creates an automatically assigned property on the host which is used by the Cisco_CUCM_FileCache DataSource. This DataSource is responsible for the ingest and management of the CDR and CMR record files, creating a cache of condensed and quick-to-read formatted data that can be efficiently consumed by downstream LogicModules.
This unique approach removes the need for each LogicModule to read all relevant records, which in turn allows LogicMonitor to process large numbers of calls (millions a month).
As of December 2020, LogicMonitor’s CUCM package for monitoring records is known to be compatible with:
As Cisco releases new versions of CUCM, LogicMonitor will test and extend coverage as necessary.
CUCM can be configured to continuously send CDR and CMR records to an external machine (typically via FTP). LogicMonitor recommends the use of industry standard third party FTP servers such as FileZilla or Windows IIS, especially if vast numbers of calls need to be handled. A trusted FTP server should give you full control over required security for sending these files, as call information contains potentially sensitive information. (As discussed in the Assign Properties to Resources section of this support article, the CUCM.gdpr property assists with compliance with General Data Protection Regulation (GDPR) guidelines.)
Our suggested setup is for the CDR and CMR files to arrive via FTP in a single folder or network share that is accessible by LogicMonitor on the Collector host.
Add your CUCM device (or one that represents it) into LogicMonitor. When choosing a resource to represent CUCM, keep in mind that the location of the folder containing the CDR and CMR records must be present on the Collector host. Using the Collector itself as the device to monitor the calls is also acceptable.
The following custom properties must be set on the device you’ve chosen to represent CUCM within LogicMonitor. For more information on setting properties, see Resource and Instance Properties.
From the LogicMonitor public repository, import all CUCM record monitoring LogicModules, which are listed in the LogicModules in Package section of this support article. If these LogicModules are already present, ensure you have the most recent versions.
Once the LogicModules are imported (assuming all previous setup requirements have been met), data collection and property assignment will automatically commence.
If metrics are not populating, start the troubleshooting process with the Cisco_CUCM_FileCache DataSource. Specifically, review the “File Throughput” graph for evidence of file processing. If file processing is absent, this suggests an incorrect CUCM.path property or a failure of the mechanism used to transfer CDR/CMR files and warrants manual verification that recently updated files are present in the directory to confirm absence.
LogicMonitor’s package for CUCM record monitoring consists of the following LogicModules. For full coverage, please ensure that all of these LogicModules are imported into your LogicMonitor platform.
The DataSources in this package do not include predefined datapoint thresholds (that is, no alerts will trigger based on collected data). If you’d like to receive alerts for collected data, you’ll need to manually assign thresholds, as discussed in Tuning Static Thresholds for Datapoints.
In This Article
