[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-06-2008 17:32 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)

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

---------------------------------------------------------------------- 
 mascool - 04-06-08 17:32  
---------------------------------------------------------------------- 
Right, however some devices will need to use ulaw. So then ulaw is the
second codec in the list for the provider and the first one in the codecs
list for the device which takes us back to square one, only it's ulaw and
not g729 this time. Also my impression is that if asterisk was able to find
common codecs for the 2 legs (in this case: combined - 0x104 (ulaw|g729) )
it shouldn't drop the call because of "no audio format found to offer" 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-06-08 17:32  mascool        Note Added: 0085061                          
======================================================================