Genesys CTI User Forum
Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: bpapp on December 05, 2012, 04:11:26 AM
-
Hi,
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).
-
Check the deployment guide about IIS fine tuning. Remember that the WS is IIS, GVP only acts as a browser
-
At GVP side check Page Collector settings in the EMPS (HTTP caching on/off )
-
...hey guys...
very much relevant to something I am trying to achieve today.
Can someone point me in the right direction or provide the definitive steps to replacing a .WAV file for GVP, please?
Thanks
-
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...?
Bueller...? Bueller...? :)
?
-
Cache can be the issue. Try to use another name and then modify the VXML generated on the ASP file.
Or try to see if it uses Squid and reset it
-
3 sources so far suggest a Tomcat/Apache cache flush.... but I am concerned that we might "lose" something if we do that.
Does anyone have any operational experience with this process?
-
Cleaning cache on Tomcat instance is standard maintenance process. Of course, all while the Tomcat is not running.
-
Thanks! ;D
-
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 <uri>
Where <uri> 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.
-
As for what I understand he is talking about gvp 7.6, right?
-
Sorry, no GVP 8.1 - just stole this thread because of [b]GVP [/b]and [b]Cache[/b]...
-
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?
-
It's cool - 3 independent sources show that you can refresh a single (.wav) file in the Squid Cache, using a DOS command... I'm going with that! :)
EDIT:
In the majority of cases, I've found that an update to the xml refresh and a restart of the MCP is required... :/
-
Personally, I heard a number of times that MCPs were still caching old WAV files after having been replaced.
Certainly, there's a number of things to be looked at (Squid / Web Server etc), however, I don't think that the cache flushing mechanism in GVP 7.6 to 8.1 was great.
See also this https://genesyspartner.force.com/customercare/pkb_Home?id=kA4U00000008cZ8KAI&l=en_US&fs=Search&pn=1
Fra
-
Thanks - it's amazing how much work one voice file update can generate, isn't it?!?
-
I have heard this too, but in each case it was caused by incorrect configuration and not by software itself.