01-05-2007 06:22 AM - edited 03-18-2019 06:47 PM
We have a Unity VM only installed with g729 only(all calls, prompts and recordings G729). Customer reports that once a caller records a message the system does not recognise the silence as the end of the msg - it therefore does not give any further options, just records silence. Are there isssues with G729 silence detection? Any workarounds? Unity 4.21, CCM4.1
Thanks..J
01-05-2007 06:43 AM
Are you getting this error in the Unity Application log?
Event Type: Information
Event Source: CiscoUnity_Miu
Event Category: Information
Event ID: 634
Description:
[Port 1] Recording stopped due to leading silence time out.
If yes, then it could be a routing issue, I recommend you to take a sniffer trace on the phone that is trying to leave the voicemail with matching sniffer trace on the Unity server to see what is going on.
01-05-2007 07:05 AM
Jorge,
thanks for your reply, unfortunetly no obvious errors like that in the app log.
Could CSCse60536 be causing this ? If so do Cisco have a pre recorded prompt which includes the press # at the end of the msg on it ?
01-05-2007 08:09 AM
First, yes - G729a cannot do silence detection - one of the reasons the codec is so compressed is it weeds out all silence and you can't easily detect it on the fly as you can with other codecs. That's expected.
Which prompt are you talking about? On my 4.2(1) system it does say press # when you're done in the system prompt for recording - which one are you hearing?
01-05-2007 08:23 AM
Jeff, apologies, wrong info here, its Unity 405.
01-05-2007 12:24 PM
Ah, that makes sense - several prompts were changed to include the "#" references in 4.1 and 4.2.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide