04-17-2007 08:28 AM - edited 03-14-2019 12:45 AM
I have 2 scripts. Script1 calls script2, which in turn selects a resource and extends the call to the resource. Each script by itself works just fine. However, when used together, the connect step that follows select resource step acts abnormally: the agent phone rings, agents picks up, IPCC hangs up the agent's phone, puts the agent in reserved state, and the connect step takes the failed branch.
I have stripped both scripts down to bare bone, removed any data that passes from Script1 to Script2. Both scripts are attached, if anyone had a similar issue or can take a quick look, I would grately appreciate it.
Pavel.
04-17-2007 08:39 AM
Pavel,
Make sure your agent phone DN is not set to call forward. I've seen a similar issue with the agent line set to Call Forward all.
-Dave
--please remember to rate helpful posts!
04-17-2007 08:47 AM
No, it's not set to CFA. Thanks anyway.
07-03-2007 05:41 AM
I am having the same issue. Script1 calls Script2 in order to play a message to an agent.
when the agent phone rings, the debugging shows the script "hanging" on the connect step.
the agent phone rings, and when the agent answers it, the call stays in "offering" state. After 10 seconds, the call is pulled back into queue, and the process repeats with the next agent.
eventually, the call might be connected successfully -- but it takes several tries.
06-20-2008 05:28 AM
Was a solution ever found to this I am having the same issue, probably something simple...
06-24-2008 06:17 AM
Yes, the problem was that the device pool assigned to the CTI ports had multicast MoH. CTI ports do not support multicast MoH and that's why when one script tried to put another script on hold (and effectively stream MoH to it), that operation failed. I resolved this by assigning a different device pool to the IPCC's CTI ports.
Hope it helps!
Pavel Bogomolnyi
06-24-2008 11:32 AM
Pavel,
You are a tremendous help! That was exactly my problem. Five stars.
Thank you so much for solving that headache for me.
Dave Finnegan
06-24-2008 11:36 AM
Dave,
My pleasure. This problem was driving me up the wall for over a week until TAC DE's got involved and pinpointed the problem by looking at CCM traces.
Glad I could help
Pavel Bogomolnyi
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: