06-06-2010 09:07 PM - last edited on 03-25-2019 10:51 PM by ciscomoderator
Hi All,
Looking for help or suggestions regarding an issue i am encountering with UCC/UCC server, I am continually hitting brick walls and even running into support issue with TAC, most of then sadly seem to be just as baffled as me with the issue I somehow or another keep on attracting to myself
Core Issue = TAPI registration not being released/unregistered
Symptoms = UCC server has a hiccup, brain freeze (Windows services have issues) and UCC Pop-up not longer acquires the lines, "Failure to acquire lines" error happens on the local client.
Discovered Issue = Found through the logs that the UCC server tried to re-register the TAPI but is unable to as it is still registered on the CME, but the TAPI is showing up on UCC server as not registered.
Steps taken to resolve:
I am trying to work out a way to run a Kron job and have the TAPI unregistered on the CME and re-register in the mornings before clients staff come onsite, this issue has caused so many problems I simply can not deal with it anymore.
So i am up for any suggestions, any possible work around, and NO throwing the server out the window is not an option, the insurance company will not cover me if it lands on someone's head.
It is version 1.5.1 server/client, running on a Windows server 2003 box (Come on Cisco please i beg you, make a Linux version...Pretty please)
Upgrading them to 1.6 is not an option, 1. Because I doubt they will pay for the time it will take for me to do it, and 2. I am tackling a totally different problem with 1.6 that pretty much as the same impact as the above problem, but is not the same problem (Did that make sense?).
I haven't declared doomsday yet, but if TAC do not come up with an idea soon, I would have to assume all hope is lost and sanity will follow.
Cheers,
David.
Solved! Go to Solution.
06-07-2010 05:54 AM
David,
This TAPI unregistration problem is a known issue. Version 1.6 has a fix that is supposed to help with this.
Brandon
06-07-2010 10:52 AM
Hi David:
The issue you are encountering is due to a CME bug that does not drop the TAPI connection so that all subsequent tapi registration attempts are rejected. The CEDTS number is CSCtf34517. The fixes have been applied to the following IOS builds:06-07-2010 05:54 AM
David,
This TAPI unregistration problem is a known issue. Version 1.6 has a fix that is supposed to help with this.
Brandon
06-07-2010 10:52 AM
Hi David:
The issue you are encountering is due to a CME bug that does not drop the TAPI connection so that all subsequent tapi registration attempts are rejected. The CEDTS number is CSCtf34517. The fixes have been applied to the following IOS builds:06-07-2010 03:14 PM
Brandon & Shahryar,
Thank you both so ever much, I love these forums
I have begun discussions with our partner who will need to take this up with the client, i am sure they will agree to an IOS upgrade, and I will look to upgrade them to version 15.1(1) as 15.0(1) has known bugs that will affect the current systems configuration, I figured I would do my research on this before I put a noose around my neck (As Dave Harper once put it so eloquently to me ).
Again thank you both for your responses.
Cheers,
David.
06-07-2010 07:01 PM
David:
I need to correct the release image list. The bug fix has been applied to the following releases:
15.1(01.05)T
15.1(01.05)PI13
15.0(01)M2.2
15.1(00.00.10)PIL14
15.1(01)T0.1
15.1(01.07.01)PIA14
Thanks
Shahryar
06-08-2010 02:22 AM
Heheheh dont panic i did further research and found it i would have only upgraded to 151.1 anyway
Cheers,
David.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide