sounds like a classic one way audio issue... here's a couple of tech tips that may help:

http://www.cisco.com/warp/customer/788/AVVID/fix_1way_voice.html

http://www.cisco.com/warp/customer/788/AVVID/1way_audio.html

Hello Cisco,

I wanted to inform you the problem was When Cisco Unity transcodes wave formats, it uses Microsoft Windows ACM (Audio Compression

Manager) to call into the third-party G.729a codec. When multiple threads call into the Windows ACM

function AcmStreamConvert() at the same time, they can conflict with one another and generate errors,

causing callers to hear dead air or the reorder tone. Restarting the Cisco Unity server clears the

corruption in Windows ACM temporarily, but it does not prevent the problem from reoccurring.

An application-level workaround, an optional registry setting, makes Windows ACM globally

thread-safe. To enable the registry setting, do the procedure, To enable the

ForceGlobalAcmThreadSafety registry setting.

A good indication are errors logged in the Application log in the Event Viewer listing Component Miu: Thread 0x had a Failure on Port X in AvWav.

Thanks again for your help!

Brian DeLuca

Redrock Communications

Las Vegas

Yeah there is a defect in 3.1(5) where ACM thread safety is disabled:

http://www.cisco.com/cgi-bin/bugtool/onebug.pl?bugid=CSCdz15442

There was a field alert on it a while back:

http://www.cisco.com/en/US/products/hw/voiceapp/ps967/products_field_notice09186a008010a6dc.shtml

It's fixed and will be in 3.1(6) code. Also in 3.1(6) and 4.0(1) we move to a new g.729a codec all together which adds stability.

Thanks,

Keith

This is most likely a routing issue of some sort. The voice is transported using RTP/UDP. Since it is not connect oriented it is possible to have one-way voice. Do you have a router between the phone and Unity? Do all phones have the problem? Can you ping the phone from Unity?

A sniffer trace is your best tool to get to the root of these types of issues.

Hope that helps,

Keith