[asterisk-bugs] [Asterisk 0011376]: Codec negotiation results in asterisk sending unsupported codec

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11376 
====================================================================== 
Reported By:                lasse
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11376
Category:                   Channels/chan_sip/CodecHandling
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.14  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-26-2007 07:51 CST
Last Modified:              11-27-2007 01:42 CST
====================================================================== 
Summary:                    Codec negotiation results in asterisk sending
unsupported codec
Description: 
SIP Phone client that  supports only iLBC
Asterisk configured to support alaw, ilbc in that order (sip.conf).
PSTN provider supports all kinds of codecs

Call from PSTN to sip phone works fine (PSTN -> alaw -> Asterisk -> ilbc
-> SIP client)

BUT if the order of the codecs in sip.conf is ilbc, alaw asterisk will
send ilbc to PSTN provider and alaw to SIP client (allthough it indicates
it only support ilbc in SDP) resulting in a failed call.
====================================================================== 

---------------------------------------------------------------------- 
 oej - 11-27-07 01:42  
---------------------------------------------------------------------- 
För tidigt på morgonen... :-)

Yes, in this case the p2p bridge should not kick in. The issue might be
that they use payload 97 for something that isn't ilbc and we don't
discover that while parsing the SDP, so we end up believing that the PSTN
carrier actually supports ILBC.