[asterisk-bugs] [Asterisk 0012313]: unanswered calls lose the information for userfield and accountcode
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Mar 27 08:57:05 CDT 2008
The following issue has been ASSIGNED.
======================================================================
http://bugs.digium.com/view.php?id=12313
======================================================================
Reported By: falves11
Assigned To: murf
======================================================================
Project: Asterisk
Issue ID: 12313
Category: CDR/General
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 110615
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 03-27-2008 01:08 CDT
Last Modified: 03-27-2008 08:57 CDT
======================================================================
Summary: unanswered calls lose the information for userfield
and accountcode
Description:
I place several calls until one does not get rejected. Every time get a
rejection, a new CDR gets generated. Before all these attempts, I set
exten=>_X.,n,Set(CDR(userfield)=${SIPCHANINFO(recvip)})
exten=>_X.,n,Set(CDR(accountcode)=${EXTEN})
But when I see my cdr records in the database (cdr_odbc), only the last
call dialed, either answered or not, has the two pieces of information. The
problem is that in order to manage my carriers, I need that every record
includes the full information: where the call came from and what was the
original number requested. The CDR records should carry ahead all the
information set up before the calls were made.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
03-27-08 08:57 file Status new => assigned
03-27-08 08:57 file Assigned To => murf
======================================================================
More information about the asterisk-bugs
mailing list