[asterisk-bugs] [Asterisk 0011986]: Problem adding ${CDR(foo)} while using .call file

noreply at bugs.digium.com noreply at bugs.digium.com
Mon Feb 18 16:54:34 CST 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11986 
====================================================================== 
Reported By:                kowalma
Assigned To:                Corydon76
====================================================================== 
Project:                    Asterisk
Issue ID:                   11986
Category:                   Applications/app_cdr
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             02-13-2008 13:38 CST
Last Modified:              02-18-2008 16:54 CST
====================================================================== 
Summary:                    Problem adding ${CDR(foo)} while using .call file
Description: 
I've noticed problem with adding additional fields into CDR file. Call
which cames from ZAP gets CDR fileds, but when I create call via .call file
this extra fields are not added. I use same macro to make a call at calling
directly and via .call.

[macro-nagrywaj]
exten => s,1,Set(SPYGROUP=${ARG3})
exten => s,n,Set(CDR(PROJEKT)=IT)
exten => s,n,Set(CDR(TYP)=energis)
exten => s,n,Set(CDR(EMPLOYEE)=test)
<cut>

when using .call file rasterisk says:

[Feb 13 20:30:15] VERBOSE[5481] logger.c:     -- Executing
[s at macro-nagrywaj:1] Set("Zap/111-1", "SPYGROUP=231") in new stack
[Feb 13 20:30:15] DEBUG[5481] app_macro.c: Executed application: Set
[Feb 13 20:30:15] VERBOSE[5481] logger.c:     -- Executing
[s at macro-nagrywaj:2] Set("Zap/111-1", "CDR(PROJEKT)=IT") in new stack
[Feb 13 20:30:15] DEBUG[5481] app_macro.c: Executed application: Set
[Feb 13 20:30:15] VERBOSE[5481] logger.c:     -- Executing
[s at macro-nagrywaj:3] Set("Zap/111-1", "CDR(TYP)=energis") in new stack
[Feb 13 20:30:15] DEBUG[5481] app_macro.c: Executed application: Set
[Feb 13 20:30:15] VERBOSE[5481] logger.c:     -- Executing
[s at macro-nagrywaj:4] Set("Zap/111-1", "CDR(EMPLOYEE)=test") in new stack
[Feb 13 20:30:15] DEBUG[5481] app_macro.c: Executed application: Set

but Master.csv does not contain CDR info.

cdr_custom.conf

[mappings]
Master.csv =>
"${CDR(clid)}","${CDR(src)}","${CDR(dst)}","${CDR(dcontext)}","${CDR(lastapp)}","${CDR(lastdata)}","${CDR(start)}","${CDR(answer)}","${CDR(end)}","${CDR(duration)}","${CDR(billsec)}","${CDR(disposition)}","${CDR(amaflags)}","${CDR(account
code)}","${CDR(userfield)}","${CDR(uniqueid)}","${CDR(TYP)}","${CDR(SIEC)}","${CDR(PROJEKT)}","${CDR(EMPLOYEE)}"

Checked also on 1.4.16

====================================================================== 

---------------------------------------------------------------------- 
 Corydon76 - 02-18-08 16:54  
---------------------------------------------------------------------- 
Please store the value of CDR(channel), so I can properly see which channel
is getting which values.  I think the problem is that CDR variables are NOT
inherited, the way regular channel variables can be (if you prefix them
with '_').  You could enable this, by setting channel variables with those
names prior to invoking the Local channel and setting the CDR variables to
the values of the channel variables after the Local channel is invoked. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-18-08 16:54  Corydon76      Note Added: 0082532                          
======================================================================




More information about the asterisk-bugs mailing list