[Home]

Summary:ASTERISK-13296: [patch] CDR does not get produced with .call files
Reporter:Jeff Tollison (jpt)Labels:
Date Opened:2009-01-02 16:41:15.000-0600Date Closed:2010-12-20 09:14:53.000-0600
Priority:MinorRegression?No
Status:Closed/CompleteComponents:CDR/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) call-file-missing-cdr2.diff
Description:CDR is not being produced as csv or via cdr_mysql with .call files.  It works fine with 1.4.21.2 (zaptel 1.4.12.1 and asterisk-addons 1.4.7) but does not with 1.4.22 or 1.4.23-rc3 (with dahdi 2.1.0.2 and asterisk-addons 1.4.7)
Comments:By: Leif Madsen (lmadsen) 2009-01-06 08:51:20.000-0600

Assigned to murf since he seems to be playing with .call files and CDRs right now!
By: Steve Murphy (murf) 2009-01-15 13:06:53.000-0600

The current svn of asterisk  yields:

"d1","","102","extension","DAHDI/1-1","DAHDI/2-1","Dial","Dahdi/2|30|eTtWwKkHhXx","2009-01-15 11:39:13","2009-01-15 11:39:19","2009-01-15 11:39:25","12","6","ANSWERED","DOCUMENTATION","something","1232044753.0","",""

with a call file of:

Channel: Dahdi/1
Callerid: d1
WaitTime: 15
Account: something
Context: extension
Extension: 102
Priority: 1

(assuming of course, that extension/102 dials Dahdi/2...)

So, has the issue already been solved, or can you refine the conditions
that are causing a problem?


By: Frank DiGennaro (cbbs70a) 2009-01-17 11:57:55.000-0600

Using Asterisk 1.4.22 the following callfile does NOT add a CDR into MySQL. Asterisk 1.4.20.1 (maybe higher numbered releases, but not tested) does work.
Original phone numbers changed.

Channel: SIP/4105551212@broadvoice-outbound
Context: autodial
MaxRetries: 5
RetryTime: 600
WaitTime: 60
CallerID: Acme Cleaning <9995555555>
Extension: 4105551212
Priority: 1
Account: 999
Archive: yes
By: Steve Murphy (murf) 2009-01-20 16:51:36.000-0600

Adapting your callfile to my local conditions,
I threw this into my 1.4 asterisk:

Channel: Sip/snom360
Context: workext
MaxRetries: 5
RetryTime: 600
WaitTime: 60
CallerID: Acme Cleaning <9995555555>
Extension: 9813075878001
Priority: 1
Account: 999
Archive: yes


The call completed, and I got this CDR:

"999","9995555555","9813075878001","workext","""Acme Cleaning"" <9995555555>","SIP/snom360-0886f760","SIP/tctwest-0894c440","Dial","SIP/13075878001@tctwest|30|TKW","2009-01-20 15:18:47","2009-01-20 15:18:58","2009-01-20 15:19:24",37,26,"ANSWERED","DOCUMENTATION","1232489927.163",""

Now, I couldn't replicate your calling a device/num for the first channel;
but I did call a local sip phone;

and the second leg was calling a number via a local provider, also a sip
connection.

So, we are missing some small detail here! What could it be?
Are your calls not completing?
By: Frank DiGennaro (cbbs70a) 2009-01-24 10:29:07.000-0600

This problem was first reported on a customer setup. Prior to this, the setup ran without hitch for 6 months or more. By looking into the CDR's, they stopped being recorded the day I upgraded Asterisk. That's how I found it. By downgrading Asterisk on the customer setup, the problem was resolved. I have reproduced this error first on my own setup. By downgrading my own setup, the error was resolved. I tested that the calls were completing by inserting my own phone number into both setups. If necessary, I can put together a test setup and give others access to it. I only wish that it's an error on my part, something simple, something that exists only in my version of bizarro world. It's a very plain vanilla Asterisk setup except for the Thirdlane GUI interface. Tell me what you need me to do.
Regards;
FSD
By: ktsaou (ktsaou) 2009-01-28 13:44:01.000-0600

I have the same problem with 1.4.23-rc3.

I have also tried to ResetCDR(w) in the dialplan, set AMA flags in dialplan, using Set: CDR() in .call files, etc.

In all tests I haven't managed to get a CDR record written.

The calls are completing successfully.
I am using a SIP trunk like this:

Channel: SIP/account/destination
Context: dialer
Extension: s
Priority: 1
CallerID: ABC <12345>
MaxRetries: 1
RetryTime: 1
WaitTime: 30
Account: DIALER
Archive: Yes

Costa
By: evil2000 (evil2000) 2009-03-16 10:31:43

I upgaraded from 1.4.23.1 to 1.4.23.2 and i have the same problem with BOTH Versions of Asterisk.

I'm using a simple callfile like this (numbers changed):
Channel: SIP/08003301000@pepphone
CallerID: "03677123456" <03677123456>
WaitTime: 30
MaxRetries: 5
RetryTime: 120
Context: callfile
Extension: 999
Priority: 1
Archive: yes

No CDR entries are getting created in CSV nor in MySQL. Normal calls will be inserted. So i suppose the this is not a bug in only one environment but a bug in asterisk itself.


David
By: Leif Madsen (lmadsen) 2009-03-16 10:41:09

The only difference between 1.4.23.1 and 1.4.23.2 is a security fix. Other than that, the versions are identical.
By: evil2000 (evil2000) 2009-03-16 10:53:12

The last version i used and callfile CDR creation worked fine was 1.4.21. So what changes between 1.4.21 and .22 have been made which could affect the CDR and callfile processing?
By: Danilo Lotina F. (dlotina) 2009-03-20 15:57:56

I have the same issue. Last working version was 1.4.21.2. (1.4.24 doesn't work)
By: Max A Glucksmann (maxgo) 2009-03-28 17:54:30

Hi, I upgraded to 1.4.24 and have an Issue with AMI CDR Events, they are not generated...

Checked cdr_manager.conf and it is enabled. The feature was selected during build also.
By: Max A Glucksmann (maxgo) 2009-03-28 18:44:49

Nevermind the last post please... there was a line in modules.conf:
noload => cdr_manager.conf

Apparently it was disabled during debug.

Changed it to:
load => cdr_manager.conf and is working.

Thanks!
By: Adam Robins (arobins) 2009-04-10 14:31:48

Up until 3/7/09 I was running Asterisk 1.2.14.  It was producing CDRs for both connected and failed call files just fine (both csv and mySQL).  On 3/8, I upgraded to Asterisk 1.4.11.  That version produced call file CDRs for connected calls, but not for failures.  Today I tried upgrading to the latest 1.4.24.1.  It does not log call file CDR's at all.  Please advise if you require more info or detailed examples.
By: rmartinez (rmartinez) 2009-04-29 14:57:51

I'm using Asterisk 1.4.24.1 and i have the same problem.
No CDR  (if i have unanswered = no )
CDR with "NO ANSWER" (if i have unanswered = yes)
I'm generating call through "manager"

Action: Originate
Channel: SIP/PRUEBA/005622408
Context: context-PRUEBA
Variable: DEST=005622408
Timeout: 10000
exten: s
Priority: 1

Any update here?
By: Matthew Nicholson (mnicholson) 2009-05-07 11:26:10

I just reproduced this bug.  I don't know what is causing it yet, but I am working on it.
By: Matthew Nicholson (mnicholson) 2009-05-07 12:40:38

I just uploaded a patch that should fix this issue.  The issue is caused by two things.  First, the disposition for the cdr record was never being set.  Second, the AST_CDR_FLAG_DIALED flag is set.  Those two things will prevent the CDR from being posted.

I don't like the method I used to fix this bug.  I am thinking of adding an additional option to the cdr (attempted=yes or callattemts=yes or dialed=yes or outgoing=yes).  That option would also basically cause asterisk to generate one CDR record per channel (e.g. dial attempts, bridged channels...).  There will have to be some discussion before a change like this is made.
By: Matthew Nicholson (mnicholson) 2009-05-07 15:54:43

Ok, the patch I posted is not necessary, stock 1.4 SVN asterisk seems to produce CDR records for call files correctly.  I have been testing with my (broken) oldcdr branch.
By: Danilo Lotina F. (dlotina) 2009-05-07 19:14:58

I've applied the patch on 1.4.23.1 (my certfied running version) and it works fine, cdr on .call files are posted ok.

Thanks mnicholson.
By: Matthew Nicholson (mnicholson) 2009-05-08 09:55:22

dlotina,

Can you test with 1.4 SVN to see if the bug is fixed there as well?
By: rmartinez (rmartinez) 2009-05-08 14:10:10

Hi.
I have just downloaded the SVN version : Asterisk SVN-branch-1.4-r193262.
I'm still having the same problem.
The call is mark as NO ANSWER

"","3341876","s","PRUEBA","""PRUEBA"" <005623341876>","SIP/PRUEBA-09f12420","","Hangup","","2009-05-08 19:05:16",,"2009-05-08 19:05:53",37,0,"NO ANSWER","DOCUMENTATION","1241809516.0",""

I've used : svn checkout http://svn.digium.com/svn/asterisk/branches/1.4 asterisk
to download the SVN is that ok?

Ricardo.-
By: Matthew Nicholson (mnicholson) 2009-05-08 14:21:35

What should this be instead of NO ANSWER? Also was this correct with the patch I uploaded?
By: rmartinez (rmartinez) 2009-05-08 14:25:59

Hi mnicholson.
The correct cdr should be an ANSWERED call, since the call was answered.
I never had the chance to test the patch... since i was deleted.

THanks.
Ricardo.-
By: Matthew Nicholson (mnicholson) 2009-05-08 14:41:17

Ok. I think that the patch fixes this. I will post it again. This is actually a different bug than the original bug, but it is related.
By: rmartinez (rmartinez) 2009-05-08 15:26:58

Ok... now we're talking :).
The patch works!

This is the CDR.

"","3341876","s","PRUEBA","""PRUEBA"" <005623341876>","SIP/PRUEBA-094d0128","","Hangup","","2009-05-08 16:21:10","2009-05-08 16:21:23","2009-05-08 16:21:57",47,34,"ANSWERED","DOCUMENTATION","1241814070.0",""

Thanks mnicholson.
By: Matthew Nicholson (mnicholson) 2009-05-08 15:59:34

There still may be some other disposition issues.  If you see any other problems, open another bug.
By: Digium Subversion (svnbot) 2009-05-08 16:01:26

Repository: asterisk
Revision: 193391

U   branches/1.4/main/channel.c

------------------------------------------------------------------------
r193391 | mnicholson | 2009-05-08 16:01:25 -0500 (Fri, 08 May 2009) | 8 lines

Set the proper disposition on originated calls.

(closes issue ASTERISK-13296)
Reported by: jpt
Patches:
     call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
Tested by: dlotina, rmartinez, mnicholson

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=193391
By: Digium Subversion (svnbot) 2010-04-22 16:58:00

Repository: asterisk
Revision: 258671

_U  trunk/
U   trunk/main/cdr.c
U   trunk/main/channel.c
U   trunk/main/features.c

------------------------------------------------------------------------
r258671 | mnicholson | 2010-04-22 16:57:59 -0500 (Thu, 22 Apr 2010) | 32 lines

Merged revisions 193391,258670 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
 r193391 | mnicholson | 2009-05-08 16:01:25 -0500 (Fri, 08 May 2009) | 8 lines
 
 Set the proper disposition on originated calls.
 
 (closes issue ASTERISK-13296)
 Reported by: jpt
 Patches:
       call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
 Tested by: dlotina, rmartinez, mnicholson
........
 r258670 | mnicholson | 2010-04-22 16:49:07 -0500 (Thu, 22 Apr 2010) | 11 lines
 
 Fix broken CDR behavior.
 
 This change allows a CDR record previously marked with disposition ANSWERED to be set as BUSY or NO ANSWER.
 
 Additionally this change partially reverts r235635 and does not set the AST_CDR_FLAG_ORIGINATED flag on CDRs generated from ast_call().  To preserve proper CDR behavior, the AST_CDR_FLAG_DIALED flag is now cleared from all brige CDRs in ast_bridge_call().
 
 (closes issue ASTERISK-15599)
 Reported by: VarnishedOtter
 Tested by: mnicholson
........

(closes issue ASTERISK-15118)
Reported by: telles
Tested by: mnicholson


------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=258671
By: Digium Subversion (svnbot) 2010-04-22 17:15:56

Repository: asterisk
Revision: 258676

_U  branches/1.6.2/
U   branches/1.6.2/main/cdr.c
U   branches/1.6.2/main/channel.c
U   branches/1.6.2/main/features.c

------------------------------------------------------------------------
r258676 | mnicholson | 2010-04-22 17:15:56 -0500 (Thu, 22 Apr 2010) | 42 lines

Merged revisions 258671,258675 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
 r258671 | mnicholson | 2010-04-22 16:57:59 -0500 (Thu, 22 Apr 2010) | 32 lines
 
 Merged revisions 193391,258670 via svnmerge from
 https://origsvn.digium.com/svn/asterisk/branches/1.4
 
 ........
   r193391 | mnicholson | 2009-05-08 16:01:25 -0500 (Fri, 08 May 2009) | 8 lines
   
   Set the proper disposition on originated calls.
   
   (closes issue ASTERISK-13296)
   Reported by: jpt
   Patches:
         call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
   Tested by: dlotina, rmartinez, mnicholson
 ........
   r258670 | mnicholson | 2010-04-22 16:49:07 -0500 (Thu, 22 Apr 2010) | 11 lines
   
   Fix broken CDR behavior.
   
   This change allows a CDR record previously marked with disposition ANSWERED to be set as BUSY or NO ANSWER.
   
   Additionally this change partially reverts r235635 and does not set the AST_CDR_FLAG_ORIGINATED flag on CDRs generated from ast_call().  To preserve proper CDR behavior, the AST_CDR_FLAG_DIALED flag is now cleared from all brige CDRs in ast_bridge_call().
   
   (closes issue ASTERISK-15599)
   Reported by: VarnishedOtter
   Tested by: mnicholson
 ........
 
 (closes issue ASTERISK-15118)
 Reported by: telles
 Tested by: mnicholson
................
 r258675 | mnicholson | 2010-04-22 17:11:23 -0500 (Thu, 22 Apr 2010) | 2 lines
 
 Fix previous commit.
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=258676
By: Digium Subversion (svnbot) 2010-04-22 17:24:10

Repository: asterisk
Revision: 258705

_U  branches/1.6.1/
U   branches/1.6.1/main/cdr.c
U   branches/1.6.1/main/channel.c
U   branches/1.6.1/main/features.c

------------------------------------------------------------------------
r258705 | mnicholson | 2010-04-22 17:24:10 -0500 (Thu, 22 Apr 2010) | 42 lines

Merged revisions 258671,258675 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
 r258671 | mnicholson | 2010-04-22 16:57:59 -0500 (Thu, 22 Apr 2010) | 32 lines
 
 Merged revisions 193391,258670 via svnmerge from
 https://origsvn.digium.com/svn/asterisk/branches/1.4
 
 ........
   r193391 | mnicholson | 2009-05-08 16:01:25 -0500 (Fri, 08 May 2009) | 8 lines
   
   Set the proper disposition on originated calls.
   
   (closes issue ASTERISK-13296)
   Reported by: jpt
   Patches:
         call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
   Tested by: dlotina, rmartinez, mnicholson
 ........
   r258670 | mnicholson | 2010-04-22 16:49:07 -0500 (Thu, 22 Apr 2010) | 11 lines
   
   Fix broken CDR behavior.
   
   This change allows a CDR record previously marked with disposition ANSWERED to be set as BUSY or NO ANSWER.
   
   Additionally this change partially reverts r235635 and does not set the AST_CDR_FLAG_ORIGINATED flag on CDRs generated from ast_call().  To preserve proper CDR behavior, the AST_CDR_FLAG_DIALED flag is now cleared from all brige CDRs in ast_bridge_call().
   
   (closes issue ASTERISK-15599)
   Reported by: VarnishedOtter
   Tested by: mnicholson
 ........
 
 (closes issue ASTERISK-15118)
 Reported by: telles
 Tested by: mnicholson
................
 r258675 | mnicholson | 2010-04-22 17:11:23 -0500 (Thu, 22 Apr 2010) | 2 lines
 
 Fix previous commit.
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=258705
By: Digium Subversion (svnbot) 2010-04-23 14:46:16

Repository: asterisk
Revision: 258711

_U  branches/1.6.0/
U   branches/1.6.0/main/cdr.c
U   branches/1.6.0/main/channel.c
U   branches/1.6.0/main/features.c

------------------------------------------------------------------------
r258711 | mnicholson | 2010-04-23 14:46:15 -0500 (Fri, 23 Apr 2010) | 42 lines

Merged revisions 258671,258675 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
 r258671 | mnicholson | 2010-04-22 16:57:59 -0500 (Thu, 22 Apr 2010) | 32 lines
 
 Merged revisions 193391,258670 via svnmerge from
 https://origsvn.digium.com/svn/asterisk/branches/1.4
 
 ........
   r193391 | mnicholson | 2009-05-08 16:01:25 -0500 (Fri, 08 May 2009) | 8 lines
   
   Set the proper disposition on originated calls.
   
   (closes issue ASTERISK-13296)
   Reported by: jpt
   Patches:
         call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
   Tested by: dlotina, rmartinez, mnicholson
 ........
   r258670 | mnicholson | 2010-04-22 16:49:07 -0500 (Thu, 22 Apr 2010) | 11 lines
   
   Fix broken CDR behavior.
   
   This change allows a CDR record previously marked with disposition ANSWERED to be set as BUSY or NO ANSWER.
   
   Additionally this change partially reverts r235635 and does not set the AST_CDR_FLAG_ORIGINATED flag on CDRs generated from ast_call().  To preserve proper CDR behavior, the AST_CDR_FLAG_DIALED flag is now cleared from all brige CDRs in ast_bridge_call().
   
   (closes issue ASTERISK-15599)
   Reported by: VarnishedOtter
   Tested by: mnicholson
 ........
 
 (closes issue ASTERISK-15118)
 Reported by: telles
 Tested by: mnicholson
................
 r258675 | mnicholson | 2010-04-22 17:11:23 -0500 (Thu, 22 Apr 2010) | 2 lines
 
 Fix previous commit.
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=258711