[Asterisk-bugs] [Asterisk 0010146]: if asterisk is received get perpetual dtmf

noreply at bugs.digium.com noreply at bugs.digium.com
Sat Jul 7 10:03:31 CDT 2007


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10146 
====================================================================== 
Reported By:                covici
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10146
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.6 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 72933 
Disclaimer on File?:        No 
Request Review:              
====================================================================== 
Date Submitted:             07-07-2007 09:55 CDT
Last Modified:              07-07-2007 10:03 CDT
====================================================================== 
Summary:                    if asterisk is received get perpetual dtmf
Description: 
if I call my cell phone using asterisk, and if te cell phone sends * a
perpetual dtmf exists till the call is hung up.
====================================================================== 

---------------------------------------------------------------------- 
 covici - 07-07-07 10:03  
---------------------------------------------------------------------- 
Here is the log output.
[Jul  3 03:23:07] VERBOSE[26933] logger.c:     -- Executing
[s at macro-dialout-trunk:14] Dial("Zap/1-1",
"SIP/galaxyvoice/7034314045||TW") in new stack
[Jul  3 03:23:07] VERBOSE[26933] logger.c:     -- Called
galaxyvoice/7034314045
[Jul  3 03:23:07] VERBOSE[26933] logger.c:     -- SIP/galaxyvoice-0820cdc0
is making progress passing it to Zap/1-1
[Jul  3 03:23:07] DEBUG[26933] chan_zap.c: Received AST_CONTROL_PROGRESS
on Zap/1-1
[Jul  3 03:23:23] NOTICE[26851] chan_iax2.c: Peer 'covici' is not dynamic
(from 140.239.173.226)
[Jul  3 03:23:25] VERBOSE[26933] logger.c:     -- SIP/galaxyvoice-0820cdc0
answered Zap/1-1
[Jul  3 03:23:25] DEBUG[26933] chan_zap.c: Took Zap/1-1 off hook
[Jul  3 03:23:35] DTMF[26933] channel.c: DTMF end '*' received on
SIP/galaxyvoice-0820cdc0, duration 0 ms
[Jul  3 03:23:35] DTMF[26933] channel.c: DTMF begin emulation of '*' with
duration 100 queued on SIP/galaxyvoice-0820cdc0
[Jul  3 03:23:35] DEBUG[26933] chan_zap.c: Started VLDTMF digit '*'
[Jul  3 03:23:46] VERBOSE[26933] logger.c:   == Spawn extension
(macro-dialout-trunk, s, 14) exited non-zero on 'Zap/1-1' in macro
'dialout-trunk'
[Jul  3 03:23:46] VERBOSE[26933] logger.c:   == Spawn extension
(macro-dialout-trunk, s, 14) exited non-zero on 'Zap/1-1'
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Executing
[h at macro-dialout-trunk:1] Macro("Zap/1-1", "hangupcall") in new stack
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Executing
[s at macro-hangupcall:1] ResetCDR("Zap/1-1", "w") in new stack
[Jul  3 03:23:46] DEBUG[26933] cdr_addon_mysql.c: cdr_mysql: inserting a
CDR record.
[Jul  3 03:23:46] DEBUG[26933] cdr_addon_mysql.c: cdr_mysql: SQL command
as follows: INSERT INTO cdr
(calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode)
VALUES ('2007-07-03 03:23:01','\"John Covici\"
<7037775986>','7037775986','7034314045','from-internal',
'Zap/1-1','SIP/galaxyvoice-0820cdc0','ResetCDR','w',45,21,'ANSWERED',3,'')
[Jul  3 03:23:46] DEBUG[26933] app_macro.c: Executed application:
ResetCDR
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Executing
[s at macro-hangupcall:2] NoCDR("Zap/1-1", "") in new stack
[Jul  3 03:23:46] DEBUG[26933] app_macro.c: Executed application: NoCDR
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Executing
[s at macro-hangupcall:3] GotoIf("Zap/1-1", "1?skiprg") in new stack
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Goto
(macro-hangupcall,s,6)
[Jul  3 03:23:46] DEBUG[26933] app_macro.c: Executed application: GotoIf
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Executing
[s at macro-hangupcall:6] GotoIf("Zap/1-1", "1?theend") in new stack
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Goto
(macro-hangupcall,s,9)
[Jul  3 03:23:46] DEBUG[26933] app_macro.c: Executed application: GotoIf
[Jul  3 03:23:46] VERBOSE[26933] logger.c:     -- Executing
[s at macro-hangupcall:9] Wait("Zap/1-1", "5") in new stack
[Jul  3 03:23:51] DEBUG[26933] app_macro.c: Executed application: Wait
[Jul  3 03:23:51] VERBOSE[26933] logger.c:     -- Executing
[s at macro-hangupcall:10] Hangup("Zap/1-1", "") in new stack
[Jul  3 03:23:51] VERBOSE[26933] logger.c:   == Spawn extension
(macro-hangupcall, s, 10) exited non-zero on 'Zap/1-1' in macro
'hangupcall'
[Jul  3 03:23:51] VERBOSE[26933] logger.c:   == Spawn extension
(macro-hangupcall, s, 10) exited non-zero on 'Zap/1-1'
[Jul  3 03:23:51] VERBOSE[26933] logger.c:     -- Hungup 'Zap/1-1'
[Jul  3 03:23:55] DEBUG[26847] chan_zap.c: Message status for 200 changed
from -1 to 0 on 1
[Jul  3 03:24:13] NOTICE[26856] chan_iax2.c: Peer 'covici' is not dynamic
(from 140.239.173.226)


Now what I tried just for grins, was to route the call out my fxo
rather than my sip provider and I did not have the dtmf problem when
doing that.  Here is the log output for that one.

[Jul  3 03:32:10] VERBOSE[27683] logger.c:     -- Executing
[s at macro-dialout-trunk:14] Dial("Zap/1-1", "ZAP/4/www7034314045||TW") in
new stack
[Jul  3 03:32:10] DEBUG[27683] chan_zap.c: Dialing 'www7034314045'
[Jul  3 03:32:10] DEBUG[27683] chan_zap.c: Deferring dialing...
[Jul  3 03:32:10] VERBOSE[27683] logger.c:     -- Called 4/www7034314045
[Jul  3 03:32:14] DEBUG[27683] chan_zap.c: Engaged echo training on
channel 4
[Jul  3 03:32:15] DEBUG[27683] chan_zap.c: Echo cancellation already on
[Jul  3 03:32:15] VERBOSE[27683] logger.c:     -- Zap/4-1 answered
Zap/1-1
[Jul  3 03:32:15] DEBUG[27683] chan_zap.c: Took Zap/1-1 off hook
[Jul  3 03:32:34] NOTICE[26852] chan_iax2.c: Peer 'covici' is not dynamic
(from 140.239.173.226)
[Jul  3 03:32:37] DTMF[27683] channel.c: DTMF end '*' received on Zap/4-1,
duration 0 ms
[Jul  3 03:32:37] DTMF[27683] channel.c: DTMF begin emulation of '*' with
duration 100 queued on Zap/4-1
[Jul  3 03:32:37] DEBUG[27683] chan_zap.c: Started VLDTMF digit '*'
[Jul  3 03:32:37] DTMF[27683] channel.c: DTMF end emulation of '*' queued
on Zap/4-1
[Jul  3 03:32:37] DEBUG[27683] chan_zap.c: Ending VLDTMF digit '*'
[Jul  3 03:32:40] DTMF[27683] channel.c: DTMF end '*' received on Zap/4-1,
duration 0 ms
[Jul  3 03:32:40] DTMF[27683] channel.c: DTMF begin emulation of '*' with
duration 100 queued on Zap/4-1
[Jul  3 03:32:40] DEBUG[27683] chan_zap.c: Started VLDTMF digit '*'
[Jul  3 03:32:40] DTMF[27683] channel.c: DTMF end emulation of '*' queued
on Zap/4-1
[Jul  3 03:32:40] DEBUG[27683] chan_zap.c: Ending VLDTMF digit '*'
[Jul  3 03:32:55] VERBOSE[27683] logger.c:     -- Hungup 'Zap/4-1' 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-07-07 10:03  covici         Note Added: 0066733                          
======================================================================




More information about the Asterisk-bugs mailing list