[asterisk-bugs] [Asterisk 0018466]: forkCDR - variables mismatch
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Dec 16 19:57:40 UTC 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18466
======================================================================
Reported By: jamicque
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18466
Category: Applications/app_forkcdr
Reproducibility: always
Severity: minor
Priority: normal
Status: feedback
Asterisk Version: 1.6.2.15
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-12-13 08:47 CST
Last Modified: 2010-12-16 13:57 CST
======================================================================
Summary: forkCDR - variables mismatch
Description:
Beneath I paste the log from connection, where on the first glance
everything is ok.
However two CDR variables named "accountcode", are misplaced in CDR's
(test001 is where test005 should be).
======================================================================
----------------------------------------------------------------------
(0129700) jamicque (reporter) - 2010-12-16 13:57
https://issues.asterisk.org/view.php?id=18466#c129700
----------------------------------------------------------------------
Yes you are right sorry,here are more details. I've simplified the
dialplan:
exten => 11,1,Set(CDR(number_a)=1)
exten => 11,n,Set(CDR(number_b)=2)
exten => 11,n,Set(CDR(accountcode)=test001)
exten => 11,n,ForkCDR()
exten => 11,n,Set(CDR(number_a)=3)
exten => 11,n,Set(CDR(number_b)=4)
exten => 11,n,Set(CDR(accountcode)=test002)
exten => 11,n,Dial(SIP/692161736 at jamicque)
and here are the logs:
== Using SIP RTP TOS bits 136
== Using SIP RTP CoS mark 4
== Using SIP VRTP TOS bits 136
== Using SIP VRTP CoS mark 4
== Using UDPTL TOS bits 136
== Using UDPTL CoS mark 4
-- Executing [11 at CALLEX:1] Set("SIP/test001-00000003",
"CDR(number_a)=1") in new stack
-- Executing [11 at CALLEX:2] Set("SIP/test001-00000003",
"CDR(number_b)=2") in new stack
-- Executing [11 at CALLEX:3] Set("SIP/test001-00000003",
"CDR(accountcode)=test001") in new stack
-- Executing [11 at CALLEX:4] ForkCDR("SIP/test001-00000003", "") in new
stack
-- Executing [11 at CALLEX:5] Set("SIP/test001-00000003",
"CDR(number_a)=3") in new stack
-- Executing [11 at CALLEX:6] Set("SIP/test001-00000003",
"CDR(number_b)=4") in new stack
-- Executing [11 at CALLEX:7] Set("SIP/test001-00000003",
"CDR(accountcode)=test002") in new stack
-- Executing [11 at CALLEX:8] Dial("SIP/test001-00000003",
"SIP/692161736 at jamicque") in new stack
== Using SIP RTP TOS bits 136
== Using SIP RTP CoS mark 4
== Using SIP VRTP TOS bits 136
== Using SIP VRTP CoS mark 4
== Using UDPTL TOS bits 136
== Using UDPTL CoS mark 4
-- Called 692161736 at jamicque
-- SIP/jamicque-00000004 is making progress passing it to
SIP/test001-00000003
== Spawn extension (CALLEX, 11, 8) exited non-zero on
'SIP/test001-00000003'
-- Executing [h at CALLEX:1] NoOp("SIP/test001-00000003", ""po AGI
===================="h" """) in new stack
-- Executing [h at CALLEX:2] Hangup("SIP/test001-00000003", "") in new
stack
== Spawn extension (CALLEX, h, 2) exited non-zero on
'SIP/test001-00000003'
> [INSERT INTO cdr
(clid,src,dst,dcontext,channel,lastapp,duration,billsec,disposition,amaflags,accountcode,uniqueid,number_a,number_b)
VALUES ('*','*','11','CALLEX','SIP/test001-00000003','ForkCDR',1,0,'NO
ANSWER',3,'test001','1292529315.3','3','4')]
> [INSERT INTO cdr
(clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid,number_a,number_b)
VALUES
('*','*','11','CALLEX','SIP/test001-00000003','SIP/jamicque-00000004','Dial','SIP/692161736 at jamicque',1,0,'NO
ANSWER',3,'test002','1292529315.3','1','2')]
You can see clearly here that the variable accountcode is misplaced.
Issue History
Date Modified Username Field Change
======================================================================
2010-12-16 13:57 jamicque Note Added: 0129700
======================================================================
More information about the asterisk-bugs
mailing list