07-26-2004 11:39 PM - edited 03-13-2019 10:26 PM
We experienced the folowing problem, there are contacts in the queues, agents are ready but the agents does not receive any new calls.This condition lasted about 30 min after which everything started working normally again. Any suggestions please !!
07-27-2004 12:04 AM
Hi,
The issue might be due to the Consult Transfer is
failing. This is typically the result of the CCM cnfg not allowing the call to be placed between the CTI Port and the Agent or the Caller and the Agent.
Since the phone isn't ringing, it would appear to be an issue between the CTI Port and the Agent....
Here are some tips on what to look for that I have extracted from a document I am writing. Please let me know if it is not helpful:
CCM CNFG DEPENDENCIES:
The CRS server depends on CCM being properly configured. In order to properly setup the CRS server, you must first configure the CCM.
The JTAPI Subsystem and the ICD subsystem both authenticate to the CCM as users. You must add a User in the CCM for the JTAPI Subsystem on all
CRS servers. On CRS servers with ICD, you must add a User in the CCM for the ICD (RM JTAPI) Subsystem. The users will also have Associated Devices.
In the case of the JTAPI User, the devices will be the CTI Ports and Route Points. In the case of the RM JTAPI User, the devices will be the devices that
the ICD Agents extensions are on.
USER Associated Devices
JTAPI CTI Ports, CTI Route Points
RM JTAPI ICD Agent Devices
Key Points:
When configuring CTI Ports and Route Points for use with CRS, the following points must be understood and properly configured to avoid
call routing issues.
All calls that are sent to a CRS Jtapi Trigger are handled as follows:
Call is signaled to the CRS via the Route Point.
CRS determines which CTI Port to accept the call on.
The CRS requests the Call Manager to reroute the caller to the CTI Port via a Redirect.The CRS accepts the call on the CTI Port. At that point, the call can be answered by executing an Accept step in a
script or it can be rerouted by performing a Redirect step in a script.
The CRS has two Call Control capabilities available:
Redirect
Redirects are performed when a CRS script executes a call Redirect step, or when an ICM system sends a Connect request to the CRS to send a queued call to a destination label. When the Redirect is performed, if the Call Manager destination is available, the call is immediately sent to the CCM and released from the CTI Port.
Consult Transfer
Consult Transfers are performed as part of the Select Resource step when an IPCC Express system sends a caller to an Agent. Using the Consult
Transfer provides the CRS with the ability to keep the call in queue in the event that the Agent doesn't answer and send it to another agent
when available.
Key Points:
One must be certain that they have considered how these calls are set up when they configure the Call Manager devices. If any of these configuration elements are overlooked, it can result in transfer and redirect failures that can be difficult to isolate and correct.
CSS
Every type of call will be using a CSS to determine if it's allowed to be established to a device based on the devices partition. Any CRS script that uses a Redirect Step will use the CSS that is
defined on the CTI Port Group page for the CTI Port's Jtapi Call Control Group, in the field called "Calling Search Space for Redirect". This
includes the GED-125 redirect that is done, even though it isn't an exposed script step, internally by the CRS when an ICM system sends a
CONNECT request with a label (DN).
The choices are:
Call Manager Default (Calling Party)
Calling Party
Redirecting Party
Regards
Yogi
07-27-2004 12:05 AM
Hi,
Continuation...
Regions
Media connections to the CRS are either all g.711 or all g.729. This means that the CCM region cnfg must allow for connections between devices, and the CRS server's CTI Ports, with the appropriate Codec. The
calling and the called devices Regions will determine at which bandwidth the connection will be made. In the case of the CRS server's CTI Ports,
if the connection to the calling or called device can't be made at the CRS servers installed bandwidth, then a Transcoder channel must be
available.
Locations
In the event that one or more of the devices are in a Location, if sufficient bandwidth is not available, a Redirect or Consult Transfer
will fail.
Call path:
Caller ->
Trigger ->
Redirect to CTI Port ->
Redirect or Consult Transfer to Device (Phone/Gateway/Route Point)
MOH
The CRS has a Hold step. This step allows you to place a caller on hold in the CCM. This will move the caller from the CRS server's media channel to the CTI Ports Network Hold Audio Source. The Call Manager can have a Music on Hold server. The server can have multiple Audio Sources. These Audio Sources can be assigned to CTI Ports at the Device or Device Pool level. Whatever audio source has been
assigned to the CTI Port's Network Hold Audio Source is what will be streamed to the caller when the CTI Port has been put on hold with the Hold step.
ICD Agent Phone Forwarding and No Answer Behavior
ICD calls that are delivered to Agents devices will not follow the lines forwarding. If the CCM attempts to forward an ICD call, the CRS server
will pull the call back instead of following the forwarding.
Whenever am ICD call is presented to an agent's device, the call will be allowed to ring at the agent's line for the amount of time configured as
the Timeout value. If No Answer forwarding or Call Forward All occurs in the Call Manager,the CRS will not follow it, but will pull the call back as if it were a no answer timeout. To keep this from occurring, make sure that the CCM No Answer Timeout is greater than the Select Resource/Connect step Timeout. See ICD Script Notes for more details.
Regards
Yogi
07-27-2004 12:11 AM
Hi,
In addition to the above tips, check out the following Tech notes
Cisco IP ICD Fails to Route Call to an Agent Phone - Calling Search Space Issue -
Unable to Route Calls to Agents - CTIERR_MAXCALL_LIMIT_REACHED -
http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_tech_note09186a008026e0d6.shtml
Agent Goes into Reserved State after End of Call - Interruptible Play Prompt -
Cisco IPCC Express: Troubleshooting Calls Stuck In Queue -
http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_tech_note09186a00801c82ea.shtml
Integrated Contact Distribution (ICD) Agents Stuck in RESERVED State With IP Contact Center (IPCC) Express -
http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_field_notice09186a00801d3aa0.shtml
If all the above does not fix your problem, please open a TAC case attaching MIVR trace.
Trace level - SS_TEL, SS_RM, SS_CM, ENG, SS_RMCM, ICD_RTDM, ICD_CTI.
Note : ENG trace generates huge amount of logs. Please turn off this trace level after collecting the log.
Regards
Yogi
04-05-2005 01:04 PM
I have the same issue, but with the following symptoms:
If I have an agent ready, no calls in queue, dial the CTI_RP the call rings the agent, call completes fine.
If I have an agent not ready, dial the CTI_RP so the call queues, then set the agent to ready, the agent goes into RESERVED state. If I wait for the queue to loop (get reporting stats, play prompts, play music, then loop back to get reporting stats, prompts, etc.) the agent phone rings at the very last step of the "loop" and the call completes fine.
If I have an agent ready, dial the CTI_RP the call rings the agent ... though if I abandon the call before the agent picks up, the agent remains in RESERVED state for 10 seconds.
So to sum up:
-No calls in queue, calls to CTI_RP route to agent ok
-Call in queue, if agent attempts to go ready, they remain in RESERVED indefinitely.
04-05-2005 01:23 PM
Brian,
First, what version of IPCC Express are you running? You will want to be certain that you have the latest service release loaded on it as there are bugs for several versions that include stuck in reserved. Could you attach the script so we could take a look at the flow?
Thanks,
Jim
04-06-2005 04:43 AM
04-06-2005 05:09 AM
Hi brian,
On the Play Prompt steps, set the interruptible option to yes.
Let me know if you need more details on this.
Regards,
Stephane
04-07-2005 04:38 AM
That was it, problem solved ... Thanks!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide