[asterisk-users] T1 PRI shows yellow/red alarm
Dean Hoover
kb7qdi at gmail.com
Mon Feb 21 13:11:27 CST 2011
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
>
More information about the asterisk-users
mailing list