[cisco-voip] playing hold whilst hunting?

[Robin Clayton]

Well we have a hunt group with 4 phones,
 
if we "release to switch" it will hunt round on the 1st and subsequent in progress calls.
 
if we "supervised transfer" it will hunt for the 1st call, the next call gets put on hold even if three other phones are free on the hunt group. eventualy it goes back to the auto-attendant?
 
I don't mind if there is no hold music if the sytem reminds you that your on hold and X in the queue.
 
So for some reason Unity thinks the line is busy even though the hunt has free members.
 
Thanks
 
Rob
 
===============================
Robin Clayton
Network Manager 
Tel: 01228822075 
 


Richard Rose Central Academy 
Edgehill Road 
Carlisle 
Cumbria 
CA1 3SL 

Tel: 01228 822060 
Fax: 01228 822061 

http://www.richardroseacademies.org/ 

>>> Pat Hayes <pat-cv at wcyv.com> 25/03/2010 02:45 >>>
Ah, I didn't realize you were trying to queue multiple calls. Both Unity and UC have only basic queueing options. You can use a blind transfer, which as you initially discovered just releases the caller to the phone switch, which will play ringback. With a supervised transfer, the behavior is governed by the "if extension is busy setting". When the second call arrives, you can send the caller to a voicemail box, ask the caller to hold, or let the caller pick between those two choices. The catch with the holding, is that it isn't MOH, you're listening to UC and I think it prompts you every 30-60 seconds for whether or not you want to continue to hold. It isn't configurable.

If you need anything other than that, you'd need some sort contact center solution, as Mike mentioned.

On Wed, Mar 24, 2010 at 5:45 AM, Robin Clayton <Robin.Clayton at rrca.org.uk> wrote:


Ok, That sort of works,
I get the call placed on hold music, and if it's not answered it hunts round and eventualy goes to the correct voicemail ( after fiddling a little )
BUT.....
if there's two calls.
1 Goes to the hunt, 
2 gets placed on hold with no music and a message about the queue, eventualy it gets pusehd to the autoattendant???? 
So getting there but not quite..
Rob
===============================
Robin Clayton
Network Manager 
Tel: 01228822075 


Richard Rose Central Academy 
Edgehill Road 
Carlisle 
Cumbria 
CA1 3SL 

Tel: 01228 822060 
Fax: 01228 822061 

http://www.richardroseacademies.org/ 

>>> Pat Hayes <pat-cv at wcyv.com> 23/03/2010 14:08 >>>
You can configure the transfer rule in UC to do a supervised, rather than release, transfer. With this option, UC will keep the caller on hold until the call enters a connected state before completing the transfer.

On Tue, Mar 23, 2010 at 5:51 AM, Mike Thompson <mthompson729 at gmail.com> wrote:



Unfortunately the way to do that is to run it through UCCX, so you would need a separate application / server just for that feature.


From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Robin Clayton
Sent: Tuesday, March 23, 2010 4:40 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] playing hold whilst hunting?


CUCM 6.1

Unity Connextion 2.x


Is it possible to get hold music instead of ringing when unity transferes a call to a hunt group?


Thanks


Robin





Richard Rose Central Academy 
Edgehill Road 
Carlisle 
Cumbria 
CA1 3SL 

Tel: 01228 822060 
Fax: 01228 822061 

http://www.richardroseacademies.org/ 

_______________________________________________
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/20100325/c958670a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 7338 bytes
Desc: CompuServe GIF graphic
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100325/c958670a/attachment.gif>