similar to: CDR

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

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

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! 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

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 =>

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

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

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

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

Is there any way to know if a call was transferred from reading the CDR? Any relation in fields like UNIQUEID? Something that can be scripted to make a special report? -- Telecomunicaciones Abiertas de M?xico S.A. de C.V. Carlos Ch?vez Prats Director de Tecnolog?a +52-55-91169161 ext 2001 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type:

Hi All, Call comes into Asterisk Asterisk answers and Dials SIP Phone SIP phone has call forward enabled to a long distance number Asterisk receives a SIP response 302 "Moved Temporarily" back from phone Asterisk then forwards inbound call to 'Local/number@context' thanks to phone 2 problems with the CDR: 1. intermittent 'bill sec' accuracy, sometimes 0 even when the

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

Hi, Asterisk does not post CDR when dial status is CHANUNAVAIL. Can someone tell me what are the conditions under which CDR is not posted? Thanks Jim

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.

When you use a product which version number is 11 or even 12, you might go with the assumption all big bugs are fixed and then you find there is a huge, important, expensive bug still running in the code we are relaying upon... The problem is simple. If you transfer a call, that dialing will be not reported in the CDR, so no billing will happen. This is a simple example: Extension 100 calls

Hi i've read this post http://lists.digium.com/pipermail/asterisk-dev/2007-May/027666.html I just want to know if there are some upgrades... on 1.4 or 1.2. I'd like to store two records in the CDR instead of one, when a call is transferd. Is it possibile now? Thanks to all -- /*************/ nik600 https://sourceforge.net/projects/ccmanager

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!

Can someone tell me what I am doing wrong? Why doesn't CDR(duration) or CDR(billsec) return the correct values? cdr.conf endbeforehexten=yes extensions.conf [macro-Dial] ; ${ARG1} - Dial String exten => s,1,Dial(${ARG1},,M(post-dial)) exten => h,1,NoOp(Call was hung up - ${CDR(duration)} seconds long, billed for ${CDR(billsec)} seconds) The log shows: -- Executing [h

Hi, I`m occassionally seeing CDR(accountcode)'s value empty at a place in my diaplan where it was filled with some value a few lines before, with nothing else having changed it. It`s giving me headaches (as I rely on it for MySQL queries). Anything I can do? Mick -------------- next part -------------- An HTML attachment was scrubbed... URL: