[asterisk-bugs] [Asterisk 0016099]: 1.4 SVN branch does not write Userfield in CDR
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Oct 20 09:24:08 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16099
======================================================================
Reported By: sethsdad
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16099
Category: Applications/app_dial
Reproducibility: always
Severity: tweak
Priority: normal
Status: feedback
Asterisk Version: SVN
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 201993
Request Review:
======================================================================
Date Submitted: 2009-10-20 08:52 CDT
Last Modified: 2009-10-20 09:24 CDT
======================================================================
Summary: 1.4 SVN branch does not write Userfield in CDR
Description:
I'm trying to get hangup cause into my CDR because I'm getting intermittent
hangups on production calls. I put the command
Set(CDR(userfield)=${CDR(userfield)} Hangupcause:${HANGUPCAUSE})
into my dialplan after my Dial commands. This works fine on 1.4.25.1 and
1.4.26.1, but does not work on the 1.4SVN branch I'm using in production.
======================================================================
----------------------------------------------------------------------
(0112462) sethsdad (reporter) - 2009-10-20 09:24
https://issues.asterisk.org/view.php?id=16099#c112462
----------------------------------------------------------------------
Userfield is blank. I'm using the csv CDR
"/var/log/asterisk/cdr-csv/Master.csv".
here is the CLI output of a call with verbose 15 debug 10.
-- DAHDI/1-1 answered SIP/104-08473880
-- fixed jitterbuffer created on channel DAHDI/1-1
Really destroying SIP dialog 'adaefac9-7bdd35df-d9e94df4 at 192.168.23.121'
Method: SUBSCRIBE
Really destroying SIP dialog
'3c00a63a0092732a1f19711d0a4ae390 at 192.168.23.96' Method: OPTIONS
-- Hungup 'DAHDI/1-1'
-- fixed jitterbuffer destroyed on channel DAHDI/1-1
Extension Changed 551[internal] new state Idle for Notify User 105
Extension Changed 551[internal] new state Idle for Notify User 107
Extension Changed 551[internal] new state Idle for Notify User 100
== Spawn extension (DLPN_DialPlan1, 2975000, 1) exited non-zero on
'SIP/104-08473880'
-- Executing [h at macro-trunkdial-failover-0.3:1]
Set("SIP/104-08473880", "CDR(userfield)= Hangupcause:16") in new stack
-- Executing [h at macro-trunkdial-failover-0.3:2]
NoOp("SIP/104-08473880", "Hangup Cause:16") in new stack
Extension Changed 104[internal] new state Idle for Notify User 106
Really destroying SIP dialog '1b5ad99b-64d61da5-8245b9ae at 192.168.23.114'
Method: BYE
Really destroying SIP dialog
'075f314101e8463b33d27b2415b68412 at 192.168.23.96' Method: OPTIONS
here is the line generated by that call
"","","2975000","DLPN_DialPlan1","DAHDI/R1","SIP/104-08473880","DAHDI/1-1","Dial","DAHDI/R1/w2975000|20|kKtTg","2009-10-20
14:18:26","2009-10-20 14:18:29","2009-10-20
14:18:40",14,11,"ANSWERED","DOCUMENTATION","1256048306.29",""
Issue History
Date Modified Username Field Change
======================================================================
2009-10-20 09:24 sethsdad Note Added: 0112462
======================================================================
More information about the asterisk-bugs
mailing list