D-Channel on PRI Dropping

[msteeler]

Hello,

So I have an issue where my D-Channel's (one for each PRI going to different routers) drop and then come back up to minutes later without me doing anything.

I've had this issue with these PRI's since they were installed over a year ago. At the time I had a Nortel Meridian and with dealing with the LEC I rebuilt my PRI's, replaced hardware, and still had the same problem.

What's a little odd is they would start working "normal" for 2 months then drop. The LEC would test, we go bach and forth for a few days, then all works again for two months.

Now I have a whole new phone system and two months after install here we go again.

what are some commands I can to on the router to look at the PRI's? I tried sh controller T1 and have no errors... what else could I check. I know this isn't haedware issue on my side since it's happened on two different systems. Thanks

 

[trvlr1]

Swap out/check any internal wiring or patch cables you might have on these circuits, just to be sure you have covered everything. After that, you will just need to get aggressive with the telco and insist they do head to head testing with one of their techs on site and the C.O. You may well be not seeing any errors, that could be on their receive pair/ equipment, which will not show at your end until it resets.
It is strange that you are losing 2 circuits like this however, but I would still be hitting up your telco to fix.

 

[msteeler]

Thanks for the reply.

It's doing the same thing it did with our Meridian, but on the Meridian I could watch it happen. One D on the PRI would go down then as soon as the first call hit the other PRI the channels would disable. 10 minutes later the D would come back up on both and everything worked fine.

I had the LEC test from the NIU out and from the CO back to the csu, he says both are clean... we'll see.

 

[msteeler]

Can someone tell me what some of this means? The top one is from the router at my office where the PRI is dropping and the other from another office. Thanks

I just noticed some differences:
Cablelength is long gain36 (what is this?)
Current Port master clock (it's on one but not the other)
CRC threshold (again, on one but not the other)

T1 1/0 is up.
Applique type is Channelized T1
Cablelength is long gain36 0db
No alarms detected.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Clear LOF State:Clear
Version info Firmware: 20100222, FPGA: 255, spm_count = 0
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
Current port master clock:recovered from backplane
Data in current interval (775 seconds elapsed):

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

ILMNVCCVG1#sh control t1
T1 0/0/0 is up.
Applique type is Channelized T1
Cablelength is long 0db
No alarms detected.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Clear LOF State:Clear
Version info FPGA Rev: 08121917, FPGA Type: PRK1
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.