cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4801
Views
5
Helpful
8
Replies

Agents ready but not getting any calls

mariusst
Level 1
Level 1

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 !!

8 Replies 8

yogeswar
Level 4
Level 4

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

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

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 -

http://www.cisco.com/en/US/partner/products/sw/custcosw/ps1846/products_tech_note09186a008020f1d7.shtml

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 -

http://www.cisco.com/en/US/partner/products/sw/custcosw/ps1846/products_tech_note09186a0080262545.shtml

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

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.

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

Thanks for the reply. We're running 3.5(2) Co-resident with Callmanager 4.0(2a)SR1a. I've attached the script.

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

That was it, problem solved ... Thanks!