[asterisk-bugs] [Asterisk 0012608]: Always transcoding G729 so slin

[noreply at bugs.digium.com]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=12608 
====================================================================== 
Reported By:                Delvar
Assigned To:                qwell
====================================================================== 
Project:                    Asterisk
Issue ID:                   12608
Category:                   Codecs/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.4.19 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 suspended
Fixed in Version:           
====================================================================== 
Date Submitted:             05-08-2008 05:04 CDT
Last Modified:              05-08-2008 12:15 CDT
====================================================================== 
Summary:                    Always transcoding G729 so slin
Description: 
Im using asterisk 1.4.19 and have noticed that when a user agent is using a
codec other than alaw/ulaw it ends up transcoding to slin for both channels
even though both legs of the call are the same codec.
this is most promemnet when using G729 because it uses 2 licances per
call.
below is a sample call to our sip provider and the show channels for each
channel.
in 1.2 we didn't have this issue.
====================================================================== 

---------------------------------------------------------------------- 
 qwell - 05-08-08 12:15  
---------------------------------------------------------------------- 
Yes, inband DTMF requires audio in slin, which would require transcoding (1
decode and 1 encode).  It is recommended to use RFC2833, but as you stated,
your provider doesn't support that.  Another option would be to try using
dtmfmode=info

Closing, as this isn't really an issue with Asterisk. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-08-08 12:15  qwell          Resolution               open => suspended   
05-08-08 12:15  qwell          Assigned To               => qwell           
05-08-08 12:15  qwell          Note Added: 0086621                          
======================================================================