[asterisk-bugs] [Asterisk 0017132]: Dial 'm' option produces a lot of warnings on DAHDI channel

Asterisk Bug Tracker noreply at bugs.digium.com
Sat Apr 3 00:31:05 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17132 
====================================================================== 
Reported By:                leff
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17132
Category:                   Applications/app_dial
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.30 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-04-02 12:17 CDT
Last Modified:              2010-04-03 00:31 CDT
====================================================================== 
Summary:                    Dial 'm' option produces a lot of warnings on DAHDI
channel
Description: 
Dial command with 'm' option produces the huge amount of messages on DAHDI
channel while playing music, like this:

 WARNING[13939]: chan_sip.c:3890 sip_write: Asked to transmit frame type
8, while native formats is 0x4 (ulaw)(4) read/write = 0x4 (ulaw)(4)/0x4
(ulaw)(4)
====================================================================== 

---------------------------------------------------------------------- 
 (0120113) leff (reporter) - 2010-04-03 00:31
 https://issues.asterisk.org/view.php?id=17132#c120113 
---------------------------------------------------------------------- 
I used Answer(), have tried Progress() with the same result:

 -- Accepting call from '...' to '...' on channel 0/1, span 1
    -- Executing [...:1] Set("DAHDI/1-1", "CALLERID(all)="..." <...>") in
new stack
    -- Executing [...:2] Goto("DAHDI/1-1", "ivr|s|1") in new stack
    -- Goto (ivr,s,1)
    -- Executing [s at ivr:1] Set("DAHDI/1-1", "TIMEOUT(absolute)=18000") in
new stack
    -- Channel will hangup at 2010-04-03 10:22:19 UTC.
    -- Executing [s at ivr:2] Set("DAHDI/1-1", "TIMEOUT(digit)=5") in new
stack
    -- Digit timeout set to 5
    -- Executing [s at ivr:3] Set("DAHDI/1-1", "TIMEOUT(response)=5") in new
stack
    -- Response timeout set to 5
; It was Answer() here:
    -- Executing [s at ivr:4] Progress("DAHDI/1-1", "") in new stack
    -- Executing [s at ivr:5] Wait("DAHDI/1-1", "2") in new stack
    -- Executing [s at ivr:6] BackGround("DAHDI/1-1", "ivr/hello") in new
stack
    -- <DAHDI/1-1> Playing 'ivr/hello' (language 'en')
    -- Executing [s at ivr:7] WaitExten("DAHDI/1-1", "4") in new stack
    -- Timeout on DAHDI/1-1, going to 't'
    -- Executing [t at ivr:1] Macro("DAHDI/1-1", "operator") in new stack
    -- Executing [s at macro-operator:1] GotoIfTime("DAHDI/1-1",
"9:00-17:30|*|*|*?operator|1") in new stack
    -- Goto (macro-operator,operator,1)
; If we move the 'm' option out from Dial() here, there will be no
warning, but no music too:
    -- Executing [operator at macro-operator:1] Dial("DAHDI/1-1",
"SIP/XXXX|120|mt") in new stack
    -- Called XXXX
    -- Started music on hold, class 'default', on DAHDI/1-1
[Apr  3 09:22:40] WARNING[14478]: chan_sip.c:3890 sip_write: Asked to
transmit frame type 8, while native formats is 0x4 (ulaw)(4) read/write =
0x4 (ulaw)(4)/0x4 (ulaw)(4)
...and so on until I disconnect (music is ok) or operator answers... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-03 00:31 leff           Note Added: 0120113                          
======================================================================




More information about the asterisk-bugs mailing list