[Asterisk-bugs] [Asterisk 0010067]: CDR dst and dcontext field wrong information depending if caller or callee hangs up first

[noreply at bugs.diguim.com]

email_notification_title_for_action_bugnote_submitted 
====================================================================== 
http://bugs.digium.com/view.php?id=10067 
====================================================================== 
Reported By:                samdell3
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   10067
Category:                   Core/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.5 
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        No 
====================================================================== 
Date Submitted:             06-26-2007 17:49 CDT
Last Modified:              06-29-2007 00:41 CDT
====================================================================== 
Summary:                    CDR dst and dcontext field wrong information
depending if caller or callee hangs up first
Description: 
We are in the process of bench testing 1.4.5 (gotta love that T.38!)
This bug can be replicated 100% of the time.
I classify this as major as many calls cannot be billed.

All test calls are SIP to SIP. Caller = 6500011,  Callee = 6500012

If the CALLER hangs up first: 
CDR record logs dst and dcontext field from within the macro. Weird. EG
dst field results in 's' and dcontext results in 'macro-call-sip-nap'

If the CALLEE hangs up first:
CDR is recorded OK
dst field results in '66500012' and dcontext results in 'default'

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

---------------------------------------------------------------------- 
 cstadlmann - 06-29-07 00:41  
---------------------------------------------------------------------- 
@murf: I use one single '_' and not the double one, so the variable is just
inherited once if there is some call forward to a local channel happening.
Of course I check in an AGI script if we are in a local channel and act
accordingly.
My suggested workaround was just a simple summary how I cope with that
issue.

BTW, during compilation the following waring occurs:

[CC] cdr.c -> cdr.o
cdr.c: In function `cdr_merge_vars':
cdr.c:472: warning: `tovarval' might be used uninitialized in this
function

Maybe this is the reason for the buggy behavior? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-29-07 00:41  cstadlmann     Note Added: 0065888                          
======================================================================