[asterisk-bugs] [Zaptel 0012263]: DTMF tones in crossover cable loopback environment cause kernel dump
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Mar 20 02:54:44 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12263
======================================================================
Reported By: craig
Assigned To:
======================================================================
Project: Zaptel
Issue ID: 12263
Category: zaptel (the module)
Reproducibility: always
Severity: crash
Priority: normal
Status: new
Zaptel Version: 1.4.9.2
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 03-20-2008 02:25 CDT
Last Modified: 03-20-2008 02:54 CDT
======================================================================
Summary: DTMF tones in crossover cable loopback environment
cause kernel dump
Description:
TE405 or TE410 with E1 spans 1 and 2 cross connected via ISDN crossover
cable. Asterisk 1.4.18, Zaptel 1.4.9.2, libpri 1.4.3. OS Centos 5 with
default kernel 2.6.18-53.el5. Span 1 configured as pri_net, span 2 as
pri_cpe.
Call originates from SIP handset attached to server, call dials out span 1
and comes back via span 2 into an IVR. The pressing of a keypad button
(DTMF) causes immediate kernel dump. The generation of DTMF can occur at
any time (whilst the call is still Ringing, during Wait, or after
answering). Taking the spans out of the call path removes the problem.
Kernel dump mentions 'zt_chan_read ... [zaptel]' Server must be power
cycled to recover.
======================================================================
----------------------------------------------------------------------
craig - 03-20-08 02:54
----------------------------------------------------------------------
Just saw 0012053. Is the same problem, setting the loadzone and
defaultzone prevents the crashes from occurring.
Issue History
Date Modified Username Field Change
======================================================================
03-20-08 02:54 craig Note Added: 0084306
======================================================================
More information about the asterisk-bugs
mailing list