Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Ghost calls on IPOCC10.1.2.3

Ghost calls on IPOCC10.1.2.3

Ghost calls on IPOCC10.1.2.3

Hello guys,

I'm having an issue with a customer's installation.
There is an IP Office and a IPOCC This is an install from scratch for the IPOCC.

The solution works most of the time correctly but from time to time (about once a week) a call that no longer exists on the IPO remains in the IPOCC queue. and it blocks all new calls that are no longer distributed to agents while they are available.
There is then the possibility to assign new calls manually to agents. About the "ghost" call, this is not possible to assign it manually.
This call was killed when the block period started. But otherwise the only way is to restart the watchdog service.

In the logs, I found some errors:

15:30:18.598 CHAP_SIP_FrameworkError [0x00004874] ALSIP: CLineSet::RenegotiateMedia:
15:30:18.598 CHAP_SIP_FrameworkError [0x00004874] SIGADAP: RenegotiateMedia
15:30:27.841 TS_TSI T->A: TSVEP_impl(72aee35ed2010200:DSPFScr_XXX-Dissuasion:XXX-Dissuasion): EPTCInfoScriptStartedEvent:
15:30:27.842 TS_TSI T->A: TSVEP_impl(d4bbc25e41000000:TOPIC1:6002): EPTCInfoScriptStartedEvent:
15:30:38.872 K_Routing T->K: ReqMove(TS=TS_IPO_PBXServer, ep=TOPIC2,
15:30:38.872 TS_Routing TSPABXAgent(c364df5e42000000:Poste7486:Poste7486_7486:ws=Free : ls=SignedOn
15:30:39.876 TS_Routing TSPABXAgent(c364df5e42000000:Poste7486:Poste7486_7486:ws=Free : ls=SignedOn
15:30:39.877 K_Routing T->K: ReqMove(TS=TS_IPO_PBXServer, ep=TOPIC2,
15:30:40.888 CHAP_SIP_Error [0x000085C0] ocSIPUAController::zInitiateConsultTransfer callID=3464,
15:30:40.888 CHAP_SIP_FrameworkError [0x000085C0] ALSIP: CLineSet::RenegotiateMedia:
15:30:40.888 CHAP_SIP_FrameworkError [0x000085C0] SIGADAP: ERROR:
15:30:40.888 TC_Error 024.000.0325 [0x000085C0] ocAdapter::zSSTransferCall(IPO-SIPEXT-IP-1)
15:30:40.889 TS_TAPIEventing TSContextObjAgent::onFailure: errCode=-15:ResourceBusy dest=Poste7486:7481,
15:30:40.890 TS_TSI T->A: TSTASKEPX_impl(TSPEP_impl(0a24dd5e43000000:7481:7481)): EPTaskTagSetEvent:
15:30:41.888 CHAP_SIP_Error [0x000085C0] ocSIPUAController::zInitiateConsultTransfer callID=3464,
15:30:41.888 CHAP_SIP_FrameworkError [0x000085C0] ALSIP: CLineSet::RenegotiateMedia:
15:30:41.888 CHAP_SIP_FrameworkError [0x000085C0] SIGADAP: ERROR:
15:30:41.888 TC_Error 024.000.0325 [0x000085C0] ocAdapter::zSSTransferCall(IPO-SIPEXT-IP-1)

My questions are:
- It says ressource Busy but the agent is available and can take the other calls manually provided. Obviously there is no one at the other end of this call but why this one is not killed by the system ?
- What SIGADAP Error means ? Can that be a network problem ?

Thank you in advance.

Replies continue below

Recommended for you

RE: Ghost calls on IPOCC10.1.2.3

I haven't had this issue in later releases, also whenever I've had ghost calls they never blocked new incoming calls.

Usually bad TaskFlow or IVR causes issues like this.

Problem is, it's nearly impossible for me to figure out what the issue is without access to the system, so the best bet is to contact Avaya when it happens.

"Trying is the first step to failure..." - Homer

RE: Ghost calls on IPOCC10.1.2.3

Hello Janni78,

First of all thank you for your quick answer.
For the moment I have not found the root of this issue.
Analaysing the logs, it seems the issue happens when the reception service of my final customer try to blind-transfer a call to the IPOCC topic. Sometimes something happens and then the call no longer exists in the IP Office while it is still present in the IPOCC Topic Queue.

I will try to find a workaround.


RE: Ghost calls on IPOCC10.1.2.3

Hi Janni78,

I'm experiencing a similar issue as you in regards to a ghost call in one of our topics. This issue is extremely rare in our environment, however, when it occurs, I find the only way to rid of this is to restart the Watchdog service. The IPOCC VEA service handles connections to the topics/queues and may fix this issue but I'm not certain. As you probably know, restarting any of the IPOCC services independently usually breaks IPOCC and you eventually will need to restart Watchdog.

I tried adding a block period for that topic but it did not clear it. Have you been able to find a workaround?

RE: Ghost calls on IPOCC10.1.2.3

Guess the easier way to figure out where the call is, is by setting up a Queue view.
It should show what the call is doing, if it's in an IVR or playing announcements etc.

Bad IVR design is usually the main cause of stuck calls, also depending on how you configure your skills / tags the may or may not keep settings when a call is transferred.

"Trying is the first step to failure..." - Homer

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close