Problems with Point to Point T-1 on Legend

[Ghostin]

I have customer with a point to point t-1 doing a drop and insert for voice and data. The CSU/DSU's are Paradyne. The span has dropped several times in the last few days due to problems with the provider. Now the span seems to be up, the data works fine, but none of the voice channels are working. Both CSU's show OOF errors and alarms. The systems show D-channnel inop errors. If I use the PRI switch test under each card slot of the t-1 and make the test, it fails. Am I using the right test? I think the span is having additional problems but I don't know what else I can check to make sure it is not one of the T-1 cards or CSU's. Neither T-1 card is in Maintenance busy either.

Thanks

 

[GoKings]

Are the OOF errors on the NET side or the DTE side of the Paradyne? NET side is the network svc provider, DTE is you. The best way to test your equip is to place a loopback directly into the DS1 card and busy out the DS1 card and perform a loopback test. If the errors are on the NET side and you have verified that your DS1 cards have not had any malfunctions, call the network svc provider and advise them that you are seeing misframes on the ckt that are preventing you from establishing a voice link across the ckt.

 

[Ghostin]

the errors are on the DTE side. I will try the loopback test.

 

[GoKings]

Ghostin...while you are at it, do a system reset, specifically on the host side of the network. Do the reset b4 the loopback. Sometimes, when a PRI has been out of svc for a while, they need a reset to refresh. I would be surprised if the hardware actually failed during this outage. It would seem too coincidental.

 

[jinxs]

Ghostin,

You could as well just test the DS1 card itself to make sure the card itself is ok. This probably won't apply this time but for the furture. First you need a loopback plug, A RJ45 plug with pin 1 connected to pin 5 and pin 2 connected to pin 4. Then run the loopback test, this will just test the card itself. As well, how obviouse this might be, your drop and insert equipment can not drop the 24th Channel. Then again, I'm assuming you knew that already. Oh, one more thing, I had a problem with a PRI last year. No matter how much testing I did I couldn't figure out the problem. It turns out that each channel of the card was maint. busy. I'm not sure how it happened, but it did. The bast way to check this would be to go to Monitor and type in "show mbusy". This will show you everything that is maintance busy in the swith. Good luck.

 

[Pepperz]

Good practice is to musy out the DS1 slot, reset it, then restore it. Another thing to check is the 3160. Are all the B-channels set to RBS, and the 24th to Data? Assuming the channels are split right 10 D and 13 V or however, can you bypass the CSU/DSU's at both ends and get voice? Also check for MIS /SLP errors on the maint logs, which would indicate a "dirty" T-1. One side set network / one PBX? Correct switch identifiers used? .... running out of ideas, here.

Pepperz@charter.net

 

[Ghostin]

looks like a reset was what was needed. I tried a reset by itself first, but no luck. Then I went a busied out the slots on each system(fortunately they are about 1/2 mile apart), reset the cards, and restored. They came back on line. Thanks for the help. I was confused at first because the CSU's were set to monitor the data on the LED's. I know you can toggle them to monitor the voice, but I must have been missing a step.

Thanks for the help guys. Every now and then the brain needs a kickstart.

 

[GoKings]

Pepperz...just as an FYI, you can and I always do set the voice channels to Data on a 3160 instead of RBS when connecting a PRI. On a std T1 I used RBS because we are doing robbed bit signalling. With a PRI, we are not doing robbed bit signalling, we are doing clear channel so I define them as Data. Either way works fine, but just as an FYI that this has no effect when troubleshooting.

 

[Pepperz]

GoKings: Appreciate that. The RBS / Data information was what Avaya had been saying. Is this true for the modern and ancient versions of the 3160 series?

Pepperz@charter.net

 

[GoKings]

If any version is capable of making that distinction between RBS and Data, it should hold true.

 

[DrJ100]

Does anyone know if you should be able to perform a loopback test on a legend DS1 card using a line cord as described above? I can perform the test on a 100dcd and it comes back successful but on a legend it gives me a test failed message. Thanks.

 

[Pepperz]

If you put in a hard loopback to the card, the loopback test will work on a Legend. The card must be busied out first.

Pepperz@charter.net

 

[merlinman]

However, if it is set up for PRI - YOU CNA NOT DO A LOOP BACK (No D Channel)

 

[DrJ100]

Thanks guys! I do have it set up as PRI on the DS1 and DCD. Any idea why I am able to do the test on the DCD but it fails on the Legend DS1? Will switching the ds1 over to T1 to do the test tell me if the PRI functionality of the card works? I appreciate you guys getting back to me so quickly on the last post, Thanks a lot.