03-09-2006 09:24 AM - edited 03-18-2019 05:40 PM
My environment is as follows: Centralized callmanagers with gateways running SRST and CUE.
My issue is with users that have voicemail accounts but no phone. In steady-state the DID os forwarded to CUE by CTI port. When in SRST mode the call is busy. Since the CTI ports dont register with SRST, there is nothing to forward the call to CUE. Has anyone heard of a workaround for this?
03-09-2006 12:42 PM
Are the calls for the CUE site coming into the same router where the CUE is located? Basically, if the calls are being plar'd to the Route Point in CUE (or if it's a PRI that is MGCP controlled); then in SRST mode, it should be H323 and there should be a dial-peer in the router (for that destination number--the one being plar'd to or the DID numbers) pointing to CUE. Then in CUE there need to be triggers ("show ccn trigger" in CUE) for those numbers which spawn the voicemail application.
03-10-2006 07:43 AM
i've done this and the caller gets the login prompt. I need CUE to play that mailboxes greeting. Can this be done?
03-10-2006 08:51 AM
Hmm... ok, that makes sense, since it's not a forwarded call. You'll need CUE 2.1.1 or later. What you can do is create a custom auto attendant script associated with that number that you're plar'ing to (i.e. so you'll send the call to the custom AA instead of voicemail). In there, all you do is have the steps:
Accept
Call Subflow (xfermailbox.aef)
End
You'll need to add an 'mbox' variable (type String) that contains the extension of the mailbox that you want to send the call to.
Basically you're following the steps here:
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