similar to: CDR not recording accountcode on SIP Response 302 Call Forward From Phone

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:

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

Hi All, I'm running 1.2.9.1 and have a sip user setup with accountcode=4444 in the context. lab1*CLI> sip show peer 1234 * Name : 1234 Secret : <Set> MD5Secret : <Not set> Context : sip1004 Subscr.Cont. : <Not set> Language : Accountcode : 4444 AMA flags : Unknown CallingPres : Presentation Allowed, Not Screened Callgroup

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

I've just found out that CDR(accountcode) variable can only be 20 characters long, doesn't matter what size the MySQL column has for it. I need to increase it to at least 30 characters. Any idea how this can be accomplished? -- Zeeshan A Zakaria -------------- next part -------------- An HTML attachment was scrubbed... URL:

Greetings list, Whilst running through a routine check of some CDRs, I've noticed that the originating channel's accountcode isn't preserved on creating a local channel. For example, if we start with: exten => 123,1,Set(CDR(accountcode)=foo) exten => 123,n,Queue(bar,nrtw,,,) And the queue 'bar' is defined as follows: [bar] member => Local/456 at outbound member

Trying to do something like this in the sip.conf under my incoming provider profiles: setvar=CDR(accountcode)=${EXTEN} It seems to show up in the CDR but it's showing up exactly like this "${EXTEN}". Is there a way to stuff the DNIS (number dialed) into the accountcode for CDR? I have already accomplished setting on a number by number basis, I just want to do it globally for all

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

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

Hi all, I have about 10 SIP phones for different users defined in sip.conf, each with their own accountcode= entry. There is a global setting in sip.conf that states amaflags=documentation There are 3 IAX->PSTN gateways defined in iax.conf for outbound calls. These do not have an accountcode=, but do have amaflags=billing defined in each. The theory was that all calls should be logged, those

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

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

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 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, I use realtime and I found that changing accountcode needed to restart asterisk to activate that code and shown in CDR. Does it has a way to update accountcode without restart asterisk? ango

Hi, notice that i have Grandstream phones and i have the problem if i activate the Send Anonymous function on them. If i do not activate that option the ACCOUNTCODE is correctly populated. SO i think it may be a bug of asterisk. I'm using Asterisk CVS-HEAD-10/07/04-18:07:25 . Thanks, Bye, Marcello

I have a sip.conf entry for a customer's PBX (IP based authentication) that reads: [customer] type=friend context=customer host=x.x.x.x accountcode=10000 disallow=all allow=g729 When the customer makes a call to my * server, * recognizes the peer correctly. However, for some reason, the AccountCode is blank. I have a NoOp(${ACCOUNTCODE}) and the CLI shows: -- Executing