Can`t work out the problem with DN (Meridian 81c)

[Parmgano]

Hi to all
To begin with, I have almost no experience on meridian systems, but for the moment I have to do maintenance on that (dont ask why). And i got some problems. So there is data from PRT:

CUST 0
DN 4855
DATE
PAGE
DES

DN 4855
TYPE SL1
TN 011 0 00 13 KEY 00 MARP DES 4555 10 JUL 2025
(3904)
TN 011 0 00 13 KEY 01 DES 4555 10 JUL 2025
(3904)

Problem is: 4855 is original DN for that TN, but in the process of reconfiguring it got messed up and this DN stuck and can not be deleted from there. So as temporary solution tech guy somehow put 4555 (dont know how) and it works as main number on that TN.

I need to recreate phone data from scratch with 4855 as a number but it doesnt work due to 4855 is floating in weird state from it cant be removed. I just dont know how.

Ask if you need any additional data.

 

[merton888]

How are you trying to delete the DN? DNs aren't deleted, if they are no longer assigned on any TNs they disappear. But having a DN on a TN doesn't prevent you from assigning it to other TNs (until you reach the limit of 30)

Can you show a print out of the TN you are tying to get 4855 on?

 

[Jose C.]

Hello,

What I find strange is that the TN is in Superloop 011. If I remember correctly, the superloops for an 81c should be 000, 004, 008, 012, etc.

Have you tried to remove TN 011 0 00 13 and rebuild in a proper superloop?

Go to LD 97 and PRT, SUPL to show the superloops you have configured on that system.

 

[Firebird Scrambler]

Go into LD 22 and key in ISS, then SLT. Post it here as we can figure out if you have an Option 81 or perhaps an Option 11 system.
The Option 11 system can have a TN starting at 11 0 00 xx etc.

As in the previous replies, in LD 20, try these commands

REQ: PRT
TYPE DNB
CUST 0
DNB (Extension number)

Then do the same, but use TNB instead of DNB and print off the TN for 11 0 00 13.

Finally, do an IDU 11 0 00 13 to see what type of terminal is plugged in.

Your printout shows that the same key is programmed twice with the same extension number, but the MARP that means it's the controlling key for that DN is on key 0 as it normally would be.

Please post out all the answers here.