[cisco-voip] AutoMagically putting a call on hold

[Wes Sisk]

Tell your account team you need enhancement request CSCdw68639 
addressed.  In the mean time take a ~30 second recording of silence and 
use it as a MoH source.

/Wes

On Wednesday, March 10, 2010 12:08:12 PM, Dailey, Fred M. 
<fmdailey at ccis.edu> wrote:
>
> Thank you Lelio, I have figured it out. In summary:
>
>  
>
> A CTI Route Point is used to transfer a DID to a Unity Call Handler
>
> The Call Handler is setup for a greeting then after the greeting to 
> transfer to a subscriber.
>
> The Subscriber is setup as a voice mail box for an extension on the 
> target phone.
>
> The Transfer incoming calls on the subscriber is set for supervised 
> transfer.
>
> After greeting on the subscriber is set to take message.
>
>  
>
> Works good except for the MOH
>
> http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products_qanda_item09186a0080093c13.shtml
>
>  
>
>  
>
> *From:* Lelio Fulgenzi [mailto:lelio at uoguelph.ca]
> *Sent:* Tuesday, March 09, 2010 4:28 PM
> *To:* Dailey, Fred M.
> *Subject:* Re: [cisco-voip] AutoMagically putting a call on hold
>
>  
>
> As we discussed:
>
> Call_Handler_A: will have the greeting you want (or blank if you 
> prefer) with an after greeting action of "Transfer to" Call_Handler_B
>
> Call_Handler_B: will have a supervised transfer to subscriber XYZ, 
> with the setting to put the user on hold.
>
> Call_Handler_B does not require an extension, since no one will be 
> dialing it, however, for testing purposes, you can assign 
> Call_Handler_B an extension, and dial your VM pilot, then 
> Call_Handler_B extension and it will work. Once it's working as you 
> wish, you can remove the extension and modify Call_Handler_A as required.
>
> Team viewer is located here: http://www.teamviewer.com/index.aspx
>
> You'll need the full version since we'll be looking at your workstation.
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Cooking with unix is easy. You just sed it and forget it.
>                               - LFJ (with apologies to Mr. Popeil)
>
>
> ----- Original Message -----
> From: "Fred M. Dailey" <fmdailey at ccis.edu>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Sent: Tuesday, March 9, 2010 4:34:51 PM GMT -05:00 US/Canada Eastern
> Subject: RE: [cisco-voip] AutoMagically putting a call on hold
>
>
> Thanks for the response to my puck-net query. I have been trying to 
> use this feature of Unity but have not had any success. I am running 
> Unity 5.x and the have setup a test call handler with supervised 
> transfer to a subscriber extension. The Unity documentation states 
> “Call transfer settings specify how Cisco Unity transfers calls from 
> the automated attendant or a directory handler to subscriber phones. 
> (Note that transfer options do not apply when an outside caller or 
> another subscriber dials a subscriber extension directly.)” I am not 
> sure how to make this work with a normal subscriber extension being 
> called directly without human intervention. i.e. being picked up by 
> the operator and transferred. The behavior of the call handler now is 
> to skip the call transfer settings and go right to the greeting even 
> when being transferred to from another call handler. I have also 
> looked at CFB to a Call Park but Call Park is only able to handle one 
> call on hold per Call Park extension. I am hoping your experience and 
> expertise may be able to point me in the right direction.   
>
>  
>
>  
>
> *From:* Lelio Fulgenzi [mailto:lelio at uoguelph.ca]
> *Sent:* Wednesday, March 03, 2010 3:07 PM
> *To:* Dailey, Fred M.
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] AutoMagically putting a call on hold
>
>  
>
> Do you have Unity or Unity Connection? A call handler can 
> automatically put someone on hold. It makes for a very effective 
> queuing system. The only thing wrong with it is that you can't limit 
> the number of people on hold, so it can use up all your voice mail ports.
>
> But in a pinch, it works like a charm.
>
> BTW: I asked the Connection team about putting in port limits so we 
> can use it as a simple queuing app and they said the IPCC BU might get 
> mad. ;)
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Cooking with unix is easy. You just sed it and forget it.
>                               - LFJ (with apologies to Mr. Popeil)
>
>
> ----- Original Message -----
> From: "Fred M. Dailey" <fmdailey at ccis.edu>
> To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
> Sent: Wednesday, March 3, 2010 3:13:43 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] AutoMagically putting a call on hold
>
> Is there a feature or method that would put incoming calls to an 
> extension on hold if the extension is busy?
>
> We are running CCM 6.1.3b
>
> Trying to develop a poor mans calling queue.
>
>  
>
> Fred Dailey
>
> Network Engineer-Telephony
>
> Technology Services
>
> Columbia College
>
> Columbia, MO 65216
>
> 573-875-7308
>
>  
>
>
> _______________________________________________ cisco-voip mailing 
> list cisco-voip at puck.nether.net 
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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/20100310/30199cc8/attachment.html>