We are having an intermittent issue of delayed menu conversation response time when attempting to retrieve voicemail.
Problem description: subscriber accesses Unity via phone, immediate response for ID/password as well as subscriber name but then there will be a delay of up to 20+ seconds before hearing the menu options. As soon as a minute or so later try again and all is functioning normal. This happens multiple times a day.
Unity system info w/ failover:
W2k3, Unity 5.0(1)GUSI: Patches installed:=CU5.0(1)_ES73, CU5.0(1)_ES78, TSP 8.3(1.0)
Exchange cluster info:
Exch2k7/W2k8 and Exch2k3/W2k3, partner Exch is the Exch2k7
The following is generated in the Event Log on the Unity server:
Event Type: Warning
Event Source: CiscoUnity_AvWm
Event Category: Warning
Event ID: 29021
A MAPI function call to the Microsoft Exchange server took 20328 milliseconds, which exceeds the system threshold of 5000 milliseconds. The most likely causes are an overloaded Exchange server or poor network connectivity to the Exchange server. This is likely to affect the operation of the Cisco Unity server in a number of ways, including slow response or delays during phone calls, ports getting stuck or not answering calls, and Unity failover if a secondary server is active.
To troubleshoot this problem, enable all AvWM micro traces using the Cisco Unity Diagnostic Tool (UDT), and investigate the Exchange server for high system load and other indications that maintainance is required. For more information, please consult the Troubleshooting Guide For Cisco Unity with Microsoft Exchange.
Method IMAPITable::QueryRows (returned 0x00000000) Exchange Server: exch2k7cluster Outstanding Server MAPI Requests: 1 Parent Process: AvCsMgr.exe
Our MS engineer is seeing no errors on Exchange side when this occurs. I have triple-checked that McAfee isn't attempting to scan anything. Have had a TAC case open at P3 level for a while, just requested an escalation.
I haven't found anywhere in the forums where this is occurring elsewhere. I appreciate any feedback on this issue.