[asterisk-bugs] [Zaptel 0011855]: REGRESSION: DTMF generation problem
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Jan 30 01:55:10 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11855
======================================================================
Reported By: meneault
Assigned To: sruffell
======================================================================
Project: Zaptel
Issue ID: 11855
Category: zaptel (the module)
Reproducibility: always
Severity: major
Priority: normal
Status: acknowledged
Zaptel Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 3490
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 01-28-2008 01:06 CST
Last Modified: 01-30-2008 01:55 CST
======================================================================
Summary: REGRESSION: DTMF generation problem
Description:
Zaptel don't send DTMF tones correctly on FXO lines. For instance when
trying to dial out a number.
======================================================================
----------------------------------------------------------------------
meneault - 01-30-08 01:55
----------------------------------------------------------------------
>I didn't notice any issues in our lab when using an AEX800 looped back to
itself.
Then it is probably a question of DTMF tables which may not be the same as
the compile-time generated ones (i.e gendigits.c ones). However when
strictly looking at the generation code in tonezone.c and gendigits.c they
look like the same (except low_tone_level and high_tone_level which are
'int' now and tone which is an 'int' and was a 'char' but I don't think
this would provoke any issue)... The only way to be sure is to dump the
generated dtmf tones and compare with the gendigits.c ones.
Your AEX800 may have a better built-in DTMF detection than our POTS
providers or if you don't use built-in DMTF detection then maybe your
asterisk server is configured to accept relaxed dtmf? (I didn't test on
loop back on my TDM400 but maybe it works too.)
I am currently quite busy but dumping tones is the first thing I would
have done. And if it's not a problem of tables then I think it could be a
problem of _do_dtmf (adding some debug traces) would help.
Anyway thanks for handling the issue...
Issue History
Date Modified Username Field Change
======================================================================
01-30-08 01:55 meneault Note Added: 0081383
======================================================================
More information about the asterisk-bugs
mailing list