|She Loves Call Queuing|
Cisco provides many limits and recommendations related to the use of hunt pilots and native call queuing that could potentially blow your super-fantastic-end-of-the-world design out of the water. Much of what is listed below would not be learned by just playing around with the new call queuing feature - it's very much worth the time to read through the "additional information" link at the bottom of this post.
Below is a list of the fun facts related to native call queuing and hunt pilots in CUCM 10.x that I've been able to gather thus far.
14 Fun Facts about CUCM 10.x Hunt Pilots and Native Call Queuing
- Call queuing is not supported with broadcast algorithm hunt lists.
- This makes sense in the conventional sense of a contact center that typically delivers the call to the longest available user.
- The calls are required to be distributed to individuals based on the availability status of the user using a top down, circular or longest available algorithm.
- Plenty for 99% of the applications out there. I suppose you could find a place where this is a limiting factor - but then again, this isn't a replacement for UCCE.
- I assume that if a single line member does not answer, it will re-queue the caller in the way that a typical RONA would usually be handled.
- I also assume that the maximum wait time for the hunt pilot is the ultimate trigger here.
- Makes sense, if they aren't busy they should be able to take the call immediately.
- This is a good way to limit the impact to callers of someone that has walked away from the desk or left for the day in an "available" state. I recommend that "Automatically Logout Hunt Member on No Answer" always be checked and ensure that users are trained quite clearly on how this works.
- On the surface this may seem like a limitation, but in a contact center-like environment you wouldn't want to have a line member bothered with multiple calls at the same time (typically).
- This is one for the lab, but I wonder if non-queuing-enabled hunt pilots could deliver calls to a line member if they've already taken a queuing-enabled call (and their busy trigger will allow it).
- Furthermore, could a non-queuing hunt pilot configured to broadcast all users be used as an overflow for when a queuing hunt pilot did not find an answer?
- Unsure what happens if you don't comply, but I can see this being a common configuration error.
- Again, unsure what happens when you don't comply.
- I'll need to find more clarification on this. It can have a bearing if you have call handling groups located in various spokes from the CUCM hub. Will it still deliver calls, just not in fast start mode?
- This policy seems to have been done with the caller in mind. Remote team members can be reached mobile using more conventional coverage path techniques.
- This is both a limiting factor and a management headache in very large hub-spoke enterprises. Requires being very mindful of how hunt pilots are spread throughout the cluster.
- Should be more than enough for most environments. If you're pushing this limit, consider the more conventional contact center products.
- A maximum of one hour in queue is for the truly determined customer.
- Very large clusters beware.
How to Configure Native Call Queuing in CUCMThis great video from Paul Stryer, Cisco Architecture Systems Engineer, does a great job illustrating how to configure CUCM's native call queuing feature. He also demonstrates with test calls in his lab, which really help to reinforce the concepts.
For additional information about how CUCM Native Call Queuing functions, I highly recommend you check out the limitations outlined in the Features and Services Guide for Cisco Unified Communications.