Make plans now to attend XMPP integration with CVP 2012/06/14 @ 10:00 AM at Cisco Live! in San Diego. ...Read More

 



Cisco Developer Network will be presenting a CDN Developer Track at Cisco Live! London the week of January 31, 2011.

We are presenting technical sessions which highlight Application Programming interfaces (APIs) and Software Developer Kits (SDKs) for Cisco technologies such as Unified Communications, IOS, and Access Routing Technologies ¿ including the new Cisco Cius ...Read More

 

Recently noticed that there have been repeated questions from our developer community complaining that they can't seem to get the beep to work with <record>. They have set the beep attribute to "true" alright, and the reference guide even says this is supported but why doesn't it work?
...Read More

 

August 01, 2006
Earlier today, as I was typing a comment in our internal issuing-tracking system, I hit backspace to correct a typo. WHAM! I go back to the previous page, and my long-winded comment is gone. Apparently I somehow left the context of the text area (did I tab, or spuriously click, or??), which causes backspace to act as a hotkey for "Back". The web browser was not very forgiving of my mistake.

Are your IVR applications forgiving? They should be.
...Read More

 

Mark Gibbs over at Network World has put together a spiffy little scoring system for customer service systems (including many criteria for IVR systems). How would callers score your IVR using Mark's guidelines? Place a call and find out, you may be surprised.
...Read More

 

If you're using JNDI to connect to your database through Tomcat, then it's possible you've had to deal with database connection pool leaks. Your code tests fine, it's been reviewed, but in load tests or in production your app is unable to acquire database connections, the pool is empty!

Fear not, there are some handy parameters which can be set in your application's XML configuration file (in tomcat/conf/Catalina/YOUR_IP/YOUR_APP.xml):
...Read More

 

Showing 6 results.
Items per Page 50
of 1

CVP Forum

« Back to General Discussion - All Versions

Cisco Remote Gateway not playing audio file

Combination View Flat View Tree View
Threads [ Previous | Next ]
I have a problem in our site. CVP some times not playing the audio file from remote gateway. Then what happen caller doesn't get ivr prompts  and default routing is happening. Is there any tool or any method available to see the remote gateway has the file to be played by CVP script? or even ICM script micro app. Thanks in advance.

What do you see in CVP logs ? Does it give a badfetch 404 ? Is it happening for the same audio file or is it random ? I sit happening at start of the app or anywhere randomly ? You may need to adjust the timeout settings on the gateway.
Hemal

From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com]
Sent: Sunday, October 28, 2012 9:44 PM
To: cdicuser@developer.cisco.com
Subject: New Message from Vivek Vadivel in Customer Voice Portal (CVP) - General Discussion - All Versions: Cisco Remote Gateway not playing audio file

Vivek Vadivel has created a new message in the forum "General Discussion - All Versions": -------------------------------------------------------------- I have a problem in our site. CVP some times not playing the audio file from remote gateway. Then what happen caller doesn't get ivr prompts and default route happens.
Is there any tool or any method available to see the remote gateway has the file to be played by CVP script? or even ICM script micro app.
Thanks in advance.
--
To respond to this post, please click the following link: http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/8109046 or simply reply to this email.

yes, I do see badfetch. 19.106.73.121.1351311106573.943.GSDR8_MAIN,10/27/2012 00:11:58.635,valid cds menu,enter, zzzzzz.1351311106573.943.GSDR8_MAIN,10/27/2012 00:11:58.635,valid cds menu,interaction,audio_group,initial_audio_group zzzzzz.1351311106573.943.GSDR8_MAIN,10/27/2012 00:11:58.651,valid cds menu,element,error,error.badfetch Is there any tool available to check the gateway files?

error.badfetch is usually a timeout, not a missing audio file. Do you happen to know what the setting on the gateway is for 'http client response timeout' and 'http client connection timeout'? You could try making it longer on the gateway or in the application. In the application go to Project / Properties / Call Studio /Root Doc settings. And configure the VoiceXML Property name:fetchtimeout value:8s (or any number of seconds followed by the 's'). You can check you IIS logs on the media server. C:/Windows/System32/Logfiles/W3SVC1/ - you will see each URI requested by the gateway and the response code. 404 means an audio was requested but not found. You can execute this on the gateway 'show http client cache' to see the audio files that are in the gateway cache. You can execute this on the gateway to view the http errors in real time 'term mon' and then 'debug http client error'

Well I have seen similar things however it happens to say 10 calls out of 20000, so it almost .0005% of the calls which is not much.  First of all  what are your timeout settings are correct on the gateway  which includes http client connection and http client response.  On the studio I set my fetchtimeout to 12s.  If it happens consistently then it's a different issue and can be resolved much faster,  However if it random and happens to a very small percentage of calls, then it is tricky to debug.
The tool may not be so much relevant as the file is there, but for some reason gateway is experiencing some issue and CVP gets a timeout as the file cannot be fetched.  This is assuming it is happening only randomly.  One other thing is make a note of the time when it happens and look at gateway CPU utilization at that point.  If there is spike around that time, it could be tied to it.  The trick is that if you want to debug a small percentage of calls which happen randomly we have to set debugs on the gateway.  It is very difficult to keep the gateway debugs on in prod for extended time.   You may need to start with tuning your timeout settings and see what happens.
Hemal

Our media server/cvp vxml server disk space got full and then the problem started. cvp vxml app shows: zzzzzzzzzzz.1351311106573.943.GSDR8_MAIN,10/27/2012 00:11:58.635,valid cds menu,enter, zzzzzzzzzzz.1351311106573.943.GSDR8_MAIN,10/27/2012 00:11:58.635,valid cds menu,interaction,audio_group,initial_audio_group zzzzzzzzzzz.1351311106573.943.GSDR8_MAIN,10/27/2012 00:11:58.651,valid cds menu,element,error,error.badfetch but one of the audio element prior to "valid cds menu" element had a bad audio file on media server due to disk space was full. After I replaced with a good file then the error gone. Question I have is why CVP log file did not report the correct element had problem file? also in this situation Is there any tool available to check the GW file without login to GW? I am a script developer don't have access to all the GWs. Therefore I thought if we had a too would be helpful. Thanks for your answers.

In that case the issue is right there, its easy to fix.
 I am not aware of any desktop or online tool that will check the gateway explicitly.  However you can easily detect the issue just looking at the logs and can makeout whether there is a possible file issue at the gateway or not.
Also when you run out of disk space don’t expect CVP to give you the issue at the exact audio or element, the problem  may manifest elsewhere and show up as something different.  The running of your entire app is in jeopardy.  Anyways, you should never be running out of disk space.  I never allow my system to go beyond 90%. 
Hemal

Note - Studio "Audio" elements will never report an error.badfetch or
error.badfetch.http. Only elements that collect caller input report
these errors. This is true even if the error is actually caused by the
Audio element's missing audio file. The reason for this comes right from
the VXML Specification - it is because the gateway doesn't play the
audio to completion for an Audio element (only for elements that collect
caller input) before returning to VxmlServer. This is to speed the
system along. There's no way to change this behavior for Studio. Note
that ICM Microapps are different, they do play to completion.

It makes sense Janine.
Thank you all...