Port Config of NEC neax 2400 IMS

[Dribbles79]

I am looking at replacing an existing NEC neax 2400 IMS with and IP Office 500.

The current config is mostly analog extensions but its approx. 400 or so extensions total, so I already need to use 2 PBX and will connect with an SCN.

I have a spreadsheet that the customer provided that has the user names and extensions as well as the LENS and several other columns. It appears to have been generated and exported from the system itself.

I have replaced a couple Definity systems and the spreadsheet was a lot more straight forward and was easily used to show the current PIN configuration to the amphenol connections and allowed me to minimize my wiring.

I've looked through a few PDFs and have been able to determine that the LENs is likely where I can find that info but its not quite as easily deciphered.

I there anyone out there that can help me sort through the mess and make sense of it?

I really don't feel like toning out and punching down 400 extensions....


I have attached the spreadsheet however I felt it best to remove columns A and B as I don't feel that the full names are necessary to sorting this portion of it out.

Any help is greatly appreiciated.

 

[OzzieGeorge]

Ok so it is a throw back to the numbering system of an older system. The first two digits are the stack number (this can be confusing because the older systems were lower density so one stack of an IMS is actually two stacks the lower two boxes or PIMs is stack 00 and the upper two are stack 01 and so on). The next digit is the PIM 0 to 3 (again due to the increased density where a PIM used to be the entire box, each half is now a PIM so the left of the lower box is 0 and the right of the upper box is 3). The cards are even more complicated as the original density was 8 ports to a card (0-7) they went to 16 ports so one card actually counts as two cards. Now I said it got more complicated and it did as some cards went to 32 port so the last three slots in each PIM (IIRC) were 32 port slots but you may find a 16 port card in a 32 port slot so numbers get unuseable. Then to add insult to injury you can have virtual ports which are effectively a continuation of the port numbering scheme but without any physical port.

Hope this helps but you will need a lot more information to enable you to replace this system and you are really constructing a minefield for the future using two systems. You will have to look at the key layout of every Dterm to ensure you get all the ports necessary in one box to allow the keys to be used as the customer wants them and then you have to pray that they never need to add one from the other box or you could find yourself perpetually shuffling extensions between boxes as line appearances needs change.

So basically because you might need to shuffle extensions between boxes to get your key appearances to work, you may well have to punch down quite a lot of terminations. One thing is that a Len appearance on the frame never changes so your record book should be right for the PABX side of the list up and all you need to do is trace about 400 jumpers to get the field side right!

 

[belevedere]

It would help if you knew what generation 2400 you have. Can you perform a DISS on the main memory and list the revision of the software?
I looked at your spreadsheet. You have some phantom extension, possibly due to a DID range not matching your extension number plan.
In the 'T' column, it refers to what type of terminal you have. 3 = SLT, 12 = multiline telephone, 18 = virtual extension (no hardware).
If you have 16 port card slots (labeled 00/01, 02/03 etc.) then each amp cable handles 1 + 1/2 card slots. 16 ports plus 8 more from the next slot. The next amp handles the second half of the card slot and the entire next one. Think an amp has 25 pairs and we use 24 pairs. divide by 8 and you get 3. A slot and a half. If you have 32 port slots towards the end of a module group, then it will be labeled EX: 12-15. Those are usually used for PRI/T-1/CCIS cards which use 24 of the possible 32 ports. Standard cards can go there, but they use the second half of the ports.
Confusing to those not familiar with NEC. It may be better for you to get an NEC tech/Engineer to ID everything for you.
You also have some different feature classes and dialing restriction classes. These require additional list outs and interpretation to match them to the new system.

 

[OzzieGeorge]

I don't envy you trying to do this with two systems, I was thinking about this last night and remembered back to the old days of the 2400s when you couldn't do line appearances between stacks. You would have to move the extension you wanted to add as a line appearance to the same stack, problem then is you would find it was in a call pickup group and they didn't work across stacks so you would have to move all the extensions in the group to the same stack. God forbid that another extension in the call pickup group was appearing on another Dterm! the knock on effect could go on forever so you always ended up disappointing the customer. I hope there is good feature transparency across whatever link you are going to use to link the two systems.