CAD on UCCE 7.5.8 doesn't failover

Hi,
I have a duplexed ICM setup with 2 Proggers.
CAD services are installed on both Proggers as well.
When I log in a CAD and set it ready, it doesn't switch to the other server when I pull the visible LAN of the active side. It does mention that the connection was lost and attempts to reconnect but never succeeds.
What I found so far is that the CTIsvr process on the idle side doesn't turn active when I pull the LAN cable from the initial active server.
I have double checked configuration for CG and PG. All looks ok.
Any idea how to troubleshoot this any further?
FYI, if I stop the active CG using ICM Service Control, the CAD fails over nicely.
Rgds,
Koen

Hi,
when you pull out the visible LAN cable, is the private LAN still connected?
Proggers usually prefer communicating over the private LAN. This might be the reason why CTI process won't go down on the inactive side: it still has got a path to the other server via the private LAN and it can see the active CTI server still active. However, the CAD cannot see it anymore, it can see only the other CTI server, which is inactive, and won't connect.
Try pulling out both the visible and the private LAN's and see what happens.
G.

Similar Messages

  • UCCE 10.5 teamadmin doesn't work

    Hello,
    It is a UCCE 10.5
    After upgrade the link http://<PG>:8088/teamadmin/main.cda doesn't work.
    But I want change workflow team for my agents, how I can do that?
    Thank you in advance.

    I have a 10.0 UCCE - and I tried and got login.cda
    try
    http://<IP address of UCCE Peripheral GW>:8088/teamadmin/login.cda
    got to be a Tomcat thing - try on the PG box itself?
    And on your Agent - do you see see them in Partial service by any chance?
    If you can - You might wanna stop all CAD services on the PG and start them again
    Kartik Bhatia

  • License for CAD on UCCe 7.5

    I have a customer that just placed an order for 12 more UCCE Seats. Can someone explain to me how we get the license ahead of receiving the paper copy. I am curious if we can access the PAK code electronically.
    Your assistance is greatly appreciated.

    Hi Michael,
    While placing the order , u might have got the option to select for delivery of licenses either though E-Delivery or in physical form.
    If u have selected for e-delivery , then u would get a mail from [email protected] consisting of Order Number, Sales Order number and PART Codes.
    From there, u would get a link to https://edelivery.cisco.com/esd/order.do?view&orderId=XXXXXXXX  which is mapped to your CCOId.From there, u can expand the PART Codes and from extreme right , u would get DOWN ARROW for Download Option.
    You can accept thee agreement and download which is in zip format consisting of pdf for EULA and PAK code..
    regds,
    aman

  • Beep tone delay when call landed CAD in UCCE Hosted solution.

    Hi ,
    We have UCCE Hosted infra call center Version 9. i am struggling Beep tone delay issue when agent getting a customer call in CTI platform , Calls stetting configured in auto answered mode. when Call initiate  Beep tone heard  20 sec delay but call invoke CTI 20 second prior.
    Did any one face similar issue and any suggestion to fix.
    Sattyendra 

    Hi ,
    This type of issue can be a suspect of BUG in CIPC.
    Can you please share me logs and Version of CIPC and what window OS is in use.
    Regards
    CCIEChase

  • CAD Log out due to CTI failed connection Failover UCCX 8.5

    Hi guys,
    I have a  issue with CAD running  CCX 8.5.SU4 every day maybe on the morning or afternoon i have issue connectivy with CTI manager "UCCX",
    i found the following  discussion and i follow all the step :
    https://supportforums.cisco.com/thread/2141592
    Update to the latest version of CCX and change the LRO parameter under UCS , but i experience the same issue ...
    All CAD at the same time got loss connectivity with CTI manager.
    Under IP Phone agent i experience the same but some times no.
    Here the logs:
    CAD LOGS :
    013-11-01 22:36:06:683 INFO VOIP4001 The Desktop Monitoring module on the local host has been successfully initialized.
    2013-11-01 22:36:07:667 INFO VOIP2021 Desktop monitoring enabled for extension [860].
    2013-11-01 22:40:55:183 WARN ACMI3002 Unable to send HEARTBEAT_REQ to CTI service: <com.calabrio.util.socket.SplkSocketException: Write error: 10054:Se ha forzado la interrupción de una conexión existente por el host remoto.>.
    2013-11-01 22:40:55:183 WARN ACMI3002 Unable to send CLOSE_REQ to CTI service: <com.calabrio.util.socket.SplkSocketException: Write error: 10054:Se ha forzado la interrupción de una conexión existente por el host remoto.>.
    2013-11-01 22:40:55:183 INFO STD0005 Client <CPDGlobals> disconnected from service at <10.100.10.7>.
    2013-11-01 22:40:55:339 INFO STD0004 Client <CPDGlobals> connected to service at <10.100.10.7>.
    2013-11-01 22:40:56:152 INFO VOIP4005 Desktop monitoring disabled for extension [860].
    2013-11-01 22:40:56:261 INFO DESK1120 Login to telephony server.
    2013-11-01 22:40:59:308 INFO DESK1118 Login to chat server.
    2013-11-01 22:40:59:980 INFO FCCC0000 Successfully connected to the Desktop Chat Service.
    CCX ENGINE :
    EXCEPTION:java.net.SocketException: Socket closed
    212732: Nov 04 17:03:40.018 CET %MIVR-ICD_CTI-3-EXCEPTION: at java.net.SocketInputStream.socketRead0(Native Method)
    [addr=/172.16.143.18,port=50851,localport=12028]
    212746: Nov 04 17:03:40.019 CET %MIVR-ICD_CTI-7-UNK:returning from thread : MIVR_ICD_CTI_client_thread_102-322-
    212747: Nov 04 17:03:40.019 CET %MIVR-ICD_CTI-7-UNK:NULL socketInfo is found due to socket is closed. Socket[addr=/10.100.10.7,port=51479,localport=12028]
    212748: Nov 04 17:03:40.019 CET %MIVR-ICD_CTI-7-UNK:returning from thread : MIVR_ICD_CTI_client_thread_104-326-
    212749: Nov 04 17:03:40.019 CET %MIVR-SS_RM-7-UNK:LOGOUT_OBSERVE [479]: Removed Address observer and Call observer for extn [479]
    212750: Nov 04 17:03:40.019 CET %MIVR-SS_RM-7-UNK:Removed mapping for extension key [479]
    212751: Nov 04 17:03:40.019 CET %MIVR-SS_RM-7-UNK:The mapping corresponding to 479 has been removed from SecondaryExtToPrimaryExt!
    212752: Nov 04 17:03:40.019 CET %MIVR-SS_RM-7-UNK: All mappings for ICD extension key: 863 has been removed from PrimaryExtToSecondaryExt!
    212753: Nov 04 17:03:40.019 CET %MIVR-SS_RM-7-UNK:The extension 863 has been closed
    212754: Nov 04 17:03:40.019 CET %MIVR-SS_RM-7-UNK:Rsrc: rosario New State:LOGOFF Old State:UNAVAILABLE Reason code:32765 = sin conexion.
    All the pc have WINDOWS 7 and the correct version of have,
    any ideas ? customer is very Angry
    Thanks
    Carlos

    Hi Ravi,
    Is not HAoWan , is a standalone.
    After configuring a port-mirroring for capture all the traffic from UCS .
    I found that PCs is discard packtet with destination port tcp 7 , when CCX send retransmissions CAD disconnected.
    I open port TCP 7 on Windows but still have the same error after 8 hours..i got more than 20 disconected sessions.
    IP upload for your the traces , you could paste the filter :
    ip.src == 172.16.144.110 or ip.dst == 172.16.144.110
    CCX is 10.100.10.7

  • CAD and CUPS integration query

    I have customer integrating CAD (on UCCE 8.5) to CUPS (8.5).
    The CUPS infrastructure is being built to log IM chats.
    A question has been raised on whether or not CAD's IM chats would be logged?
    I'm told it may depend on whether CAD uses XMPP, or SIP/SIMPLE to integrate to CUPS,
    but that question aside, would CAD's chat be logged?

    Hi
    I will try to answer theoretically since I don't have this deployment in the lab nor have I tested the CAD integration.
    As per SRND the IM storage is supported on both CUPC 7.x and 8.x clients. That means that both protocols are supported ie SIP/SIMPLE and XMPP
    http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/presence.html#wp1185603
    By default all inbound messages to those clients that pass through CUP server will be stored in the external postgres db (you can also enable outbound IM to be stored but anyway)
    So based on the above I would say that yes they should be recorded if the messages pass through CUP server (and I think they do)
    HTH
    Christos

  • Forcing inactive agents off system to free up license count.

    Gents,
    My customer has limited licenses and doesn't want to buy any more ! He has a problem in that the staff are spread over 8 sites and some just don't bother to logout of the system. If they miss a call, their state changes to Not Ready, but they still use a license count so that every so often, other agents at other sites can't logon.
    I know that the re is a system parameter which can set a max session time, default 30 ins, but this doesn't seem to log them out altogether and release the license count.
    Can any of you guys tell me what I'm doing wrong, of if there is a way to do this?
    Many thanks
    Chris

    On a related topic.
    I don't use Express, but I do use CAD with UCCE. If you go into Program Files\Cisco\Desktop\bin and run ShowLicenseUsage.exe, it lists the IP addresses of those agents using a license.
    My testing on UCCE demonstrated that even when logged out, a CAD license is in use. At least, the IP address shows in this list. Only when the user closes CAD does the IP address disappear.
    Have you experienced this?
    Regards,
    Geoff

  • TAF with FAN issue

    Oracle10gR2
    RHEL 4AS 64-bit
    Hello all,
    I have configured TAF with FAN and I have got it to work. Here are the steps that I did to make it work.
    1. Create a service with srvctl
    2. Start the service with srvctl
    3. exceute the dbms_service.modify_service package
    4. Add the new service entry into the tnsnames.ora file
    I tested it and it all worked fine. NOW, my question is I need to get it to work at the general user level. What I mean is if bob/bob@db1 connects to the database and issues a select query and then the instance is shutdown it doesn't failover...it looses the connection. How can I get it to work at this level? My current settings are SELECT and BASIC. THe failover works only when you login as SYSTEM, like the many docs out there show.
    Any ideas
    Thanks

    Ok, so my question is at what level does it need to be set at? The database or instance or both? This is how I have it setup currently.
    PROD =
    (DESCRIPTION =
    (LOAD_BALANCE = ON)
    (FAILOVER = ON)
    (ADDRESS = (PROTOCOL = TCP)(HOST = galapagos-vip)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = humboldt-vip)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = TAF)
    (FAILOVER_MODE =
    (TYPE = SELECT)
    (METHOD = BASIC)
    (RETRIES = 180)
    (DELAY = 1)
    TAF.fprc.ophth.wisc.edu =
    (DESCRIPTION =
    (LOAD_BALANCE = ON)
    (FAILOVER = ON)
    (ADDRESS = (PROTOCOL = TCP)(HOST = galapagos-vip)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = humboldt-vip)(PORT = 1521))
    (CONNECT_DATA =
    (SERVICE_NAME = TAF)
    PROD2 =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = humboldt-vip)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = PROD)
    (INSTANCE_NAME = PROD2)
    PROD1 =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = galapagos-vip)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = PROD)
    (INSTANCE_NAME = PROD1)
    Do I also need to add the lines in PROD1 and PROD2??
    Thanks

  • Custom Login Module and failover

    I'm trying to figure out how to handle authentication when failover from one OC4J to another occurs. I have a custom login module using the example provided by Frank Nimphius (http://www.oracle.com/technology/products/jdev/howtos/10g/jaassec/index.htm)
    I see different results for this "external" custom login module than for either JAZN file store or for the built-in DBTableOraDataSourceLoginModule that comes with OC4J and am wondering why.
    Scenario 1 - File authentication using JAZN file store
    Results: Works well.
    Failover works and when failover occurs, the login page is not displayed. (no 2nd login is required).
    Scenario 2 - Custom login module using DB store through the OC4J built-in DBTableOraDataSourceLoginModule
    Results: Works well.
    Failover works and when failover occurs, the login page is not displayed. (no 2nd login is required).
    Scenario 3 (problematic scenario) - Custom login module using DB store through an external login module (not in OC4J). I used the DBTableOraDataSourceLoginModule from Frank
    Nimphius with no modifications for this test.
    Results: Failover works. But when failover occurs, the login page is displayed and the user has to login again. Question: Why doesn't failover also cover the authentication as in the previous 2 scenarios?
    Note: I tried to fix this by adding Java_sso. This does appear to take care of having to log in a second time but raises new issues. One is that authentication is called for every request. Then after the failover occurs, I see a log message indicating the login module aborted but authentication appears to succeed regardless.

    I'm trying to figure out how to handle authentication when failover from one OC4J to another occurs. I have a custom login module using the example provided by Frank Nimphius (http://www.oracle.com/technology/products/jdev/howtos/10g/jaassec/index.htm)
    I see different results for this "external" custom login module than for either JAZN file store or for the built-in DBTableOraDataSourceLoginModule that comes with OC4J and am wondering why.
    Scenario 1 - File authentication using JAZN file store
    Results: Works well.
    Failover works and when failover occurs, the login page is not displayed. (no 2nd login is required).
    Scenario 2 - Custom login module using DB store through the OC4J built-in DBTableOraDataSourceLoginModule
    Results: Works well.
    Failover works and when failover occurs, the login page is not displayed. (no 2nd login is required).
    Scenario 3 (problematic scenario) - Custom login module using DB store through an external login module (not in OC4J). I used the DBTableOraDataSourceLoginModule from Frank
    Nimphius with no modifications for this test.
    Results: Failover works. But when failover occurs, the login page is displayed and the user has to login again. Question: Why doesn't failover also cover the authentication as in the previous 2 scenarios?
    Note: I tried to fix this by adding Java_sso. This does appear to take care of having to log in a second time but raises new issues. One is that authentication is called for every request. Then after the failover occurs, I see a log message indicating the login module aborted but authentication appears to succeed regardless.

  • AlwaysOn 2012 Failover has problem: fails

    Hi all,
    this is my first post ever, so I apoligize if I'm not doing well.
    We installed SQL Server 2012. All good!
    We configured AlwaysOn High Availability Group. Some problems but all good!
    We are testing and we are having some problems. If we shutdown node A all resources go to node B and all still working. When we just stop the SQLServer service the role doesn't failover. What we noticed is that the listener and the IP don't go the node B.
    If I force manualli the role to move to node B all work fine.
    What could be the problem?
    For me is the WFCI that doesn't feel correctly the fail of the service and don't move the IP to node B: I investigated in the dependencies but I couldn't figure out how to set them.

    Hi Fabio,
    According to your description, you have configured the AlwaysOn High Availability Group with node A and node B, then you tried to test the failover, at first time when you shutdown node A it failed over successfully, but after that when you stopped the SQL
    Server service it did not failover, right?
    As far as I know, the cause of this issue may be that you've reached the WSFC failure threshold during your test of the failover.
    The WSFC failure threshold is defined as the maximum number of failures supported for the availability group during a given time period. The default time period is six hours, and the default value for the maximum number of failures during this period is
    n-1, where n is the number of WSFC nodes.
    If an availability group exceeds its WSFC failure threshold, the WSFC cluster will not attempt an automatic failover for the availability group. Furthermore, the WSFC resource group of the availability group remains in a failed state until either the cluster
    administrator manually brings the failed resource group online or the database administrator performs a manual failover of the availability group.
    For more information about Flexible Failover Policy for Automatic Failover of an Availability Group (SQL Server), please refer to the following article:
    http://msdn.microsoft.com/en-us/library/hh710061.aspx
    As you have only two nodes in this case, so it only be able to automatically fail over once during six hours. In order to change the failure-threshold values for a given availability group, we can use the WSFC Failover Manager Console. For more details about
    these steps, please refer to the following article:
    http://blogs.msdn.com/b/sqlserverfaq/archive/2012/03/15/inf-alwayson-the-secondary-database-doesn-t-come-automatically-when-the-primary-instance-of-sql-server-goes-down.aspx
    If you have any question, please feel free to let me know.
    Regards,
    Jerry Li

  • Cluster failover after application crash question

    Hello all,
    I have a 2 node 3.2 cluster configured on SUN LDoms. I've created a scalable resource group which handles my app on top of failover resource (VIP SharedAddress).
    How can I force the VIP to failover to node #2 after the app on node #1 crashes. The current behavior of cluster is that when it detects the app crash on node #1,
    it only restarts the app and doesn't failover the VIP to node #2 where the app is up. This results is longer app service downtime which I want to eliminate.
    thanks

    Hi,
    if your setup is correct, the shared IP address must not necessarily failover if the application crashes.
    The typical setup is that you have a scalable resource group that starts your application on all nodes (or the max number that you configured) to run in parallel. By setting the right properties, the shared address knows where instances of your app are running and sends incoming requests to all of the available app instances using a weighted load balancing algorithm. If one of the app instances crashes, and there is still one instance alive the shared address will keep forward incoming requests to the surviving app instance. So, no need to failover the shared address.
    Only if there is a problem that affects the shared address itself, like a node or network failure, it will be switched over.
    Now, there seems to be some differences between what I describe and your setup. Tell us what is the difference.
    Regards
    Hartmut

  • Availability group Automatic failover

    Hi
    setup a simple 2 node AG, sync. (SQL 2014 enterprise on windows 2012R2 standard)
    if I set it as manual failover everything works as expected. however when I switch to automatic failover and stop SQL service on the primary node the AG resource in cluster does offline and doesn't failover to secondary node.
    both nodes are available to the cluster resourse.
    would appreciate your feedback as to what might be the reason
    Regards
    Shaunt

    Hi,
    I would verify if Database Availability Group means AlwaysOn Availability Group.
    How did you set the FailureConditionLevel?
    Whether the diagnostic data and health information returned by sp_server_diagnostics warrants an automatic failover depends on the failure-condition level of the availability group. The failure-condition level specifies what failure conditions
    trigger an automatic failover. There are five failure-condition levels, which range from the least restrictive (level one) to the most restrictive (level five). For details about failure-conditions level, see:
    http://msdn.microsoft.com/en-us/library/hh710061.aspx#FClevel
    There are two useful articles may be helpful:
    SQL 2012 AlwaysOn Availability groups Automatic Failover doesn’t occur or does it – A look at the logs
    http://blogs.msdn.com/b/sql_pfe_blog/archive/2013/04/08/sql-2012-alwayson-availability-groups-automatic-failover-doesn-t-occur-or-does-it-a-look-at-the-logs.aspx
    SQL Server 2012 AlwaysOn – Part 7 – Details behind an AlwaysOn Availability Group
    http://blogs.msdn.com/b/saponsqlserver/archive/2012/04/24/sql-server-2012-alwayson-part-7-details-behind-an-alwayson-availability-group.aspx
    Thanks.
    Tracy Cai
    TechNet Community Support
    Hi,
    Thanks for the reply.
    It's an AlwaysOn Availability Group.
    In my test lab, I have changed the quorum configuration to a file share witness and that has allowed an automatic failover when I turn the primary replica server off (rather than power it off).
    I'll take a look at the links you provided.
    Regards,
    Bob

  • Recommendations for XenServer network configuration on B200M2

    We are just starting a XenApp / XenDesktop / VDI project at our company.  I'm very familiar with VMware as that is the hypervisor we primarily use on UCS.  I'll be using XenServer for this project though as the licensing comes with the Citrix licensing.  Does anybody have a recommended configuration for the nics in a XenServer running on UCS B200M2's.  The adapters in the B200M2's are the M81KR's so I was going to setup them up similar to how I setup and ESXi server.
    That would be the following:
    Management network (this would use the same native vlan that I use for the management network of my ESXi hosts)
    1 nic on fabric A that doesn't failover for the management network (bonded with nic listed below)
    1 nic on fabric B that doesn't failover for the management network (bonded with nic listed above)
    XenMotion (this would use the same native vlan that I use for VMotion in VMware)
    1 nic on fabric B that can failover to fabric A
    Guest / VM Network (this I would use vlan tagging to add the appropriate networks for my desktops)
    1 nic on fabric A that doesn't failover for guest / vm network connectivity (bonded with nic listed below)
    1 nic on fabric B that doesn't failover for guest / vm network connectivity (bonded with nic listed above)
    Could somebody offere some suggestions / recommendations on how they have setup there XenServers in UCS for VDI / XenDesktop?

    Hey Russ, I have deployed XenServer on UCS a lot and here is our standard config that has worked for my customers.
    2 vNICs for management, 1 on Fabric A and 1 on Fabric B
    2 vNICs for VM traffic, 1 on Fabric A and 1 on Fabric B
    If using IP storage then 2 additional vNIC for that, 1 on Fabric A and 1 on Fabric B
    2 vHBAs for FC SAN, 1 on Fabric A and 1 on Fabric B
    Make sure you have a BIOS policy that disables all of the Intel C-States

  • UCCE 7.5 - CAD 7.5.1 Agent can not login

    Hi everybody,
    We're using CAD 7.5.1 for UCCE 7.5.
    Currently an agent complait that she can not log in to the CAD due to the error of delay time out. I did a test with her account and here is what I found
    - CAD got stucked in the "connect to CTIOS server" step then timeout.
    - Her IP Phone is the only one that has this problem. Tested with another IP Phone and they work. Her SEP is well associated with the PG user though.
    - Randomly, CAD works. Upon reopening the CAD and trying to reconnect, it stucked again.
    I include here the CAD log, hope that helps.
    03/14/11 15:48:50.096  30096  agent  Thd(32244)  [agent.5000.4729]::OnQueryAgentStateConf()
    03/14/11 15:48:50.096  30096  agent  Thd(32244)  ObjectId = agent.5000.4729 , Enablement Mask = 1000000
    03/14/11 15:48:50.096  30096  agent  Thd(32244)  CCtiOsSession::OnEvent( eAgentInfoEvent ), EnablementMask = ffffffff
    03/14/11 15:48:50.096  30096  agent  Thd(32244)  CCtiOsSession::OnEvent, (AgentID:4729 AgentLastName:OUFKIR
         AgentFirstName:Sanaa UniqueObjectID:agent.5000.4729 MessageID:eAgentInfoEvent
         SupervisorKey:(null) LoginName:sanaa.oufkir)
    03/14/11 15:48:50.096  30096  agent  Thd(32244)  [agent.5000.4729] eAgentInfoEvent
    03/14/11 15:48:59.002  30096  agent  Thd(32244)  CCtiOsSession::OnEvent, Event(eOnNewSkillGroupStatisticsEvent) is blocked.
    03/14/11 15:49:09.690  30096  agent  Thd(32244)  CCtiOsSession::OnEvent, Event(eOnNewSkillGroupStatisticsEvent) is blocked.
    03/14/11 15:49:20.097  30096  agent  Thd(32244)  CCtiOsSession::OnEvent, Event(eOnNewSkillGroupStatisticsEvent) is blocked.
    03/14/11 15:49:30.487  30096  agent  Thd(32244)  CCtiOsSession::OnEvent, Event(eOnNewSkillGroupStatisticsEvent) is blocked.
    03/14/11 15:49:39.847  CTIOSTrace - CConnectionMonitor::MonitorThread, Connection (agent.exe_30096_27384) Abandoned
    03/14/11 15:49:39.847  CTIOSTrace - CConnectionMonitor::RemoveClient, Removing Connection (agent.exe_30096_27384)
    03/14/11 15:49:39.847  CTIOSTrace - CConnectionMonitor::MonitorThread, Posting Quit Message
    03/14/11 15:49:39.847  CTIOSTrace - WndProc(WM_DESTROY)
    I suppose we have a IP Phone defect since it's the only one that had the problem.
    Someone experience the same thing before? Any comment is welcome.
    Thanks,

    @Geoff:
    Thank you for all the good sugesstions, however unfortunately none of them is possible to me
    I would try this using the CTIOS client on your test machine, just to  eliminate CAD a little. From the trace, it doesn't appear to matter,  since you are looking at the pure CTIOS trace messages, and they are the  issue - but I like CTIOS for this sort of debugging.
    --> We are using CAD and do not have CTIOS client installed. Does the soft actually come with the UCCE installation package? Can you please tell me where I can find it?
    @Geoff and Ed
    Dissociate and re-associate the device with JTAPI and retest.
    --> Good point, I did the same actually but the phone still didn't work.
    Nevertheless, I really think we have a network problem (which was observed time to time before)
    I will update this thread as soon as I can do some further tests.
    Thanks,
    Regards,

  • UCCE 7.5(8) CAD 7.5.1.59 got blocked in Working Ready state

    Hi all,
    We're using UCCE 7.5(8) with CAD 7.5.1.59. From time to time, we remarked some CAD get blocked in the Working Ready state after ending a call.
    Our wrap up time is currently configured to 2 hours (as requested by client) so the CAD wont turn back to Ready state automatically.
    The CAD can be unblocked by an internal call (no UCCE)
    Anyone experiences the same problem?
    Thanks in advance.
    Best regards,

    @Geoff:
    Thank you for all the good sugesstions, however unfortunately none of them is possible to me
    I would try this using the CTIOS client on your test machine, just to  eliminate CAD a little. From the trace, it doesn't appear to matter,  since you are looking at the pure CTIOS trace messages, and they are the  issue - but I like CTIOS for this sort of debugging.
    --> We are using CAD and do not have CTIOS client installed. Does the soft actually come with the UCCE installation package? Can you please tell me where I can find it?
    @Geoff and Ed
    Dissociate and re-associate the device with JTAPI and retest.
    --> Good point, I did the same actually but the phone still didn't work.
    Nevertheless, I really think we have a network problem (which was observed time to time before)
    I will update this thread as soon as I can do some further tests.
    Thanks,
    Regards,

Maybe you are looking for