Unity Express delay in listening to Options

zawadzkij · ‎11-30-2004

We are currently running CCME 3.2 with Unity Express 1.1.2. Scenario: Subscriber checks his or Voicemail from an IPPhone. The voicemail is left from the PSTN. They are able to listen to the voicemail. But it takes a good 30 seconds to listen what to do with the message via Unity WAV. Example, save,delete,or forward the message. If you know the keystroke as to press 3 for delete it works, but takes a long to recieve the WAV options. Any ideas would be great. Thanks.

Markus Schneider · ‎11-30-2004

I'm not 100% sure what you're asking for. Are you saying the system conversation that tells the user what options to press takes too long?

This is exactly the same conversation we use for regular Unity, with the exception that we don't have the "Brief" conversation option (it'll just say 2-send, 3 delete. Not as polite, but it works). I don't know of any plans for changing the current behavior, but I'm not sure if that is your question.

zawadzkij · ‎11-30-2004

Yes. The subscriber had 1 voicemail. He logged in and listened to the voicemail and he waited for the conversation option to send,delete,etc. A good 20-30 seconds. The only thing I can see is there is a call disconnect issue from the PSTN and leaving a gap of dead air and then the prompts kick in.

Markus Schneider · ‎12-01-2004

Yeah, that's the only possible explanation I can think of. Either there was a disconnect supervision problem, or the other side just plain didn't hang up. Is this something reproducible? It might be more common if your connection to the PSTN is FXO/FXS. If it's PRI, you really shouldn't see this except when the other side doesn't hang up, but on the other hand it would be easier to debug. In order to see what is happening, you'd have to be able to reproduce the problem and then run debugs on the CME specific to the PSTN interface (like debug isdn q931) to see if the disconnect arrives when you think it does. Debug ccsip messages would also be good to have on since you'll see when the disconnect is actually signalled to CUE.