I have following issue:
CUCM 11.5.1 SU5
UCCX Inbound call arrives at Agent A
Agent A transfers the call to another CSQ Number with Finesse and is using direct transfer function.
Agent B gets selected and gets reserved - but finesse does not show any button to take the call (Cisco Jabber shows the incoming call, after taking the call - state in fiinesse still in reserved state) - it gets stuck in this state - even when the caller hangs up - it stays at this state for about 2 minutes. Manually changing to other state not possible.
BUT when Agent A transfers the call to another CSQ using Consult Transfer - type the number in finesse , say call and then transfer it the issue does not happen. It happens only with direct transfer - any ideas why this can happens ?
I have the same scenario and a TAC case open. Situation is that everyone is working remote now on VPN. Agent A is part of an operator queue and uses operator software (cisco partner) to blind transfer calls to another CSQ. Still trying to get to the bottom of it.
Usually when agents are reserved and the call does not route, then it suggests that for some reason callmanager is not able to route the call via the cti application to the phone. Blind transfer is tricky, you need to check that the CSS is configured correctly. The process for consult transfer and blind transfer are completely different. With consult transfer your cti mgr will tell the phone to make the call to the destination, however in blind transfer the agent phone is no longer in the loop. So check the rerouting css. Check css on cti ports etc. I can't remember off the top of my head which css is used
The calls route, but agent B gets stuck in reserved. I'm likely going to switch them back to IP Communicator because I just don't have the time to deal with figuring it out. I can replicate with some test agent setups though.
I'm having this same issue, just posted in the community. My agents are not remote at this time, because their manning a 24/7 station and they aren't allowed to work remotely. The calls are coming as a direct transfer from through the script and after the caller hangs up the agent is stuck in a reserved state for at least a minute with no way to override. We are 11.6(2) and so far this is the only CC reporting it, and it's been sporadic, just reported to us a few weeks ago. I thought it was the wrap up, so I disabled it, but that was only 10 seconds. Is this a Finesse issue or a network issue?
I switched our operators back to IPC as a workaround. Still trying to get to the bottom of it and I'm now working with the operator console software support. I could replicate it on Jabber on VPN. However, TAC is saying that using the operator software instead of Finesse is unsupported. I don't have the latest ES installed, but TAC hasn't suggested to install that yet either.
That is interesting. When you say IPC, do you mean IPCommunicator or IPCC where agents bypass Finesse? So far I have only one CC reporting the issue. Some of what I'm seeing is it could possibly be network related. I'm not rebooting my network for this one CC at this time, but the network equipment that supports this on campus location is due for an upgrade to Cisco C9300 series switches. I'm going to wait and see if there is any change after that upgrade.
I meant IP Communicator. We're using that with Finesse and Akkadian Console Operator for an operator queue. Doesn't appear to be network related at this point.