Integration to Syntellect IVR 1

[adirondackman]

Has anyone integrated their IPOffice to a Syntellect IVR? We are in the process of doing so but are having issues with the connecting link (T-1). These IVR's have been connected to Definity systems with no issues but, as we all know, this isn't a Definity.

 

[kavsagol]

IP Office PRI cards can function pnly as the terminal end, so you must be able to configure your IVR to work as a network side to make it work with IPO.

 

[adirondackman]

So there is no means to set the card for fxo rather than fxs?

 

[kavsagol]

Assuming the terms fxo and fxs apply to PRI, no. But IPO is unique in this aspect, every other PRI equipment I know of supports being both a terminal and a network endpoints.

 

[TheZCom]

Would this setting help? It might be worth a try.

Line Signaling:
The field can be set to either CPE (Customer Premises Equipment) or CO (Central Office). This field should normally be left at its default of CPE. The setting CO is normally only used in lab back-to-back testing.

 

[kavsagol]

The CO setting is relevant for QSIG lines, and the IVR's is probably not QSIG. Anyway, if the IVR's line supports QSIG you can check if it supports working as the network side. What PRI hardware does the IVR use?

 

[adirondackman]

Sorry for the delay. The PRI card on the IVR side is a simple dialogics board that take a T-1 connection with framing of AMI D4.

We have made the connection to the IVR using the CO setting rather than CPE for the equipment. Avaya stateted that this should only be used in a lab situation for testing, but since it is the only means for the communication link to be established, then so be it.

While the IVR will now pickup, there is an issue with disconnect; not on our end, but on the IVR end. If we are set up as loop start on the T-1, then the IPO will drop the line but the IVR won't see a disconnect clear signal or switchhook flash and will thus keep the port open (A definity send secondary dial-tone beck across the link for 2-3 seconds which the IVR recognizes as disconnect and then drops the channel).

We can make disconnect work if we set the line to E&M Wink-Wink, but we can't transfer calls from the IVR back to another station on the IPO because there isn't secondary dial-tone generated on this type of line to recognize another call and will thus attempt to dial out across the same channel the call arrived to the IVR on.

 

[kavsagol]

Dialogic boards know how to work as a network side, you just need to choose the right protocol. On E1's we use NE1, so for T1 it's probably NT1 or somthing similar.