Re: [cisco-voip] Issues with UCCX Sample Callback Script in ScriptRepository
I don't think it's hitting the max steps. I know from searching the error
message there appears to be a couple of variations. When the script hits
the max steps it generates the error code as above but notes that the
script had too many steps which I'm not seeing.
A sample entry from MIVR logs looks something like (and my apologies for
the wall of text):
50009562: Feb 17 14:59:57.771 EST %MIVR-LIB_EVENT-5-TOO_LONG_IN_QUEUE:Event
queue time exceeded:
Event=com.cisco.call.CallEvent[CALL_DISCONNECTED,state=CALL_DISCONNECTED,isRemote=true,task=AppTask[id=0x60db9b1c2,time=1424145474515,state=ABORTED,exception=com.cisco.app.impl.ContactInactiveException:
Contact id: 56255, Contact terminated
remotely,active=false,aborting=com.cisco.app.impl.ContactInactiveException:
Contact id: 56255, Contact terminated
remotely,app=App[name=XXX-,type=Cisco Script
Application,id=19,desc=XXX-,enabled=true,max=10,valid=true,cfg=[ApplicationConfig[schema=ApplicationConfig,time=2015-02-13
17:30:45.0,recordId=585,desc=XXX-,name=XXX-,type=Cisco Script
Application,id=19,enabled=true,sessions=10,script=SCRIPT[.aef],defaultScript=,vars=[com.cisco.prompt.Playable
Prom_All_Agent_Busy,com.cisco.prompt.Playable
Your_Position_in_the_Queue,java.lang.String
Voicemail_redirect,com.cisco.prompt.Playable
Daily_Message,com.cisco.prompt.Playable
Promp_Busy_Tone,com.cisco.prompt.Playable
emergency_Prompt,com.cisco.prompt.Playable
Welcome_message,com.cisco.prompt.Playable
Queue_Overflow,com.cisco.prompt.Playable
Afterhours],defaultVars=null]]],trigger=ContactApplicationTrigger[time=1424145474515,locale=en_AU,cfg=JTAPITriggerConfig[schema=ApplicationTriggerConfig,time=2014-02-13
14:57:22.0,recordId=92,desc=Cisco JTAPI Trigger,name=53400,type=Cisco JTAPI
Trigger,appName=XXX-,enabled=true,sessions=3,idleTimeout=5000,locale=en_AU,parms={},taskGroups=[],controlClass=class
com.cisco.call.CallControlChannel,controlGroupId=24,contactGroups=[GroupInfo[class=com.cisco.dialog.DialogChannel,id=0]],dn=53400,redirectCSS=default,cmDeviceName=XXX-,cmDeviceInvalid=false,cmDescription=XXX-,cmDevicePoolUUID={9F5AB13C-E949-7EEF-A97D-DB91A7AAAFFD},cmDevicePoolName=devicepool50,cmCallingSearchSpaceUUID={cf5699ac-0ce8-4a1a-0889-7764c797ec1f},cmCallingSearchSpaceName=UCCX_39_CSS,cmLocationUUID={4FFBA1C9-4357-FBCD-87EA-E685BC4F8873},cmLocationName=location-bvsm-50,cmPartitionUUID={96D4681E-B059-C405-13C3-4E2E85326399},cmPartitionName=Site,cmVoiceMailProfileUUID=,cmVoiceMailProfileName=None,cmCallPickUpGroupUUID=,cmCallPickUpGroupName=,cmDisplay=XXX-,cmExternalPhNumMask=,cmFwdBusyVM=false,cmFwdBusyDest=,cmFwdBusyCSSUUID=,cmFwdBusyCSSName=None,cmAlertingNameAscii=53400,cmPresenceGroupUUID=ad243d17-98b4-4118-8feb-5ff2e1b781ac,cmPresenceGroupName=Standard
Presence
group,campaignID=-1],contact=JTAPICallContact[id=56255,implId=1891005/7,state=STATE_ABANDONED_IDX,inbound=true,App
name=XXX-,task=2677250,session=1065306,seq
num=0,cn=53400,dn=53400,cgn=+XX,ani=null,dnis=null,clid=null,atype=DIRECT,lrd=null,ocn=53400,route=RP[num=53400],OrigProtocolCallRef=001CDABD07B12CAB,DestProtocolCallRef=null,TP=1271]],task=com.cisco.wfframework.engine.core.WFEngineWorkflowDebugTask@be433,default=null],isRemote=true,contactImplId=1891005/7,lastContactImplId=1891005/7,session=Session[id=002-0x2540ce31a,parent=null,active=false,state=SESSION_DISPOSED,time=1424145474492],lastSession=Session[id=002-0x2540ce31a,parent=null,active=false,state=SESSION_DISPOSED,time=1424145474492],contactSeqNum=0,lastContactSeqNum=0]
on
JTAPICallContact[id=56255,implId=1891005/7,state=STATE_ABANDONED_IDX,inbound=true,App
name=XXX-,task=2677250,session=1065306,seq
num=0,cn=53400,dn=53400,cgn=+XX,ani=null,dnis=null,clid=null,atype=DIRECT,lrd=null,ocn=53400,route=RP[num=53400],OrigProtocolCallRef=001CDABD07B12CAB,DestProtocolCallRef=null,TP=1271]
at Tue Feb 17 14:59:52 EST 2015,Queue Time=5005
On Tue, Feb 17, 2015 at 11:47 PM, Brian Meade bmead...@vt.edu wrote:
This is due to hitting the maximum number of steps. You can increase the
maximum number of steps or just add more delay in the hold/unhold process
to give you more time. Which application reported the TOO_LONG_IN_QUEUE
alarm?
I'm not sure what the reason for the other call control group would be.
On Tue, Feb 17, 2015 at 12:44 AM, Nathan Reeves nathan.a.ree...@gmail.com
wrote:
We've taken the callback scripts from the UCCX Script Repository sample
pack and included it as part of a larger application. I've been seeing
issues with the script failing the callback process reporting
'%MIVR-LIB_EVENT-5-TOO_LONG_IN_QUEUE' which appears to be a value of 5000 s.
In the comments in the sample scripts, it references the use of separate
call control groups for the main application and the callback application.
Anyone have any ideas why this would be the case? It doesn't give any
reasons in the script or included documentation.
Our
Re: [cisco-voip] Issues with UCCX Sample Callback Script in ScriptRepository
This is due to hitting the maximum number of steps. You can increase the maximum number of steps or just add more delay in the hold/unhold process to give you more time. Which application reported the TOO_LONG_IN_QUEUE alarm? I'm not sure what the reason for the other call control group would be. On Tue, Feb 17, 2015 at 12:44 AM, Nathan Reeves nathan.a.ree...@gmail.com wrote: We've taken the callback scripts from the UCCX Script Repository sample pack and included it as part of a larger application. I've been seeing issues with the script failing the callback process reporting '%MIVR-LIB_EVENT-5-TOO_LONG_IN_QUEUE' which appears to be a value of 5000 s. In the comments in the sample scripts, it references the use of separate call control groups for the main application and the callback application. Anyone have any ideas why this would be the case? It doesn't give any reasons in the script or included documentation. Our current setup is using a single call control group (separate triggers). I'm looking into changing this to separate CCG's but interested to know if anyone could id why separate ones are required. Any thoughts on the above appreciated. Nathan ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Issues with UCCX Sample Callback Script in ScriptRepository
We've taken the callback scripts from the UCCX Script Repository sample pack and included it as part of a larger application. I've been seeing issues with the script failing the callback process reporting '%MIVR-LIB_EVENT-5-TOO_LONG_IN_QUEUE' which appears to be a value of 5000 s. In the comments in the sample scripts, it references the use of separate call control groups for the main application and the callback application. Anyone have any ideas why this would be the case? It doesn't give any reasons in the script or included documentation. Our current setup is using a single call control group (separate triggers). I'm looking into changing this to separate CCG's but interested to know if anyone could id why separate ones are required. Any thoughts on the above appreciated. Nathan ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX Sample Callback Script in ScriptRepository
Hi Nathan, Could you grab the MIVR logs for this? Regards, Abhiram Kramadhati Technical Solutions Manager, CBABU CCIE Voice # 40065 From: Nathan Reeves nathan.a.ree...@gmail.commailto:nathan.a.ree...@gmail.com Date: Tuesday, 17 February 2015 4:44 pm To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: [cisco-voip] Issues with UCCX Sample Callback Script in ScriptRepository We've taken the callback scripts from the UCCX Script Repository sample pack and included it as part of a larger application. I've been seeing issues with the script failing the callback process reporting '%MIVR-LIB_EVENT-5-TOO_LONG_IN_QUEUE' which appears to be a value of 5000 s. In the comments in the sample scripts, it references the use of separate call control groups for the main application and the callback application. Anyone have any ideas why this would be the case? It doesn't give any reasons in the script or included documentation. Our current setup is using a single call control group (separate triggers). I'm looking into changing this to separate CCG's but interested to know if anyone could id why separate ones are required. Any thoughts on the above appreciated. Nathan ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Issues with UCCX
We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times 'hello' and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry Terry Oakley Telecommunications Coordinator | Information Technology Services Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5 work (403) 342-3521 | FAX (403) 343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX
Wow totally rude of me. My apologies Tanner as I should have been polite and said thank you. Both my Call Manager and UCCX are on very old servers and I try and leave them alone in the dark corner as much as I can but if you think it would resolve my issue I will restart them. What order do you typically restart yours in? I usually go Sub, Pub and then UCCX Thanks Terry From: Tanner Ezell [mailto:tanner.ez...@gmail.com] Sent: February 9, 2015 4:13 PM To: Terry Oakley Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Issues with UCCX Terry, Curious, when was the last time the Call Manager and UCCX were rebooted? On Mon, Feb 9, 2015 at 4:02 PM, Terry Oakley terry.oak...@rdc.ab.camailto:terry.oak...@rdc.ab.ca wrote: We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times ‘hello’ and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry Terry Oakley Telecommunications Coordinator | Information Technology Services Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5 work (403) 342-3521 | FAX (403) 343-4034tel:%28403%29%20343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX
I'd pull CallManager traces from CUCM and JTAPI/MIVR logs from UCCX for one of these call examples and see where the delay actually is. On Mon, Feb 9, 2015 at 6:02 PM, Terry Oakley terry.oak...@rdc.ab.ca wrote: We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times ‘hello’ and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry *Terry Oakley* Telecommunications Coordinator *| *Information Technology Services *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta *| *T4N 5H5 work (403) 342-*3521 **| * FAX (403) 343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX
Thanks Kevin. They seem to be only on calls routed to the CCX agents. Reboot happened because of the transfer issues. Delay’s started after the reboot if what I am being told is accurate from the agents. Thanks Terry From: Kevin Przybylowski [mailto:kev...@advancedtsg.com] Sent: February 9, 2015 4:25 PM To: Terry Oakley; Tanner Ezell Cc: cisco-voip@puck.nether.net Subject: RE: [cisco-voip] Issues with UCCX Are the phone/call quality issues only on calls routed through CCX to agents? Did this reboot happen cause of the issues or did the issues happen post reboot (silly question but it wasn’t clear). From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Terry Oakley Sent: Monday, February 9, 2015 6:14 PM To: Tanner Ezell Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Issues with UCCX UCCX just late last week. CUCM 117 days. From: Tanner Ezell [mailto:tanner.ez...@gmail.com] Sent: February 9, 2015 4:13 PM To: Terry Oakley Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Issues with UCCX Terry, Curious, when was the last time the Call Manager and UCCX were rebooted? On Mon, Feb 9, 2015 at 4:02 PM, Terry Oakley terry.oak...@rdc.ab.camailto:terry.oak...@rdc.ab.ca wrote: We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times ‘hello’ and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry Terry Oakley Telecommunications Coordinator | Information Technology Services Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5 work (403) 342-3521 | FAX (403) 343-4034tel:%28403%29%20343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX
Terry, Curious, when was the last time the Call Manager and UCCX were rebooted? On Mon, Feb 9, 2015 at 4:02 PM, Terry Oakley terry.oak...@rdc.ab.ca wrote: We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times ‘hello’ and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry *Terry Oakley* Telecommunications Coordinator *| *Information Technology Services *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta *| *T4N 5H5 work (403) 342-*3521 **| * FAX (403) 343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX
UCCX just late last week. CUCM 117 days. From: Tanner Ezell [mailto:tanner.ez...@gmail.com] Sent: February 9, 2015 4:13 PM To: Terry Oakley Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Issues with UCCX Terry, Curious, when was the last time the Call Manager and UCCX were rebooted? On Mon, Feb 9, 2015 at 4:02 PM, Terry Oakley terry.oak...@rdc.ab.camailto:terry.oak...@rdc.ab.ca wrote: We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times ‘hello’ and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry Terry Oakley Telecommunications Coordinator | Information Technology Services Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5 work (403) 342-3521 | FAX (403) 343-4034tel:%28403%29%20343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Issues with UCCX
Are the phone/call quality issues only on calls routed through CCX to agents? Did this reboot happen cause of the issues or did the issues happen post reboot (silly question but it wasn’t clear). From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Terry Oakley Sent: Monday, February 9, 2015 6:14 PM To: Tanner Ezell Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Issues with UCCX UCCX just late last week. CUCM 117 days. From: Tanner Ezell [mailto:tanner.ez...@gmail.com] Sent: February 9, 2015 4:13 PM To: Terry Oakley Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Issues with UCCX Terry, Curious, when was the last time the Call Manager and UCCX were rebooted? On Mon, Feb 9, 2015 at 4:02 PM, Terry Oakley terry.oak...@rdc.ab.camailto:terry.oak...@rdc.ab.ca wrote: We are sadly still running UCCX 5.0 and have begun experiencing some disturbing issues for the queue agents that are logged in. First of all last week the ability to transfer a call seemed to be hit and miss, with often the call being lost and therefore upsetting the caller. Second there seems to be a growing amount of delay between the call answer and the call connection being established. This has caused the agent to be asking multiple times ‘hello’ and finally getting a response from the caller. Have any of you experienced this and know a solution or where I would start to begin troubleshooting? I have checked the logs, and performance matrix of the UCCX server and they seem to be fine. No CPU hits, lots of memory and disk space. We are running this with Call Manager 6.1 (again sadly) and the system summary shows both publisher and subscriber well within CPU and memory specs. Thank you for any assistance you can provide. Terry Terry Oakley Telecommunications Coordinator | Information Technology Services Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5 work (403) 342-3521 | FAX (403) 343-4034tel:%28403%29%20343-4034 ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
