11-29-2012 09:24 AM - edited 03-13-2019 08:05 PM
Hello Cisco Experts,
I'm hoping someone can confirm if the following functionality can be configured on a stand-alone Cisco GW without a PGW or other SIP Server/Soft Switch. The GW will most likely AS54xx Series:
- A high level drawing of the call flow is attached and referenced below.
1. INVITE from SIP PSTN to Cisco GW
2. GW routes call to IVR via ISDN/PRI
3. IVR Treats Call
4. IVR initiates "Blind Transfer" via "*8xxx" and includes UUI in ISDN Set Up
5. GW translates "*8xxx" to SIP Refer and includes UUI in SIP Header
Thank you in advance for your help.
Best,
Albert
Solved! Go to Solution.
11-30-2012 05:33 AM
Correct, a new call would be then be initiated, to transfer the existing one.
TCL/IVR docs claims to have full control over SIP headers, so working on REFER and UUI headers should not be a problem.
If you are interested in having the script developed professionally, or just a proof of concept, you can contact me at the e-mail address indicated in my profile.
Thank you for the nice rating and good luck!
11-29-2012 09:47 AM
You will need a custom (and accurately written, as it's notr trivial) TCL/IVR script to do that.
11-29-2012 11:13 AM
Thanks for the quick reply Paolo! I haven't touched a TCL Script in years : )
I apoligize, but just to confirm, all the functionality I referred to above (including the translation of the UUI from ISDN Set Up to SIP UUI Header) can be accomplished with a TCL/IVR script without interacting with any application external to the Cisco GW?
Thanks Again!
Albert
11-29-2012 12:16 PM
Yes. Note that if you want the transfer to happen when system sends *8xxxx", there is no ISDN SETUP, and no UUI. The reason is that at least the way you explained the call flow, setup has happened already, from router, and the call is then connected.
11-29-2012 12:45 PM
That makes sense. I simplified the call flow for illustration purposes.
The solution is intended to front-end a PRI Based IVR to support AT&T IP Transfer Connect. The IVR currently uses "*8xxx" to initiate a Take Back abnd Transfer.
So, if I am correct, the "*8xxx" would not immediatly transfer the call, rather, it would initiate the Q.931 setup.
If the above assumption is correct, would the UUI then be avalaible to insert in the SIP Header?
Thanks again!!!
11-30-2012 05:33 AM
Correct, a new call would be then be initiated, to transfer the existing one.
TCL/IVR docs claims to have full control over SIP headers, so working on REFER and UUI headers should not be a problem.
If you are interested in having the script developed professionally, or just a proof of concept, you can contact me at the e-mail address indicated in my profile.
Thank you for the nice rating and good luck!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide