[asterisk-bugs] [Asterisk 0012815]: BRIDGEPEER variable not updated on attended transfer when codec translation is used.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12815 
====================================================================== 
Reported By:                ramonpeek
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   12815
Category:                   Channels/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.20.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             06-09-2008 07:24 CDT
Last Modified:              06-10-2008 07:47 CDT
====================================================================== 
Summary:                    BRIDGEPEER variable not updated on attended transfer
when codec translation is used.
Description: 
When a call is attended transferred from extension A to C by extension B,
and extension A uses a different codec than B or C (for example g.729,
instead of G.711) the BRIDGEPEER variable is not updated.

I've tested this using a simple setup with SIP channels that have
canreinvite set to no.

I noticed that the BRIDGEPEER variable is set correctly on the first
bridge between extension A and B, but when B attended transfers A to C the
BRIDGEPEER variable is not update upon transfer.
If all peers use G.711 this does happen!


I've attached two traces;
One in which the BRIDGEPEER is set correctly because we are using G.711 on
all peers and the other one where the BRIDGEPEER variable is not updated
because peer A uses G.729.
In this trace SIP/400 is peer A, SIP/401 is peer B and SIP/402 is peer C.

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

---------------------------------------------------------------------- 
 svnbot - 06-10-08 07:47  
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 121444

_U  trunk/
U   trunk/main/channel.c

------------------------------------------------------------------------
r121444 | file | 2008-06-10 07:47:50 -0500 (Tue, 10 Jun 2008) | 12 lines

Merged revisions 121442 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r121442 | file | 2008-06-10 09:52:06 -0300 (Tue, 10 Jun 2008) | 4 lines

Update BRIDGEPEER variable before we do a generic bridge in case we just
broke out of a native bridge and fell through to generic.
(closes issue http://bugs.digium.com/view.php?id=12815)
Reported by: ramonpeek

........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=121444 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-10-08 07:47  svnbot         Checkin                                      
06-10-08 07:47  svnbot         Note Added: 0088518                          
======================================================================