SV9100 w/ CCIS - Access a trunk line at a different site?

[chrismec]

Hello all, we have several SV9100 system networked via CCIS. At each site, there is a piece of equipment that interfaces via trunk line, that needs to be accessible throughout the network. Preferably these individual trunk lines would be accessible via a regular extension number, but if that is not possible, then just being accessible at all would be a huge plus. Are you guys aware of any way to do this?

 

[CoralTech]

Probably the easiest way is to take a virtual extension or real extension on that site and either cfa to the trunk or hot line it. This can be done a number of ways either trunk mapping/ars etc...

 

[chrismec]

Ok, I think I have a good one. I set up a call forward on all calls from an extension to a trunk access code. This works locally no problem. I can call an extension, get dial tone and call outside numbers. The caller can hear the called and vice versa. On an MLT, this call is displayed as:

Ext # >> Outside

The trouble arises when trying to dial this extension from another site, and it works the same with the call forward being on a VE, MLT or SLT. So if the remote site picks up an extension and dials the remote call forwarded extension, the call goes through and the trunk line is connected. BUT, there is no audio passed in either direction and DTMF is not passed. If the remote site first accesses it's own auto attendant (via pre-setup loopback) then dials the remote call forwarded extension, the call goes through and the trunk line connects, AND now, audio (including dtmf) is passed in the caller to the called direction, but not from the called to the caller. It is very strange!

If anyone has seen this before or has any suggestions, I'd be happy to hear them : ) The installer could not figure this problem out and NEC is new to me. I'm going to keep poking around in the system and begging for help here. There has to be a way!

 

[CoralTech]

You need to allow trk-trk and off premise in COS. Under SLT settings (yes even an MLT or whatever) and allow DTMF after connection.

 

[chrismec]

Thank you CoralTech, I looked into your suggestions (in addition to your suggestions on another similar post), and not having any luck yet. I've checked the following:

14-01-13 Trunk to Trunk Transfer for all trunks (was already set)
20-11-06 Unscreened Transfer (was already set)
20-11-14 Trunk to Trunk Transfer Extensions OFF (was already off)
20-11-12 Set Call forware off Premise
15-03-03 Special-Receive DTMF after initial setup (was already set)

Still only passing audio one way, from the caller to the called. Audio is not passing from the receiving end of the call back.

 

[CoralTech]

Look at 15-05-50 Peer to Peer

Also look at 10-58 and make sure your networks are defined. One way audio is a VPN mesh issue.

 

[CoralTech]

Why are you using a loopback?

 

[chrismec]

In our setup, there is no 11-05 listed in PCPro or Web. For 10-58, we do not use any IP phones, only digital mlt and slt, so not sure. It's a setting somewhere, when calling from the inmail auto-attendant, there is one way audio from the AA. When calling from an extension, there is no audio either way...

*Edit: I went ahead and set an ip for 10-58 at two sites and there was no change...

 

[CoralTech]

Ya, there are so many variables. IF the call is going through and no audio that points to networking kinda. I would wireshark both ends and capture the traffic.