nik600
2009-Mar-12 19:02 UTC
[asterisk-users] log to cdr each dialpan action, not only one record for each call
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? Is it better to do some customization to generate a CDR event on each dialplan step or is better to parse the logfile and extract the information needed? I'm using Asterisk 1.4.23.1 TIA -- /*************/ nik600 http://www.kumbe.it
Danny Nicholas
2009-Mar-12 19:12 UTC
[asterisk-users] log to cdr each dialpan action, not only one record for each call
-----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of nik600 Sent: Thursday, March 12, 2009 2:03 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] log to cdr each dialpan action,not only one record for each call 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? Is it better to do some customization to generate a CDR event on each dialplan step or is better to parse the logfile and extract the information needed? I'm using Asterisk 1.4.23.1 TIA -- /*************/ nik600 http://www.kumbe.it I'd probably go for parsing the logfile and extracting what you want. Are you using a SQL log or the flat Master.csv as your logfile? Regards, Danny Nicholas _______________________________________________ -- 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
Matt Riddell
2009-Mar-12 19:13 UTC
[asterisk-users] log to cdr each dialpan action, not only one record for each call
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, Matt Riddell Director _______________________________________________ http://www.venturevoip.com (Great new VoIP end to end solution) http://www.venturevoip.com/news.php (Daily Asterisk News - html) http://www.venturevoip.com/newrssfeed.php (Daily Asterisk News - rss)
BJ Weschke
2009-Mar-12 20:22 UTC
[asterisk-users] log to cdr each dialpan action, not only one record for each call
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? > > Is it better to do some customization to generate a CDR event on each > dialplan step or is better to parse the logfile and extract the > information needed? > > I'm using Asterisk 1.4.23.1 >We generated a patch for a client probably about a year ago against the 1.4 branch that logged apps for each call, params, and exit status codes into a separate file. Like others have said, it generates a tremendous amount of data and probably does impact performance on very high load servers, but it was very useful to determine EXACTLY what happened with a given call.> -- > Bird's The Word Technologies, Inc. > http://www.btwtech.com/ > > >
Lenz Emilitri
2009-Mar-13 08:22 UTC
[asterisk-users] log to cdr each dialpan action, not only one record for each call
I'm only half joking: what about parsing the "full" log looking for command inviocations and channel IDs? this would be completely transparent, albeit insane :) l. 2009/3/12 nik600 <nik600 at gmail.com>> 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? > > Is it better to do some customization to generate a CDR event on each > dialplan step or is better to parse the logfile and extract the > information needed? > > I'm using Asterisk 1.4.23.1 > > TIA > > -- > /*************/ > 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 >-- Loway - home of QueueMetrics - http://queuemetrics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090313/b9eacf51/attachment.htm