Delay before IVR cuts in on outbound call

[adriannaude]

Hi,

We are experiencing delays of 5 or so seconds after a call is answered but before the VXML application starts speaking on outbound. I noticed from a post in Jan 2006 that there was a new version of the callee_type detection algorithm in development. When will that be available on the platform hosted in London?

Also, are there any plans to provide an audio store similar to that already available but local to the UK platform?

Many thanks,
Adrian Naude

[support]

Hello,

The delay you are experiencing is a combination of the new callee type detection that was described in that post and delays on your IVR application side. If you are experiencing issues with callee type detection still causing too much of a delay you can email support@plumvoice.com with your IVR customer# and IVR hosting account login and request that "callee type detection" be disabled.

At this point in time plum IVR does not have any plans to setup an audio store local to the UK platform. This feature is only useful if you are making large recordings and are unable to submit those to your application server in a timely manor. You will get better performance by simply allowing your files to be cached by the Plum IVR Hosting Platform. The cached files are stored locally at each voice browser so they will have faster response times that the audio repository.

Regards,
Plum Support

[adriannaude]

Hi there,

I have requested that the callee type detection be switched off. The callee_type is still being set to voice - is that what I would expect to happen?

Regards,
Adrian Naude

[support]

Hello,

Yes that is correct. On Plum's IVR system, with the detection disabled the default value is always sent as 'voice'. This is to allow people previously relying on that value to still use their IVR code as expected.

Regards,
Plum Support

[adriannaude]

Great, thanks.

Adrian