[cisco-voip] Unity 5 Caller Input and Call Handler Questions

[James Buchanan]

You might check your restriction tables re: the outbound to the outside
number. 

 

James Buchanan | Senior Network Engineer | South Region | Presidio
Networked Solutions 
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com
<mailto:jbuchanan at ctiusa.com> 
D: 615-866-5729 | F: 615-866-5781 | www.presidio.com
<http://www.presidio.com> 

CCIE #25863, Voice



 

From: Jeff Ruttman [mailto:ruttmanj at carewisc.org] 
Sent: Thursday, July 15, 2010 11:34 AM
To: James Buchanan; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Unity 5 Caller Input and Call Handler
Questions

 

Thanks James.

 

I've done what you suggested.  I can't set the Standard Transfer Rule to
an outside number, or I can, but the call doesn't go.  I can set it to
an internal number on a route point and from there forward the call to
the outside world.  Should I be able to put an outside number in that
Transfer field?

 

And it's really true that on a single subscriber, I can't use multiple
alternate contact numbers but can only assign the same one to multiple
input keys?  Seems weirdly limited to me.

 

So my setup will be:

Press 1 to go directly to a subscriber's VM (set to alternate contact
number)

Press 2 to go directly to another subscriber's VM (set to a call handler
which transfers to another subscriber's VM)

Press 3 to go to a route point in CM (set to a call handler which
transfers to a route point which forwards to outside number)

Press 4 to go to a route point In CM (set to a call handler which
transfers to a route point which forwards to outside number)

And if no input is given, caller is sent to VM of the original called
number.

 

This will work, but it seems like a lot of running around to do
something pretty simple sounding--or am I still missing something?  

 

Thanks

jeff

 

 

 

________________________________

From: James Buchanan [mailto:jbuchanan at ctiusa.com] 
Sent: Thursday, July 15, 2010 10:13 AM
To: Jeff Ruttman; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Unity 5 Caller Input and Call Handler
Questions

For option 3, you need to create a call handler. That call handler will
have a Standard Transfer rule to the outside number. Same for option 4
(different call handler). These CHs do not need an extension. Just
associate them to those options. 

 

Be aware that in Unity 5, I believe the Alternate transfer rule is
enabled by default, so be sure to disable it (bug I think). 

 

Thanks,

 

James Buchanan | Senior Network Engineer | South Region | Presidio
Networked Solutions 
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com
<mailto:jbuchanan at ctiusa.com> 
D: 615-866-5729 | F: 615-866-5781 | www.presidio.com
<http://www.presidio.com> 

CCIE #25863, Voice

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jeff Ruttman
Sent: Thursday, July 15, 2010 10:08 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Unity 5 Caller Input and Call Handler Questions

 

Greetings,

 

I want to use Unity to give a caller who reaches VM to have 4 options:

 

Press 1 to go directly to a subscriber's VM

Press 2 to go directly to another subscriber's VM

Press 3 to go to either an outside number or a route point in CM

Press 4 to go to either an outside number or a route point In CM

And if no input is given, caller is sent to VM of the original called
number.

 

In looking at the Subscriber's caller input choices or in a Call
Handler's caller input choices, I'm not seeing how to do this.

 

In the Subscriber's caller input, apparently I can only set a single
Alternate Contact Number.  While I can set input numbers 1, 2, 3, to
send to an Alternate Contact Number, that number is always the same for
all 3 input numbers.  If I can change one Alternate, they all change.

 

In a Call Handler, I can't see where I can get a call back to call
manager to send it out into the world.

 

This can be done, surely.  Any suggestions to help me with what must be
bleedingly obvious....

 

Thanks

jeff

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100715/c69e0e27/attachment.html>