NEC SV9300 CCIS Linke TO NEC 2000IPS

[simonellen2000]

Hi,

I have been trying to connect a 2000IPS to a SV9300 through IP CCIS.

I checked all the programming and had two different NEC Engineers cross check it and they confirmed that it is correct.

I checked the cabling and I can PING the respective CPU Cards as well as the IP PAD card etc.

I know the SV9300 is correctly programmed as I can see it pick up the trunk but then does not go through. On the 2000 it gives me a busy tone.

I do know the IP PAD card (32) on the 2000 works because I used it for a Remote DMR recently. It has firmware version B on it. The CPU Firmware is the last release that was done.

I am beginning to wonder whether the SV9300 is capable of connecting to the 2000 via CCIS? I would think so but has anyone actually managed to do it? If so can they give me a config file or commands to cross check?

I am now looking at the option of Qsiq but CCIS would obviously be much better so any pointers are appreciated.

Many thanks,
Simon

 

[belevedere]

The systems are capable of connecting. You mentioned that you can ping the CPU's and PAD cards. Did you ping across your network? Did you perform a CCIS first time reset on the 9300 and a reset on the 2000IPS after programming?

Refer to the links listed below a

http://www.nectekhelp.com

for cheat sheets on each system.

http://www.nectekhelp.com/docs/8300/P2P CCIS.pdf

http://www.nectekhelp.com/docs/2000/P2P CCIS.pdf

 

[simonellen2000]

Hi Belevedere,

Many thanks for this, very helpful!

Yes, system reset was done on both systems and the PINGs are across the network. For all intent and purposes it should work.

I will go through it again and see but at least now I know it should work so that gives some hope. I was just wondering if there is some other special settings that would have to be set to make this work.

 

[OzzieGeorge]

Silly question I know but where did you get the CCIS license from for the IPS as it is an obsolete item?

 

[belevedere]

Check CMD F88>01 and scroll through it to verify there is a CCIS license. You need one regardless of the connection method used.

 

[OzzieGeorge]

If the IPS doesn't have a license, get back to us as there may be ways to circumvent the problem.

 

[simonellen2000]

Hi OzzieGeorge,

I think you might be right. Here is what it says under F88>01

F88>01
01IM :0008
02TI(T1) Link :0005
03:ISDN(PRI) Link :0005
04:ISDN(BRI) Link :0048
05:CCIS Link :0001
06:Ex-FCCS Link :0000
07:Remote PIM :0003
08:NONE :0004
09:CS(ZT) :0002
10:TDM Ports :0512
11:IP Trunk :0000
12:IP Ports :0000
13:SoftPhone:SP20 :0000
14:SmartPhone :0512
15:NONE :0000
16:Remote Site :0004
17:SoftPhone:SP21 :0000
18:SoftPhone:SP30 :0000
19:NONE :0000
20S :0256
21:CS10 :0000
22:VoWLAN(SIP) :0000
23:Mobility Access :0000


On a spare CPU card I have the following:

COMMAND=F88
F88>01
01IM :0005
02TI(T1) Link :0005
03:ISDN(PRI) Link :0005
04:ISDN(BRI) Link :0048
05:CCIS Link :0001
06:Ex-FCCS Link :0000
07:Remote PIM :0003
08:NONE :0004
09:CS(ZT) :0002
10:TDM Ports :0320
11:IP Trunk :0000
12:IP Ports :0128
13:SoftPhone:SP20 :0000
14:SmartPhone :0512
15:NONE :0000
16:Remote Site :0000
17:SoftPhone:SP21 :0000
18:SoftPhone:SP30 :0000
19:NONE :0000
20S :0256
21:CS10 :0000
22:VoWLAN(SIP) :0000
23:Mobility Access :0000

Is there a way of getting the needed licence? I badly needs this link.

Many thanks,
Simon

 

[OzzieGeorge]

Post a question here....

http://www.australiancommsforum.com/?forum=351449

and you may get help in this .

 

[simonellen2000]

Hi Ozzie,

Many thanks for this. I posted in that forum. I really hope someone can help me there.

http://www.australiancommsforum.com/post/2000-ips-ip-ccis-licences-7750026?pid=1289486666

 

[belevedere]

According to your post you have a CCIS license in both CPU's.
Item 05:CCIS link : 01
If you are doing IP peer to peer connections you may need a 11:IP Trunk :0000 license.

 

[simonellen2000]

Yes, I have since found out that I need the 11:IP Trunk Licence as it is IP Peer to Peer.

Do you know if I need a licence for Qsig or is that covered under the PRI licence?

 

[belevedere]

QSIG is covered under the PRI license.

 

[simonellen2000]

Thanks for all your help so far.

We have since managed to get the Qsig connection after 12 hours of work on this. We had do upgrade some firmware and there is also a bug in the SV8300 that they ported over onto the SV9300. I will need to ask the phone engineer what exactly it was.

However, am experiencing another problem and would like a second opinion on the SV9300 side.

I noticed that when there is a lot of calls occuring, suddenly there is no voice on new calls. This last for a while and then eventually I can make/receive calls again totally fine. But is always either a good call or no voice at all which makes me think its not a networking issue but maybe a voip channel issue? All phones are SIP and all SV9300 outgoing calls are out over the ISDN and Qsig link as well as 4 incoming COT trunk calls for reception.

Is there a possibility that I do not have enough voip channels? I have a 64IPLD on the Main unit and a 128 IPLD on the Remote unit. It happens on both systems but out of the 220 SIP phones, 150 are on the Main system where the ISDN, Qsiq and Trunks are connected as well and the Remote Unit has 60 phones who all go out over the ISDN on the main unit.

 

[OzzieGeorge]

Sounds to me like there is a mismatch in the number of circuits available at each end when it cycles through the good number of circuits voice stops working till you cycle through the bad then comes back as you get to the good. You would probably find that a reset of the problem end would reset the cycle and calls would be good immediately (till you cycle through again).

There is a program on that website I directed you to that was written for the IPS that shows the IP circuits in use in real time. I have never tried it on an 8300 or 9300 but it may work and would give you some idea of what is going on.

I have had a similar situation with an IPS to Cisco link where the Cisco didn't have enough DSPs

You could try busying out circuits (if you can work out which ones).

Glad you got the link working.

 

[simonellen2000]

Thanks very much for this suggestion and I will look into that. I am watching the trunks on the SV9300 and it is cycling through all of them 1-30 one after another. When it stops working it last for between 6 -15 channels and then starts again, this time for something like 45 consecutive calls.

This happens both for the ISDN and the Qsig link.

I did not have this problem before with the ISDN. I did have some issues with the SIP trunks at the remote site where the incoming calls would also not have any voice. these do not go through the main site at all. So it seems to me that suddenly there is some blockage and then it gets cleared for a while, then comes back again. This affects any trunk calls on the SV9300, whether incoming, outgoing, COT, ISDN, QSIG and SIP.

I also thought that maybe too many calls etc but at the moment there is literally no one using the system. I can't understand what the problem is.

 

[belevedere]

Are you sure you have enough PAD channel licenses? Did you assign enough IP addresses to them?

 

[simonellen2000]

Hi Belevedere,

When you say PAD channel licences, which licence do you mean? And also how do you mean, enough IP addresses? I thought there is only two IP addresses in the system, one for the main CPU and one for the SIP/Pad handler.

Under the licences I have the following:

No. Feature Name Used Valid Remains
001 PORT Capacity 331 402 71
002 ISDN Terminals 0 256 256
010 VoIP Channels 192 6400 6208
011 IP Trunk 10 16 6
012 IP Ports 205 300 95
016 Remote Unit 1 1 0
017 SIP TRK Channels8 8 0
018 SoftPhone 0 0 0
019 SoftPhone ACD 0 0 0
020 PS 0 0 0
023 Mobility Access 0 0 0
024 STD SIP Phone 0 0 0
025 Embedded 32P CNF0 8 8
043 UMS PORT 12 12 0
044 UMS FAX PORT 0 0 0
045 UMS TTS PORT 0 0 0
046 UMS CLIENT 0 5 5
047 UMS LANGUAGE 0 3 3
048 UMS HOSPI LANG 0 0 0
049 UMS TTS LANG 0 0 0
060 PVA PORT 0 0 0

 

[belevedere]

0B101 = Assign the IP address for the VoIPDB.
0B201>00 = Assign the IP address (RTP) for the VoIPDB.
0B201>10 = Assign the number of voice channels used for the VoIPDB. Usually left at default for use all channels on VoIP DB.

Plus an IP address for the CPU.

 

[simonellen2000]

Ok, so I checked these settings and they look correct. The Voip DB is set to use all voice channels.