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

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Mar 3 13:13:37 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:13 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

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

---------------------------------------------------------------------- 
 (0118888) svnbot (reporter) - 2010-03-03 13:13
 https://issues.asterisk.org/view.php?id=14163#c118888 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 250484

_U  branches/1.6.2/
U   branches/1.6.2/channels/chan_dahdi.c

------------------------------------------------------------------------
r250484 | jpeeler | 2010-03-03 13:13:36 -0600 (Wed, 03 Mar 2010) | 29
lines

Merged revisions 250481 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

................
  r250481 | jpeeler | 2010-03-03 13:06:06 -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=250484 

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




More information about the asterisk-bugs mailing list