[Asterisk-bugs] [Asterisk 0005110]: Asterisk forcing ulaw on passthrough

[noreply at bugs.diguim.com]

email_notification_title_for_status_bug_resolved 
====================================================================== 
http://bugs.digium.com/view.php?id=5110 
====================================================================== 
Reported By:                tasker
Assigned To:                JerJer
====================================================================== 
Project:                    Asterisk
Issue ID:                   5110
Category:                   Core/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases): trunk 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             09-04-2005 11:31 CDT
Last Modified:              06-29-2007 12:19 CDT
====================================================================== 
Summary:                    Asterisk forcing ulaw on passthrough
Description: 
Both originating endpoints have been configured to only offer and accept
G.729 codec. The set up has no G.729 codec module so as to test it in pure
passthrough. 

The only line in extensions.conf is a Dial command to transfer the call
out to the destination to test if Asterisk will do pure passthrough. 

[default]
exten => s,1,Dial(H323/${DNID}|60|g)

Here is how codecs are configured in h323.conf:

disallow=all
;allow=all              ; turns on all installed codecs
disallow=g723.1 ; Hm...  Proprietary, don't use it...
disallow=gsm            ; Always allow GSM, it's cool :)
disallow=ulaw
disallow=alaw
allow=g729

I explicitly added the disallow directives just in case.

Both ends are using Cisco AS5300. I've also tested this with various IP
phones and always ended with the same result.

The call always fails with, "channel.c:2188 ast_request: No translator
path exists for channel type H323 (native 4) to 256", even though all
codecs have been disabled except for g729.

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

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-29-07 12:19  file           Note Added: 0065926                          
======================================================================