VM Pro 9.0.1 AA Greeting Stops Playing 1

[Stengrad]

Inbound calls to AA randomly stop playing. It was dropping calls to a busy signal. I deleted all call flows and rebuilt them. Now when the greeting stops playing, there is just silence, and I can press and option and route to the next menu and play the greeting for that menu as normal. Debugs posted below. Thanks for any assistance.




19/02 11:47:04.229 vmprov5s (09,5) b88,42b0: new VMAIL Client [02706F48] [Connections 0 - 1] [INBAND DTMF=YES]
19/02 11:47:04.229 vmprov5s (09,5) b88,42b0: Created worker thread (0269C788) (TID: 548 (1352))
19/02 11:47:04.229 DbgOut (01,5) 2952,1352: DllMain(hinstDLL=0x003C0000, fdwReason=DLL_THREAD_ATTACH)
19/02 11:47:04.230 vmprov5s (09,5) b88,42b0: message_type = [1], session_id=[306]
19/02 11:47:04.232 vmprov5s (09,5) b88,42b0: message_type = [9], session_id=[306]
19/02 11:47:04.242 vmprov5s (09,5) b88, 548: Session: 00000132 - VMClient::CheckInputQueue there are now 2 entries in the queue for session 00000132 (object 02706EE0)
19/02 11:47:04.422 vmprov5s (23,5) b88, 548: SoundsManager::ConvertWAV(026E66B0, "C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\RECORDINGS\AA_Day With Dial Zero.WAV" [uLaw], 026A1C88) - Took 178 ms to process, return is 206000
19/02 11:47:04.422 vmprov5s (23,5) b88, 548: Succeeded in loading sound bite "C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\RECORDINGS\AA_Day With Dial Zero.WAV" [uLaw]
19/02 11:47:04.422 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 179 milliseconds to Initialise.
19/02 11:47:04.422 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 179 milliseconds to Initialise.
19/02 11:47:04.422 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 180 milliseconds to Initialise.
19/02 11:47:04.422 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 180 milliseconds to Initialise.
19/02 11:47:04.422 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 180 milliseconds to Initialise.
19/02 11:47:04.423 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 180 milliseconds to Initialise.
19/02 11:47:04.423 vmprov5s (09,3) b88, 548: Session: 00000132 - IVRNodeDialog::ChangeIVRNode: Node "IVRNodePlayer" took 180 milliseconds to Initialise.
19/02 11:47:04.423 vmprov5s (06,5) b88, 548: VMClient::RxOpen - Created dialog 026A1C88
19/02 11:47:04.423 vmprov5s (06,5) b88, 548: VMClient::RxOpen 02706EE0 Short Codes.DayAA (4), session=00000132, dialog=026A1C88, Fallback number is ""
19/02 11:47:04.423 vmprov5s (09,5) b88, 548: VMClient::CheckInputQueue there are now 2 entries in the queue for session 00000132 (object 02706EE0)
19/02 11:47:04.434 vmprov5s (09,5) b88, 548: Session: 00000132 - VMClient::CheckInputQueue there are now 2 entries in the queue for session 00000132 (object 02706EE0)
19/02 11:47:05.564 vmprov5s (1b,5) b88, 548: IClient:tmfDetect 02706F48 '# (35)' at 720, length 480 - session:00000132

Senior Field Technician
Hampton Roads Communication Technologies

Http://hrct.net

 

[intrigrant]

Looks like you have a sound similar to a keypress "#" in your wav file.
Try rerecording the file or load a DTMF reader app on your smartphone and play the wav file on your PC using the app to see if a "#" is detected.
Saved my day once.

 

[Stengrad]

Thanks, it was definitely the "#", although it wasn't the wav file causing the problem, as it was happening intermittently, and the problem happened on multiple wav files. I did however come up with a quick fix/work around, by putting a "#" action in the menu back to the main menu. I have tested numerous times and cannot reproduce the problem. Your input pointed me in the right direction!

Senior Field Technician
Hampton Roads Communication Technologies

Http://hrct.net