Well if it needs to be real-time, it is not really a CDR function. Oracles Palladion/COM can do it out of the box. But there again you need to install a box. You can install it on VME. It will send you an SNMP trap or email in real-time as soon as the minute average KPI (e.g. PDD) is exceeded per trunk. And Oracle has a reseller who can make Palladion sing for its supper :) On 4/20/15, 5:02 PM, "Peter Beckman" <beckman at angryox.com> wrote:
On Mon, 20 Apr 2015, Richard Jobson wrote:
Do you have an SBC or switch that already measures this and outputs it with the CDR?
Nope.
Do you want to report on all PDD long-term? Or just one or two specific calls?
Long term. A handful of Asterisk servers. Looking for what Calvin E. suggested, except a tool that someone has already written. I can do what Calvin suggests, but interpreted scripts are no match for C compiled packet matching.
What Calvin suggests is something that would work for a PCAP file processed after the fact. I'm looking for something that would be able to catch the non-100 response for each INVITE and log it to a file or send a metric. Even if it has to wake up and parse a 80MB+ pcap file each run to find the PDD per Call-ID, then determine if that Call-ID has been reported. Lots of caching of data... it can be done, but speed is important and a scripting language is quick and dirty but unlikely to be fast and reliable.
Does Asterisk support logging or emitting metrics like PDD?
When a carrier jumps from <1 second Post Dial Delay to 20+ seconds Post Dial Delay I need (a) to know about it and (b) be able to demote them in my LCR in an automated fashion temporarily so I don't need to wake up and take care of my customers.
Beckman -------------------------------------------------------------------------- - Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ -------------------------------------------------------------------------- -