You can:
Yes. For any of those use cases (and any you can dream up), you can:
Contact us and we'll help you learn how to create what you need for your own “somewhat unusual” CallManager deployment. There are over 200 fields (Check them out here). If you can in principle calculate the thing you need from some number of those fields, in some product or by hand, then we can show how to make the app do it.
Yes you can download the app from Splunkbase or from this site, and you can get a 90 day trial license string from this site. You can set the whole thing up yourself with your own live data, in about 30 minutes. See our installation and setup docs here.
The app is priced by the size of your CallManager deployment - specifically the total number of User Licenses and Unassigned Device Licenses that are in use, in CallManager itself. At and below 400 such licenses in use, the cost is only $1,200 per year, but we have a range of customers at all scales from below 100 to above 50,000 licenses in use. Send us a screenshot of the total licenses in use from PLM, or a screenshot per cluster of the "License Usage Report" in CM Admin and we can let you know the exact cost.
Yes. The majority of our prospects are already Splunk Enterprise customers, and if this is you, this app will likely add only a negligible additional load to ingest the CallManager data that it needs. If you're not, Sideview is also a Splunk Reseller in North America so we can help you on that side.
Yes the app is vetted for Splunk Cloud. We do recommend that you contact us before proceeding though.
CUCM 7.0 up to the current release 12.X
However if the data you're hoping to work with isn't in that list, Feel free to contact us anyway!.
Unfortunately Splunkbase truncates release notes at 1024 characters and our notes for this release are longer than that.
To read the full release notes visit our site at: https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
- Patched a bug that only occurs in Splunk 8.1, where some of the SPL used by the "call concurrency and gateway utilization" page does something the 8.1 SPL parser doesn't like.
- Changed how the app's homepage checks for indexed data. Formerly it used the metadata command, but since this command can be deliberately disabled for lower privilege users, that can in turn cause the check to fail erroneously. The end result was some lower-privilege users would only see a homepage telling them that they hadn't indexed any data yet. This is fixed now and the check uses a tstats search.
- Fixed a typo in our health check responsible for finding unusual indexing lag, that had been preventing it from running properly.
- Fixed a minor problem where if someone was trying out the app while running only a Splunk Free license in Splunk itself, our health checks for user/role capabilities would fail erroneously.
- Fixed a bug around the ROOT_ENDPOINT key, where users could get redirected to malformed URLs that were missing a slash between the root endpoint and the locale.
- Improved the health check for indexing lag to list the 95th percentile of the lag in the health check message directly.
Fixed a critical regression introduced in 5.3.5 that broke the app on 7.X versions of Splunk.
Fixed a problem where the app's own license checks would fail if the Splunk server was using the "root_endpoint" key. This would result in the license check failing when Splunk was set up in a reverse proxy configuration.
- Fixed a bug on the Call Detail page where the panel displaying fields from individual call legs only let you choose selected fields from a subset of the available fields</li>
- Browse Extensions now allows you to pick a particular subset of your UCM Clusters, in addition to filtering by group/subgroup/name/number/huntGroup etc.</li>
- Minor changes to our default device_type extractions to catch some unusual cases in the field for instance where jabber device names occasionally have hyphens or other non-alphanumeric characters in them.</li>
- Call Detail page now has 'see search syntax' links allowing you to see and troubleshoot aspects of the raw CDR events or CMR events in the default Splunk UI</li>
- Minor modifications to some of our health checks to reduce false positives.</li>
- App now ships an app.manifest file which may help various things stay on the tracks in Splunk Cloud
Resolved a longstanding bug where the devices lookup would be unexpectedly empty after an install or update.
-- The Cisco CDR app's navigation has been subtly reworked to improve user experience if folks
miss the step about installing the Canary app, and also to allow us to soon remove the
dependency on Sideview Utils for users on Splunk 8 and up.
-- Several existing health check searches improved to be more robust.
-- Additional health check search created to find duplicated data.
-- Browse Devices page now has a "see raw search syntax" link.
-- Browse Devices page now has an optional field called "last_seen" listing the date and time of when the device was last involved in any call.
-- Added destAudioCodec and origAudioCodec, which will have values like "G711mu-law 64k" or "G729".
- Hoopjumping for some less-than-ideal problems in the Splunk Cloud vetting process. This release deletes one line of python code that was already commented out. This line was causing the app to silently fail Cloud-Vetting for several months, for an erroneous and silly reason. Also compounding the problem greatly is that Splunk's vetting process gives zero feedback or messaging to the third party app developer such that we were unable to even learn about the existence of this failure until recently. We had assumed that Cloud was really bogged down with vetting again. Thanks to the internal resource who dug into the matter and was able to tell us the details.
Our apologies to all our customers and prospects who over the past few months were told erroneously that the recent releases of this app were not cloud compatible. Also thanks to the internal splunkers who are trying to fix these problems and improve these broken processes.
Unfortunately Splunkbase still truncates release notes at 1000 characters, which is quite a lot shorter than the notes for this release.
Luckily you can read our full release notes for this and other releases on our website here -
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
Unfortunately Splunkbase still truncates release notes at 1000 characters, which is quite a lot shorter than the notes for this release.
Luckily you can read our full release notes for this and other releases on our website here -
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
- Fixed a bug in the Call Concurrency page where the drilldown on the main chart (to display a more fine grained concurrency chart within that one data point), failed with an error
- Fixed a bug in the Call Concurrency page where the gateways pulldown would in some situations load only a partial list of your gateways
- Fixed a bug in the Call Concurrency and Gateway Utilization page where if you had a subset of your gateways selected, and "no split by" selected, the chart would not render.
- Fixed a bug when loading the Extension Detail page in the Canary UI, where the top panel would load blank and collapsed. The layout of the information in the top panel has also been improved somewhat
- Fixed a bug where the Cisco CDR app wouldn’t accept new licenses for the app if the Splunk Enterprise instance was only running the Splunk Free License.
- Fixed a regression on the Gateway Utilization page. Essentially the fix in 5.2.4 for the “unwanted types showing up” bug had a flaw in it, that not only didn’t work but regressed the same behavior for the gateway side. There is now unit testing covering this to try and make sure it never happens again.
- Fixed a regression in the 'set up data inputs' wizard that only affected 8.X.
(Note this functionality is only relevant to users who have a standalone splunk
instance on one host, with not even any forwarders involved.)
- Improved UI messaging for the 'set up data inputs' wizard so that if the user
is not an admin user or they are, but they lack the admin-all-objects capability,
they get an error telling them as much instead of a confusing "AuthorizationFailed"
error message.
- Switched over to using the new restmap.conf controller for the "upload csv" functionality
for both Setup Groups and Setup Sites.
- Some cleanup in our python logging.
Unfortunately Splunkbase still truncates release notes to only 1000 characters. To read the full release notes for 5.2.1 visit the release notes page on our website.
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
-- Fixed a typo in the concurrency searches if you did not have a split-by
field set. Improved test coverage to avoid regressions in this area in
the future.
-- Updated python to include latest version of libphonenumbers
-- Updated the "npa-nxx-lata-clli-ocn-location" lookup. This is the piece
that allows the app to take a north american number with just areacode
and exchange, and create fields with city, state, zip, CLLI, OCN,
CompanyType, latitude and longitude.
-- Fixed some critical problems that were introduced with 5.2.1's new field
extractions for gateway, device_type and type fields. Chief among these was
a problem where FXO ports on MGCP gateways were getting misunderstood by
5.2.1 as calls to internal devices rather than outgoing calls.
-- Fixed a bug in the Call Concurrency and Gateway Utilization page that only
affected tandem calls, where the concurrency numbers for those gateways
would be undercounted.
-- Fixed an obscure bug where if you attempted to use one of the dateTime*
field as a search term, and you used it with a comparison operator like ">",
on multi-leg calls, the filtering would not work.
-- Fix made to our first-time-run and migration script to make it not error
out when run in python3 on splunk 8.
Unfortunately Splunkbase still truncates release notes to only 1000 characters. To read the full release notes for 5.2.1 visit the release notes page on our website.
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
Splunkbase still truncates release-notes to 1024 characters so unfortunately to read the release notes you have to go to the following URL:
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
Splunkbase truncated release-notes to 1024 characters so unfortunately until that is fixed you have to go to the following URL to read the full release notes:
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
Splunkbase truncated release-notes to 1024 characters so unfortunately until that is fixed you have to go to the following URL to read the full release notes:
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
Version 5.1.3 (August 26th, 2019)
> Converted the encoding of a number of static file-based lookups from ascii
to UTF-8 to allow customers to more easily translate the english language
content there into a local language.
> Added a key to server.conf so that when admins update the sideview license
on any Clustered Search Head, that license change will be propagated to the
other SHC members.
> Improvements to the app_setup/migration script so that it better handles
unexpected cases where the clusters/devices/groups/cidr lookups on disk
are found to be empty. It will now detect this case and attempt to replace
the contents of the file with the corresponding *.default.csv file.
LIST IS NOT COMPLETE - UNFORTUNATELY SPLUNKBASE TRUNCATES RELEASE NOTES.
FOR FULL RELEASE NOTES SEE OUR WEBSITE.
https://sideviewapps.com/apps/cisco-cdr-reporting-and-analytics/release-notes/
Version 5.1.2 (July, 2019)
> Fixed a bug where when using max(concurrency) in the General Report view,
your "bins" setting would be ignored and a default bins ceiling of 400
would get used instead.
> Fixed a bug in Browse Extensions, and Browse Devices, where if you entered
values into a text field and then without changing anything else clicked
the submit button instead of hitting the enter key, the values you entered
would be ignored.
Version 5.1.1 (July 11th, 2019)
> Made a change so that if the Splunk instance is a Search Head Cluster and
someone tries to post a new license string into the Update License page,
it takes no action and gives them a helpful error.
> Snuck in a semi-secret feature whereby concurrency reports can be done in a
limited fashion within General Report and Browse Calls.
> Updated the "npa-nxx-lata-clli-ocn-location" lookup.
> Updated python to include latest version of libphonenumbers
Version 5.1 (June 2019)
> Major improvements to both functionality and usability of the Browse
Devices page.
> Devices lookup now can hold an additional column "productName". When
present this creates fields origProductName and destProductName.
> Device Detail page now has an additional tab that displays additional
summary details like unicodeLoginUserId values and numbers associated with
the device, as well as any values that our SA_cisco_cdr_axl app may have
pulled from CallManager via AXL.
Version 5.0.10 (May 14th, 2019)
> Removed the CSR and SCSR field from the field gallery because we realized
that these fields don't actually exist in the CMR itself yet.
> Added CS_total and SCS_total as new fields on the calls, which are the
total seconds of concealed speech and the total seconds of severely
concealed speech, across ALL CMR associated with the given call.
> Added CSR_overall and SCSR_overall fields, which are respectively the
CS_total/duration_total, and SCS_total/duration_total.
As such these represent reliable concealed speech ratio metrics for any
devices reporting CS and SCS.
> Fixing a bug in the transfers and legs fields, where if you used them
as a split-by field in reporting, they would get very significantly
overcounted, as represented by the range numbers in the legend for the
split by values.
> Call Detail view now displays the time of any CMR that are present, either
by listing the value of its dateTimeStamp field or failing that, presenting
the ti
Version 5.0.9 (April 12th, 2019)
> Improved error messaging when underprivileged users attempt to update
the app's license string, and when invalid licenses are submitted.
> Removed the embedded app TA_cisco_cdr, as this has now been released
separately on Splunkbase. NOTE - versions posted on Splunkbase did not
have have the TA's in them so this only reflects a change for users
downloading from the Sideview website.
> Fixed a bug where orig_device_type, dest_device_type and device_type
fields would not populate correctly for non-mgcp gateway devices.
> Implemented a small improvement for the device_type field on individual
call legs. If both types are the same, the field now only holds the single
distinct value
> Implemented a subtle fix to what the app calls its "union fields", (group,
name, subgroup, ip_addr and device_type) so that in the aggregated call
results, these fields now only list the distinct values.
> Improved the Groups lookup's handling of wildcarded numbers by havi
Version 5.0.8 (March 12th, 2019)
> Improved the "to" and "from" fields so that if one of the geographical
fields like city OR state is blank, it does not fall all the way back to
displaying only country (this can happen with wireless numbers where there
is no city associated)
> Raising the minimum version asserted by the app, from Splunk Enterprise 6.2
to Splunk Enterprise 6.4, as our new license endpoint was found to be only
compatible with 6.4 and up.
> Fixed a bug when adding a dashboard panel to a shared dashboard not owned
by the current user. Previously this would fail with a confusing 404 error.
> Fixed a bug when creating a new dashboard entirely, where the dashboard
panel creation would fail with "ERROR 400 Cannot create an object with
empty or all whitespace name"
> When saving a new report, sharing the report with others now works properly.
> When creating a new dashboard for new dashboard panels, the UI now prompts
you if your desired dashboard name contains invalid charact
Version 5.0.7 (March 1st, 2019)
> Fixed a critical bug for Cloud users and users downloading from Splunkbase
that effectively barred all non-admin users from the product.
> Health checks page can now be run even when product lacks a valid license.
> Filtered out unnecessary "Successfully loaded lookup file" UI messages.
> Added a warning to users who attempt to enter raw numeric terms into the
'search filters' field, as this is not supported and will return 0 results.
Version 5.0.6 (February 27th, 2019)
> Fixed a common problem where license strings pasted into "Update License"
would fail if they had an extra leading or trailing space character.
> Improved the fix done in 5.0.5 around the "Sideview Utils not installed"
error case to no longer require a custom module.
Version 5.0.4 (February 4th, 2019)
> Fixed a bug where if you were using * as a wildcard in your groups lookup
entries the Extension Detail page for matching numbers would fail to list
the name, group, subgroup information.
> Migration check added, to look for old saved reports that have ui_edit_view
specified but no ui_context. Since these will be unable to reload themselves
in the specified view they are now migrated to load in the default splunk
'report' view.
> the Setup Groups page now gives users the ability to download a copy of the
groups lookup as a csv or to open it directly in Excel.
> Fixed a bug around the "save report" buttons - the resulting reports would
reload fine in the Sideview UI but the underlying savedsearch stanza had an
extra "search" prepended to the SPL that would make it always return 0
results when run from core splunk interfaces and from the scheduler.
Splunk AppInspect evaluates Splunk apps against a set of Splunk-defined criteria to assess the validity and security of an app package and components.
As a Splunkbase app developer, you will have access to all Splunk development resources and receive a 10GB license to build an app that will help solve use cases for customers all over the world. Splunkbase has 1000+ apps and add-ons from Splunk, our partners and our community. Find an app or add-on for most any data source and user need, or simply create your own with help from our developer portal.