DCH red alarm issue

[Jeff1215]

For the last 10 days, one of our PRI line has red alarm issue so frequently. Based on the history file, it just went up an down every few hours. See below.

I called the telco but they always said they reset the circuit and the service came back, but never fixed it 100%.

Any suggestions? Thanks!

% DCH: 10 MAINT INDICATION TIME: 4:44:21
% COUNTER VALUE
% 1 12
% 2 4
% 10 255
% 18 68
%
%
% DTC017
%
%
% DTA021 4
%
% DCH: 10 RLS RED ALRM TIME: 4:44:57 22/12/2009
%
% DTC016
%
%
% DTA022 4
%
% DTA023 4
%
% DCH: 10 EST CONFIRM TIME: 4:45:29 22/12/2009
%
% DCH2001 10 1
%
% DCH: 10 RLS CONFIRM TIME: 4:45:29 22/12/2009
%
% DCH: 10 EST CONFIRM TIME: 4:45:29 22/12/2009
%
% DCH: 10 EST CONFIRM TIME: 4:45:29 22/12/2009
%
% DCH1011 10 1
%
% DCH: 10 MAINT INDICATION TIME: 4:51:54
% COUNTER VALUE
% 3 1
% 6 1
% 10 255
% 18 39
%
%
% DTC001
%
%
% TIM000 05:00 22/12/2009 CPU 0
%
% AUD000
%
% DTC001
%
%
% DTC001
%
%
% AUD000
%
% DCH: 10 MAINT INDICATION TIME: 5:41:55
% COUNTER VALUE
% 10 255
% 18 35
%
%
% DTC001
%
%
% DTC017
%
%
% DTA021 4
%
% DCH: 10 RLS RED ALRM TIME: 5:54:15 22/12/2009
%
% DTC016
%
%
% DTA022 4
%
% DTA023 4
%
% DCH: 10 EST CONFIRM TIME: 5:54:41 22/12/2009
%
% DCH: 10 RLS CONFIRM TIME: 5:54:41 22/12/2009
%
% DCH2001 10 1
%
% DCH: 10 EST CONFIRM TIME: 5:54:45 22/12/2009
%
% DCH: 10 EST REMOTE TIME: 5:54:45 22/12/2009
%
% DTC001
%
%
% TIM000 06:00 22/12/2009 CPU 0
%
% AUD000
%
% DTC001
%
%
% DTC001
%
%
% AUD000
%
% DTC001
%
%
% AUD000
%
% DTC001
%
%
% TIM000 07:00 22/12/2009 CPU 0
%
% DTC001
%
%
% AUD000
%
% DTC001
%
%
% DTC001
%
%
% AUD000
%
% DTC001
%
%
% TIM000 08:00 22/12/2009 CPU 0
%
% DTC001
%
%
% AUD000
%
% DTC001
%
%
% DTC001
%
%
% AUD000
%
% DTC001
%
%
% TIM000 09:00 22/12/2009 CPU 0
%
% DTC017
%
%
% DTA021 4
%
% DCH: 10 RLS RED ALRM TIME: 9:01:40 22/12/2009
%
% DTC016
%
%
% DTA022 4
%
% DTA023 4
%
% DCH: 10 EST CONFIRM TIME: 9:02:04 22/12/2009
%
% DCH: 10 RLS REMOTE TIME: 9:02:04 22/12/2009
%
% DCH: 10 EST CONFIRM TIME: 9:02:08 22/12/2009
%
% DCH: 10 EST REMOTE TIME: 9:02:08 22/12/2009

 

[bigindian65]

make them come out with a Tber test box.

Mato' Was'aka

 

[DocVic]

It's your carrier and THEY have a problem. Hold their feet to the fire and have them give you 90 days of no problems, or they pay for your service for the next 90 days. They will fix it. They also don't like complaints to the state PUC.

DocVic
Dedicated to Nortel Products till the end.
Need help? Call Me Now!

 

[johnpoole]

only way to verify the direction of that service would be to run error free to a loopback. a red alarm is layer one open.. it can be on either side of the smart jack or the card itself. are you taking any other hits.. your lcnt can help locate the problem... 1st thing i would try, if i had a new card, swap that.. (very slim chance it's the card) but i would replace everything from the demark to the switch.. a bad bridging clip, loose jumper, faulty db-15.. any that is part of the layer one side can cause one conductor to open..

when the vendor test the ckt, how long do they run to a loop back... you can schedule after hour testing and you can request a longer test cycle.. i perfer multi pattern test but other say all ones give a better result.. i would request each for 5 minutes at least..


i would put a loop back from the cable that is your last connection, to the switch.. rcnt then move any cables, jumpers, connectors around, pull wiggle etc..

john poole
bellsouth business
columbia,sc

 

[johnpoole]

you can request a tech on site as well as a vendor meet.. ask the tech if he has replaced the smart jack or any repeater points... 90 percent of them do not mind questions and may offer tips..

from my experience, (40+ years pbx), your red alarm is 75 percent chance of being just the vendor.. don't fail to test your 25 before you start yelling.. do not keep reporting in the same manner, ask for a supervisor, if that doesn't help email the president of the company. if you've got a trash vendor or just poor local response, shop around. (even if i am your vendor)

john poole
bellsouth business
columbia,sc

 

[GHTROUT]

That is a tough one, cause the vendor may not even sense these alarms as "respond to these" classification. What I'd do is bypass the CSU/DSU and see if the problem changes.


[©] GHTROUT.com [⇔] Resources for Nortel Meridian/CS1000 System Administrators - You Can Hire Me Too

 

[johnpoole]

99 percent of voice usage pri's are not monitored at the provider for alarms. monitor status on any t1/pri is something you have to request and pay for

john poole
bellsouth business
columbia,sc

 

[Jeff1215]

Thanks all!

We have 2 PRI lines as incoming route, the other PRI works fine when this one has issue.
I swapped these 2 PRI lines once on the CSU/DSU end and the PBX card end, so I'm pretty confident the issue isn't on these equipemnts.

As John mentioned, it still could be on DMARC which I have not tested it.

 

[DocVic]

Check that smart jack too.

DocVic
Dedicated to Nortel Products till the end.
Need help? Call Me Now!

 

[danielbernardibr]

may be clock issue

track clock

 

[commhere2010]

RED= problem being in the location you are in....
Yellow= being on the other end....they (your carrier) is probably seeing yellow.You can check at low traffic time via loopback at CSU/DSU ...you should "green up" if circuit is good....while online with them reverse it and they should be able to better help you...Don't pay the cost of them coming to do what you can do....it possibly can be a bad crimp on a 45/48 connector...

 

[curtismo]

Do a LCNT in LD 60 and see if you are experiencing errors. Anything other than zeros are problem.

Also, for tough intermittent faults I have telco stress test for at least an hour. I've had telco perform quick checks and blame my equipment just because when they were looping the CSU is when the problem occurred. Longer test periods allow longer time and types of tests to both the CSU and Smartjack (make sure they are testing to both).