Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

NEC 9500SE tie line to NEC 2400IPX

Status
Not open for further replies.

bengi1234

Technical User
Nov 18, 2005
47
US

I am having a lot of difficulties with a specific connection I am trying to establish between two NEC systems and I know you are hugely familiar with this type of connection.

I have a new NEC SV9500SE replacing out an NEC 2400IPX and I am trying to set them up to be able to call between systems so as the users are migrated they can continue to call each other on internal extensions. I am not too worried about passing dterm displays or advanced settings although I am hoping call forwarding will work.

I have connected an MG PRI blade to the 9500SE. I have an ISDN PRI line in the 2400IPX. They are in the same room--about 15 feet apart. It seems they should talk to each other. We have all the necessary licenses in place on both systems.

The MGPRI is connected to the 9500SE in TP (Internal-PHI) mode. It would not register in SIP mode. I have confirmed the cabling is good and have been in touch with NTAC who went through all the settings (ASYD, ASYDL, ARTD, ATRK, ARTI, ADPC, ASEC, ACIC1, MBTK, AMVGIL with me and confirm the 9500SE is set up correctly. They are not willing to look too closely at the 2400IPX as service on this model has been discontinued.

They did however send me a manual for setting up the 2400 connection. Following this manual I set up the 2400IPX ISDN line, programming the Trunks, Point Code, assigning Channel Groups, making idle the trunks, etc. I am not using QSig at this point as that seems it would add more complexity.

The card in the 2400 is set up as Network by physical dip-switches. This is not assigned anywhere else (ARTD CDN 64 is 0 on all routes, etc.) and the MGPRI is set as user.

With everything set up to what I believe is correct programming, having gone through all settings many times, I have:

On the 2400IPX the connection comes up but I only get the DOPE line, LAYER never comes up. No error lights when connected to the MGPRI.

The MGPRI online light is green and the ethernet connection is up. However it shows no connection on the D light--it stays dark except for a brief flicker during boot up. In the console, I see a repeating error which I am told by NTAC means I have no d-channel communication, which confirms what the lights are showing. This error repeats multiple times over about five minutes after which the MG reboots. The error is falutrecord:sqn1,fnc4,cc0,fcl1246. The sqn number advances from 1 up to about 1000 before rebooting.

The PBXs don't show any errors except when the connection reboots they obviously show that.

I have most recently been focusing on the ARTD settings. Right now my settings match the ISDN programming manual. I have CDN 115 CMRT set to 1 on b and d routes on both PBXs.

The only other thing of note is I have found the DCH logic is set to positive in both sides. If I change either one to negative, the errors on the MGPRI stop, but I still don't get a Layer light.

On the PBXes the Dchannel routes are idle and the B channels are all in a busy state on both sides although I don't see this on the physical card in the 2400IPX.

I am hoping someone has an idea of where my settings might be off or what are I should be focusing on to get this up.

Thank you.
 
For the MG-PRI did you set AMGIL, I do not see that in the list of commands you entered (or is AMVGIL a typo) also do not see ACSC (or is ASEC a typo or did you mean ASECL for SIP one time password). Then later in the post you state you have CDN 115 set for common route, when using common route you do not program ADPC, ACSC or ACIC1. Also Q-SIG cannot use common route (CDN 115) for future if you decide to move forward with Q-SIG.
If this is just a single PRI connection between switches I would change CDN 115 back to 0 and use ADPC , ACSC and ACIC1.
 
Hi Racefan, Thank you for answering.

Yes I was not in front of my PBX when I posted so I typoed the commands I was using. It is ADPC, ACSC, ACIC1 and AMGIL.

If CMRT is set to 1, would it be thrown off by programming in ADPC, ACSC and ACIC1? As a test I set this to 0 on all routes but didn't resolve the issue.

I was not planning to try QSIG because it builds on all the earlier commands. If they are not working I do not think QSIG would work either.

It is a single PRI connection. No fluff or bells and whistles. Just 23 channels of voice and the two D channels.
 
If you make any changes to the programming you need to delete AMGIL and then add it back in. It has to be the last thing you do after programming the PRI.



There are 10 kinds of people in the World.

Those that understand Binary and those that don't.
 
Thanks. Good to know. I redid a number of tests including deleting ACIC1, ACSC, ADPC, ATRK on the D Channels and then reprogramming them and then redoing AMGIL settings. Still have the same problem--no layer light showing up on the T1 card, no D light flashing on the T1 connection in the MGPRI.

I also moved the T1 on the 2400 several times to ensure no back plane issues, and put in a known working card.

The other thing I notice is that both the 2400 and MGPRI have settings for Signal Logic. Both are default to Positive, but when I do that I get constant errors scrolling through the MGPRI: faultrecord :sqn1,fnc80,cc1,fc2170

When I set one of the sides to negative logic these errors disappear (but as the circuit doesn't get a d channel coming live I don't know if this leads towards the solution) Does anyone know what these settings should be?

 
Have you checked your T1 crossover cable? Also, clock source needs to be one master the other slave?
 
Good point. On wiring I know I have receive and transmit correct. When I swap them I get all kinds of frame alignment errors. I try swapping the individual cables within receive and transmit and doesn't seem to make any difference. I don't know if it is important ... no errors but also doesn't work whichever way I wire it.

On clock source I have the 2400 IPX set to Network on the T1 card dipswitch setting. There is no clock source setting that I can see. The MGPRI is set to user. The MGPRI does have a setting for clock source which is not activated. I do not have either of the PBXes set to network in ARTD settings (CDN 64 Net is set to 0 on both voice and data routes on both systems) An NEC tech told me to only set this on the card itself. Does this conflict with any real world experience you guys have?
 
2400 is pretty damn old. You might have some strange setting for the T-1 part of that PRI. They both need to be B8ZS ESF. You are getting framing errors I bet one is set AMI D4 SF or something.
 
I only got framing errors when I flipped the receive and transmit cables. Otherwise not getting errors on the PRI card, just no layer light. Both ends are set B8ZS ESF.

No kidding the 2400 IPX is old. That's why we have the 9500 we are upgrading to. On the other hand in another area I still have an operating 2400 MMG I am taking care of ...
 
Since we all believe this should work yet doesn't, it's time to consider licensing or PRI firmware compatibility on the 2400 side. When you place the PRI card into loop back do you get happy lights? Also try a loop back plug to verify wiring. Have you tried network setting on the 9500 side?
 
The 2400 has an existing PRI so I assume we are licensed. Unless there's only a license for one. Is that possible and how would I check? The card I am using matches the one currently happily in use. When I put the card in loop back, I get DOPE light but no others. I did have a tech tell me I should get the LAYER light in loop back mode, but I don't see that even on my existing working PRI on the system. So loop back gives semi-happy lights. No errors. This is with a loop back plug at the far end of the wiring or using the front switches. I have tried switching network setting to the MGPRI. Again I have been told not to use the ARTD commands but only the PRI settings within the MGPRI.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top