Splunk Search

CDR - Calculate number of Active Calls at any give time

hemantbhatta
Explorer

Hi, I am trying to calculate the number of Active Calls at any 'given time' from Call Detail Records (CDR). CDRs store the 'callConnect' and 'callDisconnect' time in a single CDR event. Logically speaking at any 'given time' the number of active calls = number of CDR events that have 'callDisconnect' > 'given time' (while evaluating all the CDR call records older than 'given time'). How can we implement this as Splunk search Querry? Any ideas. Thanks. HB.

Tags (1)
0 Karma
1 Solution

gkanapathy
Splunk Employee
Splunk Employee

You can use the concurrency command, and let's assume that callConnect is set as the Splunk event timestamp, i.e., _time:

sourcetype=mycdrs | eval dur = callDisconnect-_time | concurrency duration=dur

Depending on the format, you may have to apply the strptime() function to convert callDisconnect to epoch time (_time will already be in epoch time), but the above is pretty much it.

View solution in original post

gkanapathy
Splunk Employee
Splunk Employee

You can use the concurrency command, and let's assume that callConnect is set as the Splunk event timestamp, i.e., _time:

sourcetype=mycdrs | eval dur = callDisconnect-_time | concurrency duration=dur

Depending on the format, you may have to apply the strptime() function to convert callDisconnect to epoch time (_time will already be in epoch time), but the above is pretty much it.

hemantbhatta
Explorer

Thanks. Looks like it did the trick!!

0 Karma
Get Updates on the Splunk Community!

Splunk Enterprise Security 8.x: The Essential Upgrade for Threat Detection, ...

 Prepare to elevate your security operations with the powerful upgrade to Splunk Enterprise Security 8.x! This ...

Get Early Access to AI Playbook Authoring: Apply for the Alpha Private Preview ...

Passionate about security automation? Apply now to our AI Playbook Authoring Alpha private preview ...

Reduce and Transform Your Firewall Data with Splunk Data Management

Managing high-volume firewall data has always been a challenge. Noisy events and verbose traffic logs often ...