[asterisk-users] log to cdr each dialpan action, not only one record for each call
Jim Dickenson
dickenson at cfmc.com
Thu Mar 12 15:53:24 CDT 2009
In version 1.6.0.x if you enable dialplan events in AMI you then get a
packet for each dialplan step executed. You should be able to capture that
data and generate records in a database.
--
Jim Dickenson
mailto:dickenson at cfmc.com
CfMC
http://www.cfmc.com/
> From: nik600 <nik600 at gmail.com>
> Reply-To: Asterisk Users Mailing List - Non-Commercial Discussion
> <asterisk-users at lists.digium.com>
> Date: Thu, 12 Mar 2009 20:21:40 +0100
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> <asterisk-users at lists.digium.com>
> Subject: Re: [asterisk-users] log to cdr each dialpan action, not only one
> record for each call
>
> On Thu, Mar 12, 2009 at 8:13 PM, Matt Riddell <lists at venturevoip.com> wrote:
>> On 13/03/2009 8:02 a.m., nik600 wrote:
>>> Hi to all.
>>>
>>> What can i do if a customer needs to log in the CDR all the dialpan
>>> actions related to a call?
>>> I mean, not only the lastapp e the lastdata but all the dialpan actions!
>>>
>>> I know that the actual CDR system store one record for each call (and
>>> for billing purposes this can be correct) but in some cases the
>>> approach needed is something similar to the queue_log.
>>>
>>> I know that exists ResetCDR and ForkCDR but they don't do what i need,
>>> expecially because they fill-in lastdata and lastapp with "ResetCDR"
>>>
>>> So, what can i do?
>>
>> Use the Asterisk Manager with UserEvent?
>>
>> --
>> Kind Regards,
>>
> UserEvent can be useful, but i have to place it into the dialplan in
> many points.
>
> With a large dialplan it's a problem.
>
> --
> /*************/
> nik600
> http://www.kumbe.it
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
More information about the asterisk-users
mailing list