[asterisk-bugs] [Asterisk 0012592]: DTMF issues in 1.4.19 with missing digits

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12592 
====================================================================== 
Reported By:                dawebber
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12592
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
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:              
====================================================================== 
Date Submitted:             05-06-2008 13:41 CDT
Last Modified:              05-12-2008 12:30 CDT
====================================================================== 
Summary:                    DTMF issues in 1.4.19 with missing digits
Description: 
Trying to figure out an issue with DTMF recognition with 1.4.19. This  
is somewhat similar to the issue described here:  
http://bugs.digium.com/view.php?id=11740, but it might be a different  
issue altogether.

I have 1.4.19 running with TE212P on a US PRI hooked up to Time Warner
Telecom. DTMF debugging enabled.

LibPRI 1.4.3
Zaptel 1.4.9
====================================================================== 

---------------------------------------------------------------------- 
 dawebber - 05-12-08 12:30  
---------------------------------------------------------------------- 
Per suggestion on IRC, added a step to use Read() instead of Cepstral
module.

The following relevant steps are in the dialplan:

exten => xxxxxxx,n,Read(DGTS,,9,,,5)
exten => xxxxxxx,n,NoOp(${DGTS})

Here are the results:

<snip>
[May 12 12:35:20] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '8'
received on Zap/1-1, duration 0 ms
[May 12 12:35:20] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '8' on Zap/1-1
[May 12 12:35:20] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '8' on Zap/1-1
    -- Executing [8019985 at default:5] Read("Zap/1-1", "DGTS||9|||5") in new
stack
    -- Accepting a maximum of 9 digits.
[May 12 12:35:20] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '2'
received on Zap/1-1, duration 0 ms
[May 12 12:35:20] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '2' on Zap/1-1
[May 12 12:35:20] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '2' on Zap/1-1
[May 12 12:35:21] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '3'
received on Zap/1-1, duration 0 ms
[May 12 12:35:21] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '3' on Zap/1-1
[May 12 12:35:21] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '3' on Zap/1-1
[May 12 12:35:21] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '2'
received on Zap/1-1, duration 0 ms
[May 12 12:35:21] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '2' on Zap/1-1
[May 12 12:35:21] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '2' on Zap/1-1
[May 12 12:35:21] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '2'
received on Zap/1-1, duration 0 ms
[May 12 12:35:21] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '2' on Zap/1-1
[May 12 12:35:21] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '2' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '9'
received on Zap/1-1, duration 0 ms
[May 12 12:35:22] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '9'
received on Zap/1-1, duration 0 ms
[May 12 12:35:22] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '9'
received on Zap/1-1, duration 0 ms
[May 12 12:35:22] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2092 __ast_read: DTMF end '9'
received on Zap/1-1, duration 0 ms
[May 12 12:35:22] DTMF[27699]: channel.c:2143 __ast_read: DTMF end
accepted without begin '9' on Zap/1-1
[May 12 12:35:22] DTMF[27699]: channel.c:2154 __ast_read: DTMF end
passthrough '9' on Zap/1-1
    -- User entered '23229999'
    -- Executing [xxxxxxx at default:6] NoOp("Zap/1-1", "23229999") in new
stack
</snip>


Looks like the Read() application doesn't get the first digit. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-12-08 12:30  dawebber       Note Added: 0086734                          
======================================================================