I have an issue trying to determine the best way to route inbound calls into our organization. This boils back to the age old problem of regular Hunt Pilots vs. Attendant Console Pilot Points.
The situation is I have operations staff that are responsible for not only their work (accounting, etc.) but also answering the phone. I also have a dedicated reception whose responsibility is answering the phone but the desk is not always manned (which is why our operations staff has to answer the phones).
I need a system that is hierarchical in fashion, ringing a specific group of phones, and then if no one answers I need the next group to ring (a Hunt Pilot seems great for this doesn't it? Not exactly.)
I also need a system that works with an application like the Cisco Attendant Console. Now my staff is currently using the AC, and it works (albeit not TAC supported); however, when the call rolls from line group to line group in the hunt list the Attendant Console gives an error that says "Failed to make new call." I know that text is a bug that people have talked about before, and I understand that it is an issue trying to use hunt pilots with the Attendant Console which is supposed to use Pilot Points. All this I get.
I tried using Broadcast Hunting in the Pilot Point for the Attendant Console. The problem I ran into with that is that all the staff saw the call coming in and they weren't sure who was supposed to pick up (which is why I originally had a hierarchical fashion with the Hunt Pilot). And I thought about linking Pilot Points together so reception would see it first and then at the end of the hold time it would roll into another broadcast hunting AC Pilot Point, which would include more AC users, notifying them of the incoming call, and that it had already gone through reception.
The problem that I run into with linked Pilot Points is the fact that with that setup it always goes through every pilot point. The system needs to be fast, going to the staff that is on hand at that time to take the call. The caller should not hear ringing for 20 seconds before the first phone is notified here.
Which is why Hunt Pilots work great because I can login/logout with the HLog button on a phone so they can individually remove themselves from inbound calling if they are away from their desk (or gone home for the day).
The problem with Hunt Pilots is the fact that I cannot use Call Pickup Groups if someone wants to pickup the call that is ringing on another person's desk. They have to wait the timeout period before their phone is ringing as well.
And then the problem with the AC Pilot Points is the fact that the phones don't ring with broadcast hunting. Picking up a call from the broadcast window takes away too much time (and being prompted by a pop-up window that activates every time a call comes in) is too intrusive on the operations staff workflow.
So basically what I need is a system that can broadcast to multiple phones at the same time (but ring their phones, not just an application notification on a computer), ring in a hierarchical fashion so only certain phones ring, allow the users to logout so routing goes correctly to the on hand staff, and be supported by the Attendant Console (so parked calls can work correctly, etc. and to be in Cisco's good graces if I have problems) because the Attendant Console is a great application and the staff loves it.
If anyone is interested, I can attach a flowchart to make it more clear.
If anyone has any suggestions I'm all ears. The biggest thing I'm surprised about is the fact that I can't use broadcast hunting WITHOUT a queue in the Attendant Console Pilot Points. Yes, the queue is nice, but it's not what I'm looking for and I can't uncheck the box. If I could, this would answer my problems right here. Phones would ring and if no answer after a certain amount of time it would be directed to my Unity Automated Attendant.
This does not answer your complete question but rather one part :) You noted;
"The problem with Hunt Pilots is the fact that I cannot use Call Pickup Groups if someone wants to pickup the call that is ringing on another person's desk. They have to wait the timeout period before their phone is ringing as well."
This can be fixed, you are hitting this bug CSCsb12946 which prevents this feature from working (still applicable in 5.x and 6.x);
Set enterprise parameter (System->Enterprise Parameters->Cisco Support Use 1) Cisco Support Use 1 to CSCsb42763 (case sensitive)
This operation added listbox (Route Plan->Route/Hunt->Hunt Pilot->hunt pilot XXXX -> Call Pickup Group) Call Pickup Group.
CSCsb42763 (in mixed case) in the Enterprise Parameter 'Cisco Support
Use 1' under the new group 'Cisco Support use Only' and click update. Only the value
CSCsb42763 in this parameter can enable the configuration. Change the
value to anything else to disable this functionality.
2. Go to Hunt Pilot Configuration page and select a call pickup group from the Call
Pickup Group dropdown list and click update.
Call Pickup fails on Hunt List
Call pickup fails for hunt list when call is CFA from Route Point in 4.1(2)ES41. This is not the designed functionality for this issue and will break the Call Pickup logic.
Use multiple shared lines & CFNA between each shared line.
Call Pickup fails when ringing line list member
Symptom: Selecting PickUp or GPickUp does not pickup the call from any of the members of a line group. Condition: CM 4.x Workaround: None. Feature not supported. Further Problem Description: Defect CSCsa66224 may appear to have allowed this feature to work in earlier versions.
Call Pickup from line group member fails after es installed
Symptom: A call is CFNA to a hunt pilot/line group. The call can no longer be picked up. Conditions: Calls CFNA to a hunt pilot. 4.1(2)ES36. Workaround: None
I gave that a shot and it works (CSCsb42763). The Call Pickup Group drop down box is added on my Hunt Pilot. Thanks for the help! Now if I could just find the TAC cases as easy as you maybe I would be posting more answers than questions here! :-)
After adding it to the pickup group of my choice I tested it out and it works fine, just like a regular call pickup should.
Now if I could just answer some of the other problems that I have with inbound routing :-)
I think one of my biggest problems is the timing of the calls. If my staff that is in my first couple of hunt groups are not there, then the last couple only have 1-2 rings before all phones in my company ring, and we would prefer them not too, our operations staff should be able to field them within at least 3-4 rings. And I can't add time to the last couple line groups because if the ones ahead ring, then that would be up to a minute before someone picked up the call.
Attached is my flowchart so you can get a better idea of what I'm working with.
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...