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

[noreply at bugs.digium.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 
Request Review:              
====================================================================== 
Date Submitted:             06-26-2007 17:49 CDT
Last Modified:              06-29-2007 19: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'

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

---------------------------------------------------------------------- 
 samdell3 - 06-29-07 19:41  
---------------------------------------------------------------------- 
OK this is an easy workaround (for us anyway) based on ideas posted here.

It's simply the equivalent of AppendCDRUserfield (now depreciated) by
appending a 'Dialled Number (DSTNumber)' into the userfield. ARG1 is the
EXTEN variable passed to the dial macro.

exten => s,N,Set(CDR(userfield)=${CDR(userfield)}DSTNumber:${ARG1}\;)

Our billing code looks for Key:Value; fields in the userfield for
additional info, so we will simply modify it to read
DSTNumber:DIALLEDNUMBER; instead of reading the 'dst' field.

Not sure what happens when we get ghost CDR records :-(
Havent seen any of these as yet. Are they just random records (eg nothing
to worry about) or are they actual billable calls that cannot be billed
given that they do not have the duration field populated ?

In many situations the above userfield workaround would not work, but it
suits us and happy for now. Long term 'real solution' still appreciated and
happy to test in production when a patch may become available.

Thanks cstadlmann and murf for your feedback so far. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-26-07 17:49  samdell3       New Issue                                    
06-26-07 17:49  samdell3       Issue Monitored: samdell3                    
06-26-07 17:49  samdell3       Asterisk Version          => 1.4.5           
06-26-07 17:49  samdell3       SVN Branch (only for SVN checkou => N/A          
  
06-26-07 17:49  samdell3       Disclaimer on File?       => No              
06-26-07 17:58  file           Status                   new => assigned     
06-26-07 17:58  file           Assigned To               => murf            
06-27-07 01:26  snuffy         Issue Monitored: snuffy                      
06-27-07 03:27  samdell3       Note Added: 0065748                          
06-27-07 08:00  cstadlmann     Note Added: 0065754                          
06-27-07 08:01  cstadlmann     Issue Monitored: cstadlmann                    
06-28-07 13:43  murf           Note Added: 0065850                          
06-28-07 13:46  murf           Note Added: 0065851                          
06-28-07 13:47  murf           Note Deleted: 0065851                        
06-28-07 14:25  murf           Note Added: 0065857                          
06-28-07 14:30  murf           File Added: 10067.patch                      
06-29-07 00:41  cstadlmann     Note Added: 0065888                          
06-29-07 03:43  samdell3       Note Added: 0065892                          
06-29-07 08:04  cstadlmann     Note Added: 0065902                          
06-29-07 09:01  tracinet       Note Added: 0065903                          
======================================================================