[asterisk-bugs] [Asterisk 0016111]: AMI doesn't handle COLP correctly when bridging IAX and SIP channels after an attended transfer

[Asterisk Bug Tracker]

The following issue has been SUBMITTED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16111 
====================================================================== 
Reported By:                AlexB
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16111
Category:                   Core/ManagerInterface
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-10-21 19:04 CDT
Last Modified:              2009-10-21 19:04 CDT
====================================================================== 
Summary:                    AMI doesn't handle COLP correctly when bridging IAX
and SIP channels after an attended transfer
Description: 
Please compare the different behavior of the TAPI client in the following
scenarios:

Scenario 1 (fully working):

A calls B at siprovider
Ext 211 answers A (211's TAPI client shows A)
Ext 211 puts A on hold
Ext 211 dials ext. 212 (212's TAPI client shows 211)
Ext 211 transfers A to 212 (212's TAPI client shows A) <--- !!!


Scenario 2 (wrong behavior):

A calls C at iaxprovider
Ext 211 answers A (211's TAPI client shows A)
Ext 211 puts A on hold
Ext 211 dials ext. 212 (212's TAPI client shows 211)
Ext 211 transfers A to 212 (212's TAPI client shows C) <--- !!!

In both scenarios, the phone display always shows the connected line party
number correctly. However, when A dials the IAX provider's number as in the
2nd scenario, the AMI doesn't send proper information after the call has
been transferred between SIP extensions.

Please see the attached AMI events logs and the ones from the TAPI
monitor.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-10-21 19:04 AlexB          New Issue                                    
2009-10-21 19:04 AlexB          Asterisk Version          => SVN             
2009-10-21 19:04 AlexB          Regression                => No              
2009-10-21 19:04 AlexB          SVN Branch (only for SVN checkouts, not tarball
releases) =>  trunk          
======================================================================