IVR gets freezed when the calls are more than the actual ports and requires an engine restart for recovery

From DocWiki

(Difference between revisions)
Jump to: navigation, search
m (IVR gets freezed when the calls are more than the actual ports and requires an engine restart for recovery)
m (1 revision)
 

Latest revision as of 06:57, 9 September 2011

IVR gets freezed when the calls are more than the actual ports and requires an engine restart for recovery

Problem Summary IVR gets freezed when the calls are more than the actual ports and requires an engine restart for recovery.
Error Message 25778012: Nov 19 10:30:15.666 IST %MIVR-SS_TEL-5-EXCEPTION:com.cisco.lang.InterruptedException:

No idle channels available in group 'Cisco CTI Port Group #0'; nested exception is:

25778013: Nov 19 10:30:15.666 IST %MIVR-SS_TEL-5-EXCEPTION: com.cisco.lang.sync. AttemptInterruptedException: interrupted while allocating from [(('Cisco Media Channel Group #0' & 'IVR Ports')) & 'Cisco CTI Port Group #0']; nested exception is:

25778014: Nov 19 10:30:15.666 IST %MIVR-SS_TEL-5-EXCEPTION: com.cisco.lang.sync.AttemptTimeoutException: timed out allocating from [(('Cisco Media Channel Group #0' & 'IVR Ports')) & 'Cisco CTI Port Group #0'];

Possible Cause Calls fail because there are no idle channels available for the new calls. However, the existing channels should get cleared after the drop in call volume.

Check if there are enough number of channels created for Cisco Media in the Cisco Media Termination page of IVR appadmin(Subsystems-->Cisco Media.

If the above is verified, then the issue could be due to the CUCM 6.1.3 defect (CSCtb77537) in which Jtapi client disconnect event will not be sent to IVR to disconnect the port and can be fixed by installing 6.1.4.2225-1 patch.


Recommended Action Apply fix for CUCM 6.1.3 defect - CSCtb77537 (install 6.1.4.2225-1 patch)
Release 5.0 .
Associated CDETS # CUCM defect - CSCtb77537

Rating: 0.0/5 (0 votes cast)

Personal tools