[asterisk-bugs] [Asterisk 0018957]: Calls from VOIP to Dahdi requiring transcoding fail

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18957 
====================================================================== 
Reported By:                clint
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18957
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.8.3 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-03-10 21:18 CST
Last Modified:              2011-03-10 21:21 CST
====================================================================== 
Summary:                    Calls from VOIP to Dahdi requiring transcoding fail
Description: 
A call which originates on VOIP (SIP, IAX tested) and terminates via Dahdi
will fail if codec other than ulaw is used on VOIP leg of call.

https://issues.asterisk.org/view.php?id=18242 is a subset of this issue - that
issue refers specifically to
DISA having this problem, however the problem exists whenever a call is
bridged from VOIP to Dahdi.  Creating a new issue to highlight the wider
scope of the bug and clarify that it is not DISA related.
====================================================================== 

---------------------------------------------------------------------- 
 (0132831) clint (reporter) - 2011-03-10 21:21
 https://issues.asterisk.org/view.php?id=18957#c132831 
---------------------------------------------------------------------- 
Issue occurs if Asterisk is generating indication. 
eg. ringback (r flag to dial command) or music on hold (m flag to dial) 

The issue will occur with ANY non ulaw codec over IAX OR SIP. Tested with
GSM, G722, G729.
Tested in 1.8.3.
Requires CALLER to come in over IAX OR SIP, and be routed to DAHDI
channel.

Examples: 

Failure, Asterisk generating indication via "r" flag to dial command:

    -- Executing [151 at xenir-group:2] Dial("IAX2/banbury-279",
"Dahdi/G1/1XXXXXXXXXX,24,tr") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called G1/1XXXXXXXXXX
[Mar 6 20:39:05] WARNING[2994]: chan_dahdi.c:9061 dahdi_write: Cannot
handle frames in g722 format
[Mar 6 20:39:05] WARNING[2994]: app_dial.c:1410 wait_for_answer: Unable to
forward voice or dtmf
    -- Hungup 'DAHDI/i1/1XXXXXXXXXX-a'
  == Everyone is busy/congested at this time (1:0/0/1)

Failure, music on hold ("m" flag to dial):

    -- Executing [151 at xenir-group:2] Dial("IAX2/banbury-402",
"Dahdi/G1/1XXXXXXXXXX,24,tm") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called G1/1XXXXXXXXXX
    -- Started music on hold, class 'default', on IAX2/banbury-402
[Mar 6 20:37:43] WARNING[2987]: chan_dahdi.c:9061 dahdi_write: Cannot
handle frames in g722 format
[Mar 6 20:37:43] WARNING[2987]: app_dial.c:1410 wait_for_answer: Unable to
forward voice or dtmf
    -- Hungup 'DAHDI/i1/1XXXXXXXXXX-9'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Stopped music on hold on IAX2/banbury-402

Success, passthrough indication (no "r" flag):


    -- Executing [151 at xenir-group:2] Dial("IAX2/banbury-5514",
"Dahdi/G1/1XXXXXXXXXX,24,t") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called G1/1XXXXXXXXXX
    -- DAHDI/i1/1XXXXXXXXXX-8 is proceeding passing it to
IAX2/banbury-5514
    -- IAX2/banbury-5514 requested special control 20, passing it to
DAHDI/i1/1XXXXXXXXXX-8
    -- IAX2/banbury-5514 requested special control 20, passing it to
DAHDI/i1/1XXXXXXXXXX-8
    -- DAHDI/i1/1XXXXXXXXXX-8 is making progress passing it to
IAX2/banbury-5514 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-03-10 21:21 clint          Note Added: 0132831                          
======================================================================