Background: Recently I was troubleshooting an issue I was seeing in CRS real-time reports where some calls were reported as "stuck in queue" even though no calls were actually in the queue. As it turns out, this was occurring because our helpdesk agents had their ICD extensions on their desk phones (7960) but also had those same extensions on a (7920) as a shared line presence. Once I removed the ICD shared line from the 7920, problem solved.
Issue: The helpdesk techs got used to the mobility that the shared line offered them, when they needed to be away from their desks (when they were shorthanded, or out in the field) they were still able to take calls from the helpdesk queue. Now that I have resolved the "stuck in queue" issue, they have requested that they have the mobility functionality back.
Thus far, I have had them do a callfwdall from their desk ICD extension to a secondary extension on the 7920, which doesn't work.
I have thought about writing into CRS script a step that will check to see if any agents are in a ready state, if there are no agents in a ready state then de-queue the call and forward it to an extension that is shared on all the 7920s.
I'm hoping that there is someone on the forums that has experience with this sort of situation and can offer some advice.
As I understand scripting, the change you propose may only make the calls stuck in queue come back. If they could use desk phones (rather than the 7920) in a location away from their desks, I would suggest extension mobility. I have used EM with agent phones with some success. Best wishes - Steve
I have been dealing with the same issue you speak of today. My shared devices were a 7960, IP Communicator and Mobile Connect CTI Port. I found that when I answered the call from the Primary 7960, the call didn't get "stuck". However, when I answered the call from either of the other two devices, it WOULD get stuck.
RESOLUTION: It appears that the problem was due to the other two devices (IP Communicator and CTI Port for Mobile Connect) not being associated to the RM JTAPI user. Once I associated those devices with the RM JTAPI user, I was able to answer the call from either device and the call didn't get "stuck".
A question about this scenario. I have essentially the same setup with a deskphone and 7920. The agent user is associated only to the desk phone. The rmjtatpi user is accociated to both. Answering is fine and the status is reported correctly. However, a CAD initiated outbound call always uses the 7920. Has anyone seen this?
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...