[cisco-voip] Sending Digits from a Script to a Unity Mailbox
Wes Sisk
wsisk at cisco.com
Thu Oct 1 15:17:34 EDT 2009
Hmm, not familiar with that one. Maybe it's part of the transfer step.
Commas would be after the transfer destination number. /wes
On Thursday, October 01, 2009 3:07:46 PM, Jim Reed <jreed at swiftnews.com>
wrote:
> *Transferring Call is the complete message. And I'm pretty sure from
> the voice that it's one of Cisco's canned messages. No big deal.
> Where would one put the commas and what impact would that have on
> preventing the caller from hearing the message? Just asking out of
> ignorance. If the users think it might cause confusion, I'll just put
> a prompt ahead of everything that says the party you are trying to
> reach is out of the office. You will now be transferred to their cell
> phone --- or something like that.
>
> Thank You...
> **--
> Jim Reed
> Technology Wrangler
> Swift Communications, Inc.
> 970-683-5646 (Direct)
> 775-772-7666 (Cell)
>
> /Quando omni flunkus moritati
> /"When all else fails, play dead"
> Red Green - President: Possum Lodge
> (Thanks for this one, Bill W.)
> *
>
>
> On 10/1/09 1:04 PM, "Wes Sisk" <wsisk at cisco.com> wrote:
>
> Can you give the complete text of the message? I suspect that
> message is Unity's native message. In that case we'd need to get
> the attention of some unity folks on the list.
>
> If it is that, is there any option in the consult trasnfer step to
> delay completion of transfer? The age old trick is to use commas
> for delay but your scripting environent or script interpreter may
> not implement that.
>
> /Wes
>
> On Thursday, October 01, 2009 2:53:51 PM, Jim Reed
> <_jreed at swiftnews.com_> <_mailto:jreed at swiftnews.com_> wrote:
>
> Re: [cisco-voip] Sending Digits from a Script to a Unity
> Mailbox *Well, crap, that was easy. Thanks, Wes, for putting
> me on the right track. Used the call consult transfer. Put
> the Unity mailbox extension in the Destination field and the
> desired Caller Input digit in the Output Digits field and it
> works like a champ. Now for the follow-up question --- worth
> 100 points (for what I don't know). Any way to suppress the
> annoying "Transferring Call" message as it transfers the call
> from IPCC to Unity?
>
> Again, Thanks Wes for heading me in the right direction.
> **--
> Jim Reed
> Technology Wrangler
> Swift Communications, Inc.
> 970-683-5646 (Direct)
> 775-772-7666 (Cell)
>
> /Quando omni flunkus moritati
> /"When all else fails, play dead"
> Red Green - President: Possum Lodge
> (Thanks for this one, Bill W.)
>
> *
>
> On 10/1/09 11:36 AM, "Jim Reed" <_jreed at swiftnews.com_>
> <_mailto:jreed at swiftnews.com_> wrote:
>
>
>
> *I want to transfer callers to an outside line that
> requires a long distance code. The long distance code
> requires a two (2) or three (2) second pause between the
> dialing of the number and the request for the long
> distance code. I can do this in Unity 5.x with the
> Alternate Contact Number option under Caller Input.
> Something that neither Call Manager or IPCC seem to be
> able to do. For instance, I can put in the digit string
> 917757727666,,,9009# for the Alternate Contact Number and
> assign it to Key 1. I have tested this manually and it
> works every time. I would like this to be transparent to
> the calling party and would be able to use a single Unity
> mailbox for up to nine (9) or ten (10) different people
> and let the IPCC script decide which digit to pass to the
> mailbox based on the calling number coming into the
> script. So, the flow would be something like this:
>
> Caller calls a DID or is transferred to that extension.
> Extension is set to call forward all to an IPCC route point
> Calling number is evaluated by IPCC in a series of IF
> statements to determine which digit to pass to Unity
> Caller is transferred to Unity based on the evaluation of
> the IF statements
> IPCC then sends the correct digit for Caller Input which
> then forwards the caller to the appropriate external number
>
> Let me know if additional info is needed. Thank You...
> **--
> Jim Reed
> Technology Wrangler
> Swift Communications, Inc.
> 970-683-5646 (Direct)
> 775-772-7666 (Cell)
>
> /Quando omni flunkus moritati
> /"When all else fails, play dead"
> Red Green - President: Possum Lodge
> (Thanks for this one, Bill W.)
>
> *
>
> On 10/1/09 11:27 AM, "Wes Sisk" <_wsisk at cisco.com_> wrote:
>
>
>
> How about a little more insight on what products, call
> flows, and functions you are using?
>
> In general:
>
> Consult Transfer:
> answer inbound call
> initiate transfer
> (once this call goes into connected state it is
> technically possible to pass DTMF to the destination)
> complete transfer
> at this point the transferring party is completely out
> the call flow and cannot pass DTMF to anyone
>
> Blind Transfer:
> Answer inbound call
> initiate transfer and specify destination
> In this scenario there is no opportunity to pass DTMF
> to the destination
>
> /Wes
>
> On Thursday, October 01, 2009 12:33:40 PM, Jim Reed
> <_jreed at swiftnews.com_> <_mailto:jreed at swiftnews.com_>
> wrote:
>
>
> Sending Digits from a Script to a Unity Mailbox
> *Okay, all you geniuses out there -- and you know
> who you are -- here is what I am wondering if one
> can do.
>
> I know I can transfer a caller from a script
> directly to a Unity mailbox, call handler, etc.
> What I would like to do is wait two (2) seconds
> and send a digit to that mailbox, call handler,
> etc., from the script just as if the caller had
> pressed a digit for caller input. Can this be
> done or if once the initial transfer is done is
> there no longer any communication possible between
> the script and Unity?
>
> Thank You...
> **--
> Jim Reed
> Technology Wrangler
> Swift Communications, Inc.
> 970-683-5646 (Direct)
> 775-772-7666 (Cell)
>
> Quando omni flunkus moritati
> "When all else fails, play dead"
> Red Green - President: Possum Lodge
> (Thanks for this one, Bill W.)
>
> *
>
>
>
> _______________________________________________
> cisco-voip mailing list
> _cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> _
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091001/cda22b56/attachment.html>
More information about the cisco-voip
mailing list