[asterisk-bugs] [Asterisk 0010493]: DTMF autogeneration (repeat last DTMF after change of line)

noreply at bugs.digium.com noreply at bugs.digium.com
Thu Aug 23 12:48:55 CDT 2007


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10493 
====================================================================== 
Reported By:                j2l
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10493
Category:                   Addons/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:            1.4.8  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-18-2007 19:15 CDT
Last Modified:              08-23-2007 12:48 CDT
====================================================================== 
Summary:                    DTMF autogeneration (repeat last DTMF after change
of line)
Description: 
Asterisk 1.4.8, iax trunk, gsm codec, centos5, intel pentium.
same pb as http://bugs.digium.com/bug_view_advanced_page.php?bug_id=10084
but in voicemailmain.

it reads extension, then ask for password and repeat the last DTMF of
extension in password:

[Aug 18 19:04:20] DTMF[22217]: channel.c:2338 __ast_read: DTMF end '1'
received on IAX2/vmupiax1-out-12, duration 0 ms
[Aug 18 19:04:20] DTMF[22217]: channel.c:2372 __ast_read: DTMF begin
emulation of '1' with duration 100 queued on IAX2/vmupiax1-out-12
[Aug 18 19:04:20] DTMF[22217]: channel.c:2444 __ast_read: DTMF end
emulation of '1' queued on IAX2/vmupiax1-out-12
[Aug 18 19:04:21] DTMF[22217]: channel.c:2338 __ast_read: DTMF end '0'
received on IAX2/vmupiax1-out-12, duration 0 ms
[Aug 18 19:04:21] DTMF[22217]: channel.c:2372 __ast_read: DTMF begin
emulation of '0' with duration 100 queued on IAX2/vmupiax1-out-12
[Aug 18 19:04:21] DTMF[22217]: channel.c:2444 __ast_read: DTMF end
emulation of '0' queued on IAX2/vmupiax1-out-12

    -- <IAX2/vmupiax1-out-12> Playing 'vm-password' (language 'en')
[Aug 18 19:04:23] DTMF[22217]: channel.c:2338 __ast_read: DTMF end '0'
received on IAX2/vmupiax1-out-12, duration 0 ms
[Aug 18 19:04:23] DTMF[22217]: channel.c:2372 __ast_read: DTMF begin
emulation of '0' with duration 100 queued on IAX2/vmupiax1-out-12
[Aug 18 19:04:23] DTMF[22217]: channel.c:2444 __ast_read: DTMF end
emulation of '0' queued on IAX2/vmupiax1-out-12

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

---------------------------------------------------------------------- 
 j2l - 08-23-07 12:48  
---------------------------------------------------------------------- 
the first DTMF arrives normally and pass through
channel.c:2346
channel.c:2392
channel.c:2402

then it seems to activate queue flag or emulation or defer, for the next
DTMF:
channel.c:2346
channel.c:2382
channel.c:2465

At this time, a dtmf seems to be kept in a queue.

when jumping to another line in dialplan (like from vm-mailbox to
vm-password), it releases the DTMF queue by repeating the last DTMF:
channel.c:2346
channel.c:2392
channel.c:2402
if it's within the same line (read a full DTMF string) it queues but
doesn't repeat.

All my DTMF are seen as 0ms long, I don't understand why, it's pstn to iax
chan with an asterisk 1.2 on the gw side.

I greped source for defer dtmf, queue dtmf, dtmf emulate, duration dtmf,
etc ...

iax.c is only chan that has defer flag settings.

But I'm not coder, unfortunately. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-23-07 12:48  j2l            Note Added: 0069319                          
======================================================================




More information about the asterisk-bugs mailing list