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

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Jul 31 09:54:53 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/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:                     feedback
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-07-31 09:54 CDT
====================================================================== 
Summary:                    [patch] 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?
====================================================================== 

---------------------------------------------------------------------- 
 (0108465) caspy (reporter) - 2009-07-31 09:54
 https://issues.asterisk.org/view.php?id=14660#c108465 
---------------------------------------------------------------------- 
All calls are sip calls from sip-devices via asterisk (canreinvite=no).

Here is a log for blind transfer done from device.
1340 calling to 1342, then 1342 blind_tranfering caller to 1341

"","1340","1342","fromoffice","1340
<1340>","SIP/1340-b691e618","SIP/1342-09e32ff8","Dial","SIP/1342,60,twTWL(5400000)","2009-07-31
16:04:51","2009-07-31 16:04:52","2009-07-31
16:04:57",6,5,"ANSWERED","DOCUMENTATION","1249041891.90747","int:1340:1342"
"","1340","1341","fromoffice","1340
<1340>","SIP/1340-b691e618","SIP/1341-09c5ef48","Dial","SIP/1341,60,twTWL(5400000)","2009-07-31
16:04:57","2009-07-31 16:05:01","2009-07-31
16:05:07",10,6,"ANSWERED","DOCUMENTATION","1249041891.90747","int:1340:1342"



Here you can see the same scenario, but transfer is done via AMI:

"","","s","fromoffice","","SIP/1342-09053cf8","","","","2009-07-30
10:15:42","2009-07-30 10:15:42","2009-07-30
10:15:59",17,17,"ANSWERED","DOCUMENTATION","1248934542.149608",""
"","1340","1341","fromoffice","1340
<1340>","SIP/1340-b6c9a258","SIP/1341-08e62f18","Dial","SIP/1341,60,twTWL(5400000)","2009-07-30
10:15:42","2009-07-30 10:16:02","2009-07-30
10:16:16",34,14,"ANSWERED","DOCUMENTATION","1248934542.149606","int:1340:1342"

you can see, that for the first record information is lost.

In first case information was saved cause a swapping of CDR's were done.
In second case - most of data were lost for initial call.



And here how log looks after patch (transfering via AMI):

"","","s","fromoffice","","SIP/1342-09c131c0","","","","2009-07-30
10:27:31","2009-07-30 10:27:32","2009-07-30
10:27:41",10,9,"ANSWERED","DOCUMENTATION","1248935251.358",""
"","1340","1341","fromoffice","1340
<1340>","SIP/1340-b6741c00","SIP/1341-09c26b20","Dial","SIP/1341,60,twTWL(5400000)","2009-07-30
10:27:41","2009-07-30 10:27:48","2009-07-30
10:27:54",13,6,"ANSWERED","DOCUMENTATION","1248935251.356",""
"","1340","1342","fromoffice","1340
<1340>","SIP/1340-b6741c00","SIP/1342-09c131c0","Monitor",",int-20090730-102731-1340-1342-1248935251-356,mX","2009-07-30
10:27:31","2009-07-30 10:27:32","2009-07-30
10:27:41",10,9,"ANSWERED","DOCUMENTATION","1248935251.356","int:1340:1342"
"","1340","1341","fromoffice","1340
<1340>","SIP/1340-b6741c00","SIP/1341-09c26b20","Monitor",",int-20090730-102731-1340-1342-1248935251-356,mX","2009-07-30
10:27:54",,"2009-07-30 10:27:54",0,0,"NO
ANSWER","DOCUMENTATION","1248935251.356","" 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-31 09:54 caspy          Note Added: 0108465                          
======================================================================




More information about the asterisk-bugs mailing list