I am facing a problem with the IVR not picking up the new voice file as soon as I replace one of the voice files. It is playing the old prompt that has been cached. But it does pick the new one after 20-30 mins.
Is there any configuration setting for GVP cache like it checks for new voice files in frequent intervals. If so, please specify where I can change it to minimize the time required to fecth the voice files as soon as they are replaced. If there is no such configuration setting, please let me know any workarounds on how to achieve this(without manually clearing the GVP cache).
Like what? Lol
Convert the wav to a supported format one. Then just go to the project folder on IIS and replace the file as if it was any other Web source.
That is it.
Or what exactly do you mean? Those are too basic steps for you my friend, there must be a trick in your question
Yep - that would be too easy. Because that has already been done - same file name and same sub-format (ulaw, etc.), to replace the older version - but it still uses the old version of the file for announcements in GVP…
So, there must be a trick - cache? ccxml reference? something…?
Am I in the right ballpark, since I think squid is in use, to consider using this command to refresh the single .wav file, rather than clearing the whole cache?
Manual Cache Management Commands: Refresh an Object:
C:\squid\bin\squidclient -s -r
Where is the full URI of the object that you want to refresh.
To be honest, I have never encountered any issue related to the MCP, where the cache has to be cleaned as the solution. If anyone meet similiar issue, so I think the configuration for caching on MCP level is not configured properly. So, cannot share any real-life experience with that.
Well then I am also clueless, never saw such behavior on MCP. Have you checked MCP logs and then Squid ones? What if you change the file name and also the vxml code calling the wav file?