[asterisk-bugs] [Asterisk 0012453]: British Telecom line testing causes segfault on chan_zap.c

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12453 
====================================================================== 
Reported By:                Alex728
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12453
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   crash
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:             04-15-2008 19:39 CDT
Last Modified:              04-16-2008 15:00 CDT
====================================================================== 
Summary:                    British Telecom line testing causes segfault on
chan_zap.c
Description: 
Telephone lines in the UK are subjected to various automatic line tests in
the evening. These include a polarity reversal, and alternate application
of earth and battery (-48V) to the A and B wires (Tip and ring) 

Since version 1.4.18 of Asterisk, these conditions are detected first as a
spurious zaptel alarm, then a polarity reversal before caller ID. For some
reason this causes chan_zap.c to crash with a segmentation fault.

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

---------------------------------------------------------------------- 
 Alex728 - 04-16-08 15:00  
---------------------------------------------------------------------- 
as a further test I connected the currently unused Zaptel FXO port on a
TDM400 type card to another exchange line in my office. This (predictably)
has produced *three* coredumps and resets as all 3 lines get tested, I have
attached relevant log files. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-16-08 15:00  Alex728        Note Added: 0085579                          
======================================================================