[asterisk-bugs] [Asterisk 0014163]: [patch] UK (BT) lines produce uncleared red alarm on TDM400P during line tests

Wed Mar 3 13:06:08 CST 2010

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14163 
====================================================================== 
Reported By:                jedi98
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   14163
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     closed
Target Version:             1.4.31
Asterisk Version:           SVN 
JIRA:                       SWP-22 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-01-02 10:29 CST
Last Modified:              2010-03-03 13:06 CST
====================================================================== 
Summary:                    [patch] UK (BT) lines produce uncleared red alarm on
TDM400P during line tests
Description: 
Asterisk: 1.4.22, dahdi-linux: 2.1.0.3

The automatic overnight line tests (or manual ones) used on UK (BT) lines
causes a red alarm on a dahdi / TDM400P connected channel. This is because
the line uses voltage tests (battery loss) and polarity reversal. The
polarity reversal causes chan_dahdi to initiate v23 CallerID processing but
during this the event DAHDI_EVENT_NOALARM is ignored so that the alarm is
never cleared.

All this means that the channel is unusable until a "dahdi restart"
occurs.

I have a patch for chan_dahdi which works well for me but it's not the
nicest solution an it needs more people to test / refine. I will attach the
patch.

Syslog: -
Dec 29 22:09:56 39net-server2 kernel: NO BATTERY on 1/3!
Dec 29 22:09:58 39net-server2 kernel: 436822404 Polarity reversed (-1 ->
1)
Dec 29 22:09:58 39net-server2 kernel: BATTERY on 1/3 (+)!
Dec 29 22:10:00 39net-server2 kernel: NO BATTERY on 1/3!
Dec 29 22:10:02 39net-server2 kernel: 436823620 Polarity reversed (1 ->
-1)
Dec 29 22:10:03 39net-server2 kernel: BATTERY on 1/3 (-)!
Dec 29 22:10:05 39net-server2 kernel: NO BATTERY on 1/3!
Dec 29 22:10:05 39net-server2 kernel: 436824308 Polarity reversed (-1 ->
1)
Dec 29 22:10:07 39net-server2 kernel: BATTERY on 1/3 (-)!
Dec 29 22:10:07 39net-server2 kernel: 436824688 Polarity reversed (1 ->
-1)

Asterisk log: -
[Dec 29 22:09:57] WARNING[10309]: chan_dahdi.c:3784 handle_alarms:
Detected alarm on channel 3: Red Alarm
  == Starting post polarity CID detection on channel 3
    -- Starting simple switch on 'DAHDI/3-1'
[Dec 29 22:09:59] NOTICE[10332]: chan_dahdi.c:6319 ss_thread: Got event 5
(No more alarm)...
[Dec 29 22:10:01] WARNING[10332]: chan_dahdi.c:6380 ss_thread: CID timed
out waiting for ring. Exiting simple switch
    -- Hungup 'DAHDI/3-1'
[Dec 29 22:10:01] WARNING[10309]: chan_dahdi.c:3784 handle_alarms:
Detected alarm on channel 3: Red Alarm
  == Starting post polarity CID detection on channel 3
    -- Starting simple switch on 'DAHDI/3-1'
[Dec 29 22:10:03] NOTICE[10333]: chan_dahdi.c:6319 ss_thread: Got event 5
(No more alarm)...
[Dec 29 22:10:06] WARNING[10333]: chan_dahdi.c:6380 ss_thread: CID timed
out waiting for ring. Exiting simple switch
    -- Hungup 'DAHDI/3-1'
[Dec 29 22:10:06] WARNING[10309]: chan_dahdi.c:3784 handle_alarms:
Detected alarm on channel 3: Red Alarm
  == Starting post polarity CID detection on channel 3
    -- Starting simple switch on 'DAHDI/3-1'
[Dec 29 22:10:08] NOTICE[10334]: chan_dahdi.c:6319 ss_thread: Got event 5
(No more alarm)...
[Dec 29 22:10:10] WARNING[10334]: chan_dahdi.c:6380 ss_thread: CID timed
out waiting for ring. Exiting simple switch

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

---------------------------------------------------------------------- 
 (0118885) svnbot (reporter) - 2010-03-03 13:06
 https://issues.asterisk.org/view.php?id=14163#c118885 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 250481

_U  trunk/
U   trunk/channels/chan_dahdi.c
U   trunk/channels/sig_analog.c

------------------------------------------------------------------------
r250481 | jpeeler | 2010-03-03 13:06:07 -0600 (Wed, 03 Mar 2010) | 22
lines

Merged revisions 250480 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
  r250480 | jpeeler | 2010-03-03 13:04:11 -0600 (Wed, 03 Mar 2010) | 15
lines

  Make sure to clear red alarm after polarity reversal.

  From the issue:
  The automatic overnight line tests (or manual ones) used on UK (BT)
lines causes
  a red alarm on a dahdi / TDM400P connected channel. This is because the
line
  uses voltage tests (battery loss) and polarity reversal. The polarity
reversal
  causes chan_dahdi to initiate v23 CallerID processing but during this
the event
  DAHDI_EVENT_NOALARM is ignored so that the alarm is never cleared.

  (closes issue https://issues.asterisk.org/view.php?id=14163)
  Reported by: jedi98
  Patches: 
        chan_dahdi-1.4-inalarm.diff uploaded by jedi98 (license 653)
  Tested by: mattbrown, Chainsaw, mikeeccleston
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=250481 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-03 13:06 svnbot         Checkin                                      
2010-03-03 13:06 svnbot         Note Added: 0118885                          
======================================================================