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

IPCC Not answering calls

Hi

I dial in to the CTI RP @ 3010, I get silence for 5 seconds, and then a busy signal (Other Route Point is Ok).

Logs attached .

9 REPLIES

Re: IPCC Not answering calls

Did you try increasing the number of channels in the media group?

david

New Member

Re: IPCC Not answering calls

Hi. David Macias.

Did you mean a media resource group in the cisco callmanager ?

Additionally,I am using Cisco Contact Center Express  7.0(1)SR05_Build504   This contact Center is integrated with CUCM 7.1.3.30000-1.

As soon as I restart the server (IPCC), the problem is resolved and it looks like nothing is wrong

why did it failed ,Any idea?

Thanks for your help.

New Member

Re: IPCC Not answering calls

Hi.

Attach additional information:

13842750: Aug 07 07:08:45.717 COT %MIVR-EXECUTOR_MGR-7-THREAD_ALLOCATED:Thread allocated: Facility=MIVR,Sub-Facility=SS_TEL,Executor id=TPG_EXE,Thread=MIVR_SS_TEL_TPG_EXE-45-12982,Thread priority=5,Original Thread=ExecutorManagerImpl.pool-3274

13842751: Aug 07 07:08:45.717 COT %MIVR-SS_TEL-7-UNK:RP[num=3010], conn=[3010:P_HELPDESK:1/(P1-jtapi_user_2) GCID=(3,5174)->INVALID]->DISCONNECTED, event=CallCtlConnDisconnectedEv, cause=Other: 17[17], meta=META_CALL_ENDING[132]

13842752: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:GroupStubImpl::findAndLockIdleChannel() - inside method-GroupStub[channelClass=com.cisco.crs.jtapi.JTAPICallControlChannel,type=Cisco CTI Port,id=11,name=11,state=PARTIAL_SERVICE,channel=5]

13842753: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() -id=6 trying to get channel lock ...

13842754: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() - Could not get channel lock-ChannelStub[channelClass=com.cisco.call.CallControlChannel,type=Cisco CTI Port,id=6,state=IN_USE,pendingState=null,groupId=11,locked=false]

13842755: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() -id=7 trying to get channel lock ...

13842756: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() - Could not get channel lock-ChannelStub[channelClass=com.cisco.call.CallControlChannel,type=Cisco CTI Port,id=7,state=OUT_OF_SERVICE,pendingState=null,groupId=11,locked=false]

13842757: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() -id=3 trying to get channel lock ...

13842758: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() - Could not get channel lock-ChannelStub[channelClass=com.cisco.call.CallControlChannel,type=Cisco CTI Port,id=3,state=IN_USE,pendingState=null,groupId=11,locked=false]

13842759: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() -id=4 trying to get channel lock ...

13842760: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() - Could not get channel lock-ChannelStub[channelClass=com.cisco.call.CallControlChannel,type=Cisco CTI Port,id=4,state=OUT_OF_SERVICE,pendingState=null,groupId=11,locked=false]

13842761: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() -id=5 trying to get channel lock ...

13842762: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:getChannelLock() - Could not get channel lock-ChannelStub[channelClass=com.cisco.call.CallControlChannel,type=Cisco CTI Port,id=5,state=OUT_OF_SERVICE,pendingState=null,groupId=11,locked=false]

13842763: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:GroupStubImpl::findAndLockIdleChannel() - returning NULL no channel lock available-GroupStub[channelClass=com.cisco.crs.jtapi.JTAPICallControlChannel,type=Cisco CTI Port,id=11,name=11,state=PARTIAL_SERVICE,channel=5]

13842764: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChStubImpl:releaseChannelLock() - channel lock releasedChannelStub[channelClass=com.cisco.dialog.DialogChannel,type=Cisco Media Channel,id=61,state=IDLE,pendingState=null,groupId=0,locked=false]

13842765: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-UNK:ChMgrImpl:getIdleChannels - There are no idle channels available in group 'Cisco CTI Port Group #11': Exception=com.cisco.lang.sync.AttemptInterruptedException: interrupted while allocating from [(('Cisco Media Channel Group #0' & 'IPCC Express Ports')) & 'Cisco CTI Port Group #11']; nested exception is:

com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from [(('Cisco Media Channel Group #0' & 'IPCC Express Ports')) & 'Cisco CTI Port Group #11']; nested exception is:

com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from ['Cisco CTI Port Group #11']; nested exception is:

com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from ['Cisco CTI Port Group #11']; nested exception is:

com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from ['Cisco CTI Port Group #11']

13842766: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION:com.cisco.lang.sync.AttemptInterruptedException: interrupted while allocating from [(('Cisco Media Channel Group #0' & 'IPCC Express Ports')) & 'Cisco CTI Port Group #11']; nested exception is:

13842767: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION: com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from [(('Cisco Media Channel Group #0' & 'IPCC Express Ports')) & 'Cisco CTI Port Group #11']; nested exception is:

13842768: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION: com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from ['Cisco CTI Port Group #11']; nested exception is:

13842769: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION: com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from ['Cisco CTI Port Group #11']; nested exception is:

13842770: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION: com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from ['Cisco CTI Port Group #11']

13842771: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION: at com.cisco.lang.sync.MultiSync.attempt(MultiSync.java:401)

13842772: Aug 07 07:08:45.717 COT %MIVR-CHANNEL_MGR-7-EXCEPTION: at com.cisco.lang.sync.PermitCollection.attempt(PermitCollection.java:422)

Super Bronze

Re: IPCC Not answering calls

Hi

As suggested by the other poster; it looks like no media channel is available. In the appadmin web interface on UCCX, go to subsystems/CIsco Media.


Find ''Cisco Media Channel Group #0' ' and see how many channels are assigned to it; it should be at least equal to the number of CTI Ports in 'Cisco CTI Port Group #11' (under subsystems/Unified CM Telephony).

Regards

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!
New Member

Re: IPCC Not answering calls

Hi aaronharrison,

In the  ''Cisco Media Channel Group #0' :Maximum Number Of Channels : 150  and the  'Cisco CTI Port Group #11'  : 10 CTI_Port.

do you have any advise ?

Thanks for your help

New Member

Re: IPCC Not answering calls

hi carrion,

           I have met the same issue as yours.  

          have you found the solution for this case?

look forward your reply. thank you very much.

New Member

Re: IPCC Not answering calls

Hi guys,

I am having the same issue here. Did u manage to solve this?

Thnx

George

New Member

Re: IPCC Not answering calls

hi,

        reload the server it will disappear, but not sure will it happen again.

         i found some infomation,see below

      

           http://docwiki.cisco.com/wiki/REMOTE_TIMEOUT_-_No_idle_channels

           http://docwiki.cisco.com/wiki/IVR_gets_freezed_when_the_calls_are_more_than_the_actual_ports_and_requires_an_engine_restart_for_recovery

        also check the bug CSCtb77537

        i think it's something wrong with the CTI integration.

New Member

Re: IPCC Not answering calls

Hi Yuan,

Thanks for the prompt reply. It is always nice to see that some else had the same problem

I am running UCCX & UCM v8.02. For some reason under Cisco Media i have 0 channels in the default

dialog group. When i try to call the RP it waits for 4-5 secs and then i get fast busy instead of the call

answered by the CTI ports.

./G

1059
Views
0
Helpful
9
Replies
CreatePlease to create content