[asterisk-bugs] [Asterisk 0013569]: Asterisk sending the wrong codec on re-invite.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13569 
====================================================================== 
Reported By:                bkw918
Assigned To:                mnicholson
====================================================================== 
Project:                    Asterisk
Issue ID:                   13569
Category:                   Channels/chan_sip/CodecHandling
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.0-rc6 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-09-26 17:48 CDT
Last Modified:              2009-04-02 09:09 CDT
====================================================================== 
Summary:                    Asterisk sending the wrong codec on re-invite.
Description: 
FreeSWITCH sends invite out to tf.voipmich.com with PCMU, PCMA, GSM.  The
call is answered and setup using GSM since its listed first in the Answer
we receive from Asterisk.  A re-invite promptly follows offering
GSM,PCMU,PCMA to which we 200 OK with ONLY GSM in the SDP in our 200 OK.  

Promptly there after Asterisk starts sending PCMU packets.  The re-invite
is considered a new Session Offer Answer and Asterisk ignores the Answer
and sends a media format not in the new Answer.  

Asterisk PBX SVN-branch-1.6.0-r140976-/trunk is what I can see in the SDP
from John's equipment.  He has disabled re-invites pending a fix for this.

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

---------------------------------------------------------------------- 
 (0102614) mnicholson (administrator) - 2009-04-02 09:09
 http://bugs.digium.com/view.php?id=13569#c102614 
---------------------------------------------------------------------- 
Yes, there are two asterisk boxes, so technically audio is still coming
from asterisk.  But it is not the same asterisk box that generated the
reinvite.  The problem is with the box that is doing the reinvite, not the
one actually sending the audio.  That is an important detail.  The box
sending the audio, is doing everything correctly, it is only sending the
wrong codec because "Asterisk A" told it to.

There could be an audio codes gateway in place of "Asterisk B" and it
would still be sending the wrong codec.  The problem is with the way the
reinvite is done. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-02 09:09 mnicholson     Note Added: 0102614                          
======================================================================