[asterisk-bugs] [LibPRI 0017360]: LibPRI problem with restart of PBX processor (Testing SVN 1688)

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17360 
====================================================================== 
Reported By:                shawkris
Assigned To:                rmudgett
====================================================================== 
Project:                    LibPRI
Issue ID:                   17360
Category:                   General
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.30 
JIRA:                       SWP-1680 
libpri Version:             I did not set the version. :( 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 1688 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2010-05-19 07:57 CDT
Last Modified:              2010-08-19 18:04 CDT
====================================================================== 
Summary:                    LibPRI problem with restart of PBX processor
(Testing SVN 1688)
Description: 
Asterisk is connected to legacy Siemens PBX. PBX has dual CPU and switches
over active/passive processors at (or close to) 00:00.

During the switchover, the link stays up but the PBX sends SABME. Asterisk
should clear state to restart q921. A few seconds after the first call
comes in, we see the legacy PBX drops the link and tries to re-establish -
it normally does this after a protocol error (timer expiry etc).

I will try and reproduce with pri debugging enabled.
====================================================================== 

---------------------------------------------------------------------- 
 (0126183) shawkris (reporter) - 2010-08-19 18:04
 https://issues.asterisk.org/view.php?id=17360#c126183 
---------------------------------------------------------------------- 
I wonder if T309 is working correctly, although if it's not that's probably
a different issue.

Our provider momentarily dropped the pri yesterday and I've just checked
the logs and can see hangups as soon as the red alarm was received. I was
actually on a call and it cleared mid-conversation.

[Aug 18 15:40:57] NOTICE[16329] chan_dahdi.c: PRI got event: Alarm (4) on
Primary D-channel of span 1
[Aug 18 15:40:57] WARNING[16329] chan_dahdi.c: No D-channels available! 
Using Primary channel 16 as D-channel anyway!
[Aug 18 15:40:57] WARNING[20567] chan_dahdi.c: Detected alarm on channel
3: Red Alarm
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Echo cancellation already on
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Unlinking slave 44 from 3
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Removed 37 from conference
9/3
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Removed 12 from conference
9/44
[Aug 18 15:40:57] VERBOSE[20567] logger.c:     -- Executing
[h at macro-dialpbx:1] GotoIf("DAHDI/3-1", "0?h-email|1") in new stack
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Set option AUDIO MODE, value:
ON(1) on DAHDI/44-1
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Not yet hungup...  Calling
hangup once with icause, and clearing call
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Set option AUDIO MODE, value:
OFF(0) on DAHDI/44-1
[Aug 18 15:40:57] VERBOSE[20567] logger.c:     -- Hungup 'DAHDI/44-1'
[Aug 18 15:40:57] VERBOSE[20567] logger.c:   == Spawn extension
(macro-dialpbx, s, 9) exited non-zero on 'DAHDI/3-1' in macro 'dialpbx'
[Aug 18 15:40:57] VERBOSE[20567] logger.c:   == Spawn extension
(out-to-pbx, 558xxx, 1) exited non-zero on 'DAHDI/3-1'
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Set option AUDIO MODE, value:
ON(1) on DAHDI/3-1
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Not yet hungup...  Calling
hangup once with icause, and clearing call
[Aug 18 15:40:57] DEBUG[20567] chan_dahdi.c: Set option AUDIO MODE, value:
OFF(0) on DAHDI/3-1
[Aug 18 15:40:57] VERBOSE[20567] logger.c:     -- Hungup 'DAHDI/3-1'


I was running 1.4.10.2 at the time, and pritimer => t309,6000 was in
chan_dahdi.conf. This value was reflected in pri show span x. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-08-19 18:04 shawkris       Note Added: 0126183                          
======================================================================