SV9100 basic programming

[phadobas]

I had this other thread but it's growing fast with no specific subject to resolve. It was too general.

Anyways, while I got dial-tone out of it, I can't seem to change now its IP settings. I've turned it off and pulled the blades just to get a little familiar with the hardware. It does have what seems to be an IPL daughterboard installed on the CPU board. So now:

- I can't seem to change any more the CPU IP address: 10-12-01. When I first turned the system on, it had I think something like 192.168.2.10. I've changed that, it worked, but now I'm stuck with what I changed that to.

- I can't seem to change the IPL IP address: 10-12-09. It's 10.1.10.131. This seems like some factory default, and no matter what I changed it to, after system initialization, the same address comes back.

- Interestingly, I can change the IPL Basic Setup IP address: 84-26-01 to whatever I want and the change remains after system initialization.

What is this all about???

I've tried making the CPU address 0.0.0.0 but after reboot, it came right back up with the address I set it to when I first turned the system on...

 

[PFD45]

I'm more familiar with the 8100 and there were a few commands that had to be made with PCPro then uploaded then you had to close your PCPro session before they would actually write to memory. You could actually see the CPU LED flutter when you closed your PCPro session.

Of course you still have to re-set the box for the IP changes to take effect.

I would give that a try.

 

[phadobas]

Looks like that worked. I just managed to kick myself out of the system and can't log back on with the original IP address...

 

[PFD45]

I feel (felt) your pain.

I was changing, uploading and re-setting with no change until NTAC clued me in on that little gem.

Oy.

 

[phadobas]

OK, I managed to figure out the IP Addressing. It only took me 2 days... It was key to know to use PC Pro!
I have 2 IP stations up and running and also have dial tone on my 4 analog lines.
I can now call between those 2 IP stations.

HOWEVER:
When I call from the analog to the IP station, I get a busy tone without the IP station ever ringing (or being busy).
From my SV8500 knowledge, I would think it's some sort of resource that needs to be set up between IP and TDM. Does this SV9100 has such thing as IP PAD? or something similar? Which commands would configure that?

 

[phadobas]

So all I have left it programming up some SIP trunks.
I got all stations working, virtual lines, line appearances, etc.
I got calls going now between analog and IP stations too.

As for SIP trunking, there were a couple of SIP providers that had a write-up for the SV8100 (I found nothing for SV9100), so I'll use those to make this happen.

 

[bdoc84]

Hi phadobas, how did you manage to get call to go through to IP phones? i am having problem that when you put IP phone into ring group and an external call comes in it rings IP phone once then stops

 

[phadobas]

Dear bdoc84,

As to make incoming calls work, I basically followed the feature programming manual, and also just went through the different menu points of 22-xx: incoming programming. I'm sure it's key to set up the right trunks (in my case its SIP trunks), DID translation.

Still question:
Despite all my efforts through many days, an incoming call will only land on a trunk key. So if I have 10 trunks to my system, I literally have to assign 10 trunk keys ("*1" in 15-07) to capture all incoming calls. Is this really how this should work? I don't think so... How can I make it so an incoming call lands on the "prime line" of the phone, regardless of which trunk the call comes in on (as long as the prime line is idle).

- All my trunks are DID trunks (22-02).
- All trunks ring with ring-tone 1 (22-03)
- All extensions belong to ring-group 1 (22-04)
- All trunks in all mode ring to ring group 1 (22-05)
- In 22-09, dial-in receive digits is 4 (although I receive all 10 digits of the dialed number, I can differentiate based on the last 4 digits)
- In 22-09, sub-addressing mode, no matter what I set, doesn't make a difference
- In 22-10, my DID translation table area for table 1 goes from 1 to 100, although I only need maybe 2 or 3 entries for the 2 or 3 DID numbers I own.
- In 22-11, for the 1st entry of translation table has 1: the last 4 digits of a test DID. 2: target 1 is the ext I want it to ring on, which is 4000. 8: Maximum number of calls: 5 (just felt like it). Other settings here I don't know what they mean or don't seem to make any difference.
- 22-13. My trunk group for DID-s is 2. That group is assigned to translation table 1 for all modes.
- 22-17. I have no idea what is this table for...

Then, on ext 4000, I have an ICM button (presumably this is the "prime line"), I have a virtual extension, and I have 3 trunk appearances. All incoming calls show up on trunk appearances, as opposed to on prime line or virtual line.

Is this normal or I'm doing something wrong?

 

[belevedere]

Try programming in a few 2-4 call appearance keys on extension 4000. The call should ring 4000 and when answered jump to the first call appearance key (CAP key). The second call should ring 4000 and when answered jump to the second CAP key if the first one is in use. They work like loop keys.

 

[phadobas]

Wow! That worked pretty nice! But now what happens is the incoming call rings on the phone and when I answer, it jumps to the CAP key as you said. When a second call comes in while the first CAP is in use, the ANSWER button rings and blinks, and when I press it, the first call goes on hold, and the second call is answered and jumps to the second CAP key. This is still good. But I have no way of going back to the first call. The first call is on hold and the first CAP is blinking. When I'm done with the second call, I can't seem to be able to retreive the call on hold. I press the blinking CAP key, go off hook, but nothing...

 

[PFD45]

I'm not sure the system is actually recognizing the DID being passed?

You may be seeing the trunk appearances ringing just because there is a call "there".

If you're receiving 10 digits then I would set 22-09 for 10 digits and put all 10 in my translation table.

There is also a way to make the calls land on virtual keys that can be held and transferred instead of jumping to CAP keys if that would help.

 

[phadobas]

PFD45,

22-09-01 Dial in Receive Digits. Seems like this is where I have to specify how many digits are being sent by the carrier. The allowed value is 1-8. So even if they are sending me all ten digits, I can only analyze 8. I might as well leave it on 4...

 

[belevedere]

Try setting 16-18-01 to land on key.

 

[PFD45]

Is that different in the 9100?

I thought it was 15-18-01 in the 8100.

 

[belevedere]

MY bad, it's 15-18-01

 

[tsparks70]

phadobas,

How did you correct the problem of the busy signal when calling to/from an IP phone to/from a digital phone? I am having the same problem and can not figure out what I am overlooking.

 

[phadobas]

tsparks70,

I'm afraid I can't help you with that. It's been about 2 months since I've done that. That was the first and so far the last SV9100 I programmed so I'm not that hands-on with that system. I've programmed many things and eventually one of those enabled the calls. Somehow it had to do with the activation of DSP resources, but I have no idea what command was that any more.