similar to: CDR Design

I've taken the liberty of starting a new thread to discuss the design of the Asterisk CDR mechanism. The discussion has been kindly initiated by murf putting together a proposal: http://svn.digium.com/svn/asterisk/team/murf/RFCs. After reading the proposal I still don't think it's the right way to go. To my mind adding more channel variables increases the complexity in a situation

I have created an asterisk.org blog entry: http://www.asterisk.org/node/48358 to describe what I will shortly be committing to trunk to correct the weaknesses of CDRs, that asterisk users and developers have been complaining about for quite some time. Highlights: Restructuring the code and philosophy of CDRs. Plans to eliminate the ForkCDR() application Plans to create

Hello! Most are probably bored seeing another letter about this, but I've put in a fair amount work on a spec for rewriting the CDR system in Asterisk, and I have some questions: First, please look at what I've written so far: svn co http://svn.digium.com/svn/asterisk/team/murf/RFCs and look at the file "CDRfix2.rfc.txt" in the RFCs dir. The spec SIGNIFICANTLY alters the way

Greyman-- I'm taking this discussion to the list. Folks, what we are talking about here, is me trying to get a grasp around Greyman's (Aaron's) request for a bare-bones CDR generation that describes just total connect time for channels, stripping out all the details. Who cares about xfer, park, hold, etc.? So in the following is our discussion about what *should* be there, and in

Hi everyone, I am facing lots for problem with CDRs in 1.6 and above versions,its shows wrong records when I do transfer(caller side and calee side),callforward,call parking.Is the present CDRs in 1.6 is enough for Complete billing.?What I need to do to make it proper.Please help me on this. Thanks Nikhil

Hi Steve, > .. I'll try to sort all this out, and then I'll attack this > problem. Hopefully, I get it all into svn before the next release of > 1.4...! Just wondering if any new CDR functionality made it into the 1.4.16.2 release? I have looked through the ChangeLog for the 1.4.15 and 1.4.16.2 releases but didn't spot anything to do with changes in CDR handling. I for one

Hey, I just found this in ML archives. I have pretty the same situation - i had very well written CDR processing engine on asterisk, making use of ResetCDRs, however now when we're migrating to 1.4, it's a bit pain to deal with extra CDR records. My engine is built so that MYSQL CDR can be used directly for reports (imagine - you get whatever report you need immediately). So, this way i

Hi All, PLEASE READ if you depend on Asterisk CDR's and support transfers. Apologies for the shout but I'm desperate to get others to agree Asterisk has a big problem with the CDR's that are generated for transfers. I can understand why not too many people are interested as transfers are complicated and messy. However for those of us having to support transfers and depending on

Hello all: I upgraded to 1.4.3 last night and use MySQL for CDR. I have noticed that 1.4.3 seems to log a lot of "crap" to CDR that 1.4.2 did not. I use a few macros in my dialplan to handle outgoing calls (lcr type stuff) and in addition to the proper CDR for the call itself I also have records to 's' in the same dest-context and entries to 's' in the default context.

Hello, When I bridge an incoming and outgoing call (attempting to simulate call-forwarding) I'm only getting one CDR -- that of the outgoing call. A (PSTN) calls B (residing on Asterisk) and the Asterisk calls C (cell phone on PSTN) and bridges the call. The only CDR created is from B to C. I have even tried using Answer() and ForkCDR() to get two CDRs, but to no avail. I am starting to

Hello list, I have a problem with called ZAP channels making an attended-transfer or blind-xfer. Signalling at the phones is ok, but the CDR of Asterisk is wrong. At the moment there is a bristuffed Asterisk 1.2.18 running with bristuff-0.3.0-PRE-1y-g. Here is my dialplan, I simplified it a bit: [default] exten => 0123456789,1,Macro(dialpstn,${EXTEN}) [macro-dialpstn] exten =>

Hi I have a question if there was a major change in CDR? Few days ago I have upgraded to 1.4.12.1 from 1.4.4 and something bizarre happened. After the upgrade I have no call details in the cdr table when the call did not go through because of for example: Unable to create the channel of type Sip - no route to destination. In such situation the call does not exist in the cdr table while it was

Hello Asterisk Community, Is there a way to check in asterisk cdrs and extension forwarded? I mean, i'm calling to a ISDN number, wich goes to extension 8222, but this extension is forwarded to another one, the problem is that in CDRs i am able to see the the first step of the call, but never see the forwarded extension, how can i do that? Thanks!

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guy's I've got an existing application which takes CDR information from a com port from an avaya switch, that we use for billing and accounting. Since the cost up upgrading the Index platform is extortionate, we're looking into alternatives and I've been told to come look at asterisk. First off, asterisk is excellent...

How is the billsec field calculated in CDRs? I have a situation where billsec is being reported as 0 despite the call being answered and a conversation occurring. An example record follows: '2007-11-06 21:36:50', '6495566778', '6495566778', '0116495566778', '1100012_1', 'Local/0116495566778 at 1100012_1-887b,2',

This is just a note that the fixes in the CDRfix4 and CDRfix6 branches are getting closer to being merged into 1.4, trunk, and 1.6.x. If CDR's are important to you, and you ignore this notice, then you deserve what you get! These branches address various long-standing bugs, most of which are regressions from 1.2. It is hoped that these fixes will solve most of the problems introduced by the

hello everyone. I am running asterisk and all of my CDRs are in the default csv. the system is so limited to ram (only 256) and I cannot run MySQL or any other program to give CDRs a fancy view. at the moment the only other software running is nginx for a static webpage with guidance on the system. I do now want to move to sql or similar databases because the machine cannot handle it (I have

Hello! I have been doing some tests with call transfers and I have been looking at the CDRs that Asterisk generates. Scenario 1: A calls B B answers and does a blind transfer to C (using # key) C answers and talks with A Scenario 2: A calls B B answers and does an attended transfer do C (using the phone's transfer key) C answers, B hangs up, and C talks with A For scenario 1, the CDR shows

Hello, I'm working on an Asterisk configuration for a call center, and they bill based on the time spent talking to an agent, but not for any time spent waiting in a queue. The CDR information contains the entire duration of the call as billable seconds, including time spent waiting in the queue. I would like the billable seconds to only include the time spent actually talking to an agent.

We have a billing system that depends on the CDRs. We had a guest that made a one minute call to a local cellphone, this call went out Zap channel through our channel bank. The CDR recorded a 200 minute call, but I checked with the Telco's records and it had terminated after one minute. What can cause this and what can I do to prevent it? -- Chris Mason NetConcepts (264) 497-5670 Fax: