[asterisk-bugs] [Zaptel 0011855]: REGRESSION: DTMF generation problem

[noreply at bugs.digium.com]

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:              02-21-2008 16:57 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.
====================================================================== 

---------------------------------------------------------------------- 
 pat - 02-21-08 16:57  
---------------------------------------------------------------------- 
For those who are watching this thread who are using the 2.6.24 kernel:

I would like to confirm that the Zaptel 1.4.7.1 (or svn < r3490) does
indeed operate correctly but will not compile against a 2.4.24 kernel.  The
workaround given for compiling against a current kernel (mv
Makefile.kernel26 -> kbuild etcetera) is complex and involves explicitly
listing modules for compilation.  In my case, this also caused the build to
fail.  The simplest way to compile Zaptel 1.4.7.1 against a 2.6.24 kernel
is to use the KBUILD_NOPEDANTIC switch.  For example (modify to suit your
needs):

# ./configure
# make KBUILD_NOPEDANTIC=1 VERBOSE=1
# make KBUILD_NOPEDANTIC=1 install-modules
# make KBUILD_NOPEDANTIC=1 install-programs

I could not find any documentation surrounding this switch; however, I
presume that it causes the kernel source makefiles to operate as they did
prior to 2.6.24.  I do not know what other implications this has.

Also, I would like to express my dissapointment surrounding the time it is
taking to resolve this issue.  I respect that both Zaptel and Asterisk are
Open Source projects.  In this respect I feel that I have no right to
complain the time taken to resolve any bugs in the Asterisk code base;
however, we purchased two rather expensive TDM cards from Digium complete
with eight rather expensive FXO/FXS modules the current drivers for which
are faulty.  In this respect I have a commercial relationship with Digium. 
In the event that the resolution of this fault is likely to take much
longer, I would suggest the following:

1) The DTMF-twister changes made during r3490 should be reverted.  All
other bug fixes should be retained.  This should then be released as 1.4.9.
 This would give a known working release that is able to be compiled
against the current linux kernel.

2) The DTMF-twister changes should then be re-applied, effectively
breaking trunk.  Once properly debugged and tested, another release
including these changes should be made.

Cheers,
Patrick Brennan 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-21-08 16:57  pat            Note Added: 0082755                          
======================================================================