[cisco-voip] AutoMagically putting a call on hold

Wed Mar 10 12:10:58 EST 2010

Yes, this will do what you want. The only issue with this (if it is an issue at all) is that all calls to that subscriber will be supervised. With the second call handler, only calls to the DID will be supervised. 

Something to think about..... 

--- 
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> 
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net> 
Sent: Wednesday, March 10, 2010 12:08:12 PM GMT -05:00 US/Canada Eastern 
Subject: RE: [cisco-voip] AutoMagically putting a call on hold 

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100310/42b2b336/attachment.html>