[asterisk-bugs] [Asterisk 0012367]: Codec negotiation failure

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12367 
====================================================================== 
Reported By:                mascool
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12367
Category:                   Channels/chan_sip/CodecHandling
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             04-03-2008 21:33 CDT
Last Modified:              04-08-2008 18:07 CDT
====================================================================== 
Summary:                    Codec negotiation failure
Description: 
I have a provider that supports both ulaw and g729. Provider set to allowed
ulaw and g729 (in that order). Aastra phone set to use G729 only. Call
fails with "No audio format found to offer" even though it should be ok
based on this line:

Capabilities: us - 0x104 (ulaw|g729), peer - audio=0x105
(g723|ulaw|g729)/video=0x0 (nothing), combined - 0x104 (ulaw|g729)

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

---------------------------------------------------------------------- 
 les - 04-08-08 18:07  
---------------------------------------------------------------------- 
I have a similar issue as don't have g729  codec installed.

If I understood correctly when Asterisk checks allowed  codecs on the
outgoing leg it has already decided  codec on the incoming leg, therefore
even though incoming and outgoing legs do have common  codec Asterisk still
tries into the path.

File, when you say that  codec negotiation algorithm CURRENTLY works this
way, do think/know it will be  woking differently later at some point?

It would obviously be a good idea if Asterisk could check both incoming
and outgoing legs' allowed  codecs and choose one which both sides support
to avoid unnecessary codec_A -> codec_B translation. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-08-08 18:07  les            Note Added: 0085171                          
======================================================================