[asterisk-users] T1 PRI shows yellow/red alarm

[Dean Hoover]

Here you go:

/etc/zaptel.conf:
loadzone = us
defaultzone=us

span=1,0,0,esf,b8zs
bchan=1-23
dchan=24
span=2,1,0,esf,b8zs
bchan=25-47
dchan=48

#Added 2nd 2xT1 card
span=3,0,0,d4,ami
e&m=49-72
span=4,0,0,d4,ami
fxoks=73-96

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

/etc/asterisk/zapata.conf:
[channels]
group=1
context=default
signalling=pri_cpe
switchtype=qsig
channel=>1-23

group=2
context=twtelecom-in
signalling=pri_cpe
switchtype=5ess
echocancel=yes
channel=>25-47

group=3
context=definity-in
signalling=em_w
channel=>49-72

group=10
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>73

group=11
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>74

group=12
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>75

group=13
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>76

group=14
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>77

group=15
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>78

group=16
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>79

group=17
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>80

group=18
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>81

group=19
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>82

group=20
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>83

group=21
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>84

group=22
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>85

group=23
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>86

group=24
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>87

group=25
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>88

group=26
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>89

group=27
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>90

group=28
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>91

group=29
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>92

group=30
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>93

group=31
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>94

group=32
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>95

group=33
context=testivr-in
signalling=fxo_ks
threewaycalling=yes
transfer=yes
channel=>96

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

On Mon, Feb 21, 2011 at 12:58 PM, Juan David Diaz <juanchonk at gmail.com> wrote:
> Dean,
> what's your zaptel & Zapata config_
> regards
> Juan.
> Linux User #441131
>
>
> On Mon, Feb 21, 2011 at 1:44 PM, Dean Hoover <kb7qdi at gmail.com> wrote:
>>
>> We are running Asterisk version 1.4.23-1, libpri-1.4.9 and
>> zaptel-1.4.12.1 and two Digium TE220Ps.  Debugs are set to 10.
>>
>> We have a T1 PRI connected to the telco.  Over the last 4-5 days, we
>> have getting Yellow/Red alarms coming from the T1 PRI.  The other two
>> ports in use are connected to internal test switches (Avaya
>> Legend/Avaya Definity), and are not showing any errors.
>>
>> /var/log/asterisk/messages reports:
>> [Feb 21 12:21:56] NOTICE[4795] chan_dahdi.c: PRI got event: Alarm (4)
>> on Primary D-channel of span 2
>> [Feb 21 12:21:56] DEBUG[4795] chan_dahdi.c: Got event Alarm (4) on
>> D-channel for span 2
>>
>> /var/log/syslog reports:
>> Feb 21 12:21:56 asterisk kernel: [509981.796536] wct2xxp: Setting
>> yellow alarm on span 2
>> Feb 21 12:21:56 asterisk kernel: [509981.796562] timing source auto card
>> 0!
>> Feb 21 12:21:56 asterisk kernel: [509981.813535] timing source auto card
>> 0!
>> Feb 21 12:22:01 asterisk kernel: [509986.813869] wct2xxp: Clearing
>> yellow alarm on span 2
>>
>> Intensive PRI debugging does not show any errors prior to the alarm.
>>
>> The other part to this is for a while it was pretty intermittent.  One
>> day we would get it 2 times, another 8-12 times.  Today, however, it
>> seems to be happening around every 11-13 minutes.  Before this
>> started, there were no errors for the 6 days prior.
>>
>> The first response from the telco 4 days ago said that it was an issue
>> on their T3, then came back saying we were sending something to reset
>> the circuit, but I interpret "PRI got event" as meaning we received
>> something from them.
>>
>> They put a COM tracer in our building, on that circuit, since Friday
>> afternoon.  They took it with them to examine the results this
>> morning, and are supposed to call me when they know something.
>>
>> While they are doing that, I want to make sure that I have all the
>> information I need in order to diagnose it.  I haven't found a way to
>> trace the actual B8ZS/ESF frames, and was wondering if there was a way
>> for me to log those events.  It's not that I don't trust them, but by
>> the same token I haven't changed anything on my end, the other port on
>> the Digium card isn't reporting an issue, and a complete shutdown of
>> the Asterisk server didn't change the results.
>>
>> Any advice would be greatly appreciated.
>>
>> Dean Hoover
>> Milwaukee, Wisconsin
>>
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>               http://www.asterisk.org/hello
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>               http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>