Solved: Unequipped Path

dm25 · ‎03-04-2005

After deleting some VT 1.5 DS1 circuits our OC-48 ring has a bunch of unequipped path errors. The circuits were created as bi-directional and full protected. Not sure they should have been. I know this is not a lot of information but I am willing to give you what you need just ask. Not sure what to put in here.

klowen · ‎03-15-2005

The best place for Cisco documentation is:

http://www.cisco.com/univercd

We are mainly using the 4.15 software and they have a TL1 Quick Reference, TL1 Beginners Guide, and TL1 Command Reference for this software version.

I don't know exactly what data rate you are looking for, but the rtrv-crs command for DS3s and STS-1s is:

rtrv-crs-sts1::sts-##-%%-@@:cid;

Where ## is the card slot, %% is the card port, @@ is the sts number, and cid is the command id (I usually just start at 1 and number consecutively, this is used to match replies with commands)

e.g. sts 23 on an OC-48 card in slot 6 would be:

rtrv-crs-sts1::sts-6-1-23:2;

Good Luck.

View solution in original post

tgimmel · ‎03-05-2005

I'm assuming that the uneq path errors are at the sts level. Usually an unequiped path shows up when cross connects are in the network, but the path overheads are missing. For example, if a circuit is built from an OC-3 card at the STS-1 level and terminates to a ds3 port AND there is no signal applied to the sts-1 on the OC3, you will unequipped path alarms and even PDI-P alarms.

The same can happen if a portion of the circuit is missing. Since this happened after you deleted some circuits, my guess is that there are some stranded cross connects in the ring somewhere.

If you have more info let me know. Also I have very little experience with VT1.5s.

Tim

dm25 · ‎03-07-2005

You are correct it is at the STS level. We moved our headquarters from one building to another. We got the data center setup at the new building. We had to move all our DS1 terminations from the old to the new building, so we deleted these DS1 circuits and recreated them at the new building. Of course this left the "stranded cross connects" all over the place. At this time we have 134 critical alarms around the ring. All are unequipped path. Do you know how to find the "stranded cross connects"?

tbidle · ‎03-07-2005

To find the "stranded cross connects" look at the unequiped path alarms. It will tell you slot port and sts, and possibly VT for each circuit.

Another possibility that we have seen in this scenario is that there are now VT Tunnels on your network that have no traffic in them that could be causing the unequipped paths.

From CTC you can go to one of the spans where the alarm are present and right click on the span and go to circuits. It should hopefully show you if you have a VT Tunnel, or VT1 level stranded cross connects.

Hope this helps.

dm25 · ‎03-11-2005

Does anyone know how to clean this up? I understand where to find the STS that is the problem but how do I get the ring back to green?

klowen · ‎03-14-2005

Well, the way we have dealt with this problem is by using TL1. Use the command RTRV-CRS-STS1 to locate the cross-connect information (for DS-3 or STS1) and DLT-CRS-STS1 for deleting the cross-connect. If you know all the cross-connect info you can write a script using MS Word (save in text format not .doc). This would allow you to cut and paste the commands and run them all at once. This allows you to review your info ahead of time and eliminate retyping due to mistyping a command.

dm25 · ‎03-15-2005

Thanks for responding. I have been trying the RTRV-CRS command but am having trouble getting the correct syntax. You have any doc's in english that may help?

klowen · ‎03-15-2005