sundance-communications.com/forum Forums TDM Business Telephone Systems NEC Telephones & Systems SV8500 + 3rd party SIP problem

In the last 2 weeks I've been working on installing some standard (3rd party) SIP phones on my sv8500. I've now made many soft-phones and hard-phones work, in that they make and receive phone calls. But there is one more unresolved problem. I can't make a call that leaves the system (outgoing call) via LCR. I can dial stations across ccis to other systems. I can even call stations in other system across PRI, but when I want to make local or long-distance calls, I get a fast busy. Does it have something to do with 2nd dial-tone? Any ideas? The manual is scaring me: "Standard SIP terminal cannot support tone control from the system, for example second dial tone (SDT), Special Dial Tone (SPDT) and Service Set Tone (SST). Therefore, Standard SIP terminal is not allowed to dial, depending on service. In this case, SIP terminal is disconnected immediately."
However, I find it extremely hard to believe that the SV8500 would not allow 3rd party SIP phones to dial out from the system.

This problem is still un-resolved and if anybody have any suggestions here, I would appreciate it. Can there be some limit somewhere in the programming as to how many dialed digits the system takes from the 3rd party SIP phone? That's the only thing I can find different between calls working and calls not working: the working ones have max 6 digits (the longest extension), while the non-working call is composed of 8 digits (access code + 7-digit local number) or more.
But then again, I can be off with this idea...

Have you contacted NTAC? If not you need to since this forum is mainly for end users.

Good luck

Dear Dans, I'm an end-user and I contacted my NEC vendor who is glad to come out and call NTAC from our switch-room to try to have them figure it out. I'm sure we could solve it that way, but I also don't want to pay for site visit and top hourly rates unless all other options have been exhausted.

I think what dans meant was the open forums are for end user as in user guide type information. What you're asking is way beyond user guide information. Sometimes you can get help via PM, email or phone, but you should expect to pay for it.

Didn't you buy the license for the third party sip from your vendor? They would have come by to install it. Didn't they set it up at that time?

If not resolved, what kind of 3rd party SIP device is this? I know that with some 3rd party SIP phones, it is necessary to define how many digits it will take to complete trunk calls.

I had a device (I think it was a grandstream) that could call other stations and CCIS calls. 9+ calls failed every time untill I defined 91 as needing 12 digits and 92 - 99 as needing 11 digits. These definitions were done in the SIP phone, not the 8500 or 2400.

This is HOT! The problem is not yet resolved and I was about to give up and pay big money to NTAC (via my vendor)...
I haven't tried this approach yet and can't wait to get to the site to try it.
I have tried a Grandstream phone (hard phone), 2 different soft-phones on computer (XLite and something else). I also tried a Grandstream analog SIP gateway and even a Sangoma Vega 5000 analog SIP gateway. All had the exact same problem: 91 calls fail but all calls to all known extensions (even across CCIS or PRI) work fine both ways.

I mean, can this be something as simple as trying to dial out on a PRI with an invalid BTN or DID broadcast?

Well, it's not the number of digits. I made a test call to 9-411 (local directory) and got the same error: fast busy on the SIP phone. Using ISMC on the outgoing PRI that handles local calls shows that the call doesn't even hit that PRI. The message I get on the SIP analog gateway is "disconnect cause 88 - not acceptable here". For the sake of testing, I dialed from the SIP phone a non-existent extension number and got the exact same error: disconnect cause 88. So it's almost like an outgoing call to outside numbers is considered to be a non-existent extension by the 8500?