[asterisk-bugs] [Asterisk 0014660]: Lost info in CDR when transfering call via AMI's Redirect

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14660 
====================================================================== 
Reported By:                caspy
Assigned To:                mnicholson
====================================================================== 
Project:                    Asterisk
Issue ID:                   14660
Category:                   CDR/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.0.6 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-03-13 09:11 CDT
Last Modified:              2009-03-20 03:35 CDT
====================================================================== 
Summary:                    Lost info in CDR when transfering call via AMI's
Redirect
Description: 
- SIP/1344 call SIP/1340
- SIP/1340 answers, and they are speaking
- man-in-a-middle do a Redirect of SIP/1344 leg of this call to SIP/1341
- SIP/1341 answers, and 1344 speaks with 1341 successfuly.

The probles is in CDR.
For the first call (1344 to 1340) asterisk lost just all important
fields:


"","","s","fromoffice","","SIP/1340-08c6dce8","","","","2009-03-13
16:37:44","2009-03-13 16:37:47","2009-03-13
16:37:54",10,7,"ANSWERED","DOCUMENTATION","1236951464.550476",""

"","1344","1341","fromoffice","""Akzhan Test""
<1344>","SIP/1344-b4b3e758","SIP/1341-b51deec0","Dial","SIP/1341,60,twTWL(5400000)","2009-03-13
16:37:44","2009-03-13 16:38:00","2009-03-13
16:38:05",21,5,"ANSWERED","DOCUMENTATION","1236951464.550474",""


Also, mention that uniqueid is very strange: first part (time) is the
same, but second is decreesed for two. Why?
====================================================================== 

---------------------------------------------------------------------- 
 (0102008) caspy (reporter) - 2009-03-20 03:35
 http://bugs.digium.com/view.php?id=14660#c102008 
---------------------------------------------------------------------- 
i've made some researches in code.

Scenario ONE:
- A call to B, and they are speaking;
- B makes a blind transfer (via res_features) of A to C;
- A speaking to C.
here swaping cdr is needed and done (cause B was a callee party, and need
cdr info for his call).

ALL OK here.



Scenario TWO:
- A call to B, and they are speaking;
- A makes a blind transfer (via res_features) of B to C;
- B speaking to C.
here swaping cdr is NOT needed, but done.
NOT OK. we are making CDR for B-to-C call incorrect.
(Also, channel A did not hanged up, and recalls to B. May be i should
report another one bug?)


Scenario THREE:
- A call to B;
- some one else make an AMI's Redirect of A (or B) to C.
- and if we transfering A (to C), we should swap cdrs. but in
action_redirect() in manager.c we have only trasfeered channel structure. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-20 03:35 caspy          Note Added: 0102008                          
======================================================================