Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Brief pause after failed Select Resource and Connect event

Hi.

To work around the inability to play a prompt when resources are available in a Select Resource step with connect set to yes; I have attempted to add this functionality in the script using a connect set to no. A loop counter has been added before the Connect step and a Play Prompt step is triggered occasionally. I realise this causes a resource to be in the Reserved state while the prompt plays, this is acceptable.

The issue I am seeing is that if the Connect step fails, the caller hears a brief pause to the music on hold, before the Play Prompt breaks the music and plays the prompt. This can be confirmed by simply removing the Call Unhold, Play Prompt and Call Hold steps inside the Connect step completely and not intentionally breaking the hold.

The MIVR log shows this exception when the Connect step fails but this is not an event I can catch and my guess is that this has something to do with it.

545629: May 14 09:50:37.256 CST %MIVR-SS_TEL-7-UNK:CallID:7 MediaId:6313778/2 Task:26000000054, ConsultCallObserver() has timed out peeking from msgQ

545630: May 14 09:50:37.273 CST %MIVR-SS_TEL-7-UNK:CallID:7 MediaId:6313778/2 Task:26000000054, consult transfer() gets com.cisco.util.msgq.MsgQTimeoutException

545631: May 14 09:50:37.273 CST %MIVR-SS_TEL-7-EXCEPTION:com.cisco.util.msgq.MsgQTimeoutException

545632: May 14 09:50:37.273 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.util.msgq.MsgQ.waitForMessage(MsgQ.java:339)

545633: May 14 09:50:37.273 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.util.msgq.MsgQ.lookUp(MsgQ.java:268)

545634: May 14 09:50:37.273 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.util.msgq.MsgQ.read(MsgQ.java:118)

545635: May 14 09:50:37.273 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port$InCallObserverImpl$2.run(TAPIPortGroup.java:6825)

545636: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.app.impl.ApplicationManagerImpl$TaskImpl$ActionImpl.run(ApplicationManagerImpl.java:7757)

545637: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.app.impl.ApplicationManagerImpl$TaskImpl.doInterruptible(ApplicationManagerImpl.java:7560)

545638: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port$InCallObserverImpl.waitForConsultState(TAPIPortGroup.java:6809)

545639: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port$InCallObserverImpl.transfer(TAPIPortGroup.java:8000)

545640: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port.connect(TAPIPortGroup.java:3779)

545641: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wf.steps.iaq.ConnectStep.execute(ConnectStep.java:346)

545642: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wf.steps.iaq.ConnectStep.execute(ConnectStep.java:173)

545643: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.obj.WFBeanStep.executeImpl(WFBeanStep.java:141)

545644: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.obj.WFStep.execute(WFStep.java:174)

545645: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.obj.WFWorkflowTask.executeStep(WFWorkflowTask.java:494)

545646: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.engine.core.WFEngineWorkflowTask.executeStep(WFEngineWorkflowTask.java:122)

545647: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.app.impl.WFWorkflowAppDebugTaskWrapper.executeStep(WFWorkflowAppDebugTaskWrapper.java:416)

545648: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.obj.WFWorkflowTask.execute(WFWorkflowTask.java:360)

545649: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.engine.core.WFEngineWorkflowTask.execute(WFEngineWorkflowTask.java:77)

545650: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.app.impl.WFWorkflowAppDebugTaskWrapper.execute(WFWorkflowAppDebugTaskWrapper.java:736)

545651: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.engine.core.TaskManager.runTaskNormally(TaskManager.java:416)

545652: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.engine.core.TaskManager.runTask(TaskManager.java:371)

545653: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.wfframework.engine.core.TaskManager$RunnableTask.run(TaskManager.java:589)

545654: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:     at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.runCommand(ExecutorStubImpl.java:690)

545655: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.run(ExecutorStubImpl.java:486)

545656: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.run(ExecutorStubImpl.java:762)

545657: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:776)

545658: May 14 09:50:37.274 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.executor.impl.PooledExecutorStubImpl$1$WorkerImpl.run(PooledExecutorStubImpl.java:99)

545659: May 14 09:50:37.275 CST %MIVR-SS_TEL-7-EXCEPTION:       at com.cisco.util.ThreadPoolFactory$ThreadImpl.run(ThreadPoolFactory.java:853)

Running under UCCX 8.0 SU4 with premium licensing, this is a new script. Any thoughts as to how I can avoid the brief pause to music on hold in this situation?  Below is a cut down version of what I am trying to achieve.

 

Set loopCount = 0

selectResource:

Select Resource (--Triggering Contact-- from contactServiceQueue)

  Selected

    Increment loopCount

    If (loopCount % 5 == 0) Then

      True

        Call Unhold (--Triggering Contact--)

        Play Prompt (--Triggering Contact--, queuePrompt)

        Call Hold (--Triggering Contact--)

      False

    Connect (--Triggering Contact-- to contactServiceQueueResource)

      Connected

        Call Unhold (--Triggering Contact--)

        Set Contact Info (--Triggering Contact--, handled)

        End

      Failed

        Goto selectResource

  Queued

    queueLoop:

    Call Hold (--Triggering Contact--)

    Delay 45 secs

    Call Unhold (--Triggering Contact--)

    Play Prompt (--Triggering Contact--, queuePrompt)

    Goto queueLoop

447
Views
0
Helpful
0
Replies
CreatePlease login to create content