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
First Previous Next Last

CVP Forum

« Back to Universal Edition New Feature Discussion

Audio Integrity Links Enhancement to Prompt Builder

Combination View Flat View Tree View
Threads [ Previous | Next ]
Audio Integrity Links Enhancement to Prompt Builder
Answer
3/27/07 9:01 PM
Folks,

In dealing with a big project, recording audio and getting it from media is always a time consuming task.

Is there anyway, you can on top of the "prompt builder in 5.x" provide a facility to point to where a media directory is and check every link to see if it exists according in according to Audium Audio References. You can run into issues of mapping the physical clip to the virtual reference in audio and errors occur and tracking them down.

Our projects huge, over 1400 clips so its a big task.

You could really add some huge value here providing some integrity checking of audio against the URI and checking the physical clip exists and reporting back if its there or not. If they are all correct we can be confident the app has all the audio references perfectly in place.

Thoughts!
Flag

Great idea, fly in the ointment
Answer
3/28/07 2:08 AM as a reply to Anonymous.
Karl,

Great idea. It's been on our list for a while; however, check this small detail out --

With traditional IVR development this works great because resources were mapped directly, but it doesn't work so easily in a W3C HTTP type environment where everything is a URI.

URI's are relative from the server fetching -- which is the voice browser. So, if you ran this operation from a PC that Studio is on, or even if you ran it from the Call Services server (which is usually separate from Studio), neither validation would be valid because URI's are relative from the server fetching the URI.

Make sense?

I'm sure there is a way around this but it'd be a utility that would have to run from the voice browser to be valid. Would love to hear your thoughts.

Cory
Flag

RE: Great idea, fly in the ointment
Answer
3/31/07 3:14 AM as a reply to Anonymous.
Well as you know Cory, files are usually distributed onto a media server

so if there is even an option to put in a URI or file/// check just to test each audio name and location into the directory folders exists that would be good.

keep it simple though

Just loop through the audio inc any folder paths and ask the developer the base file or local uri test path (they can enter it) prior to check.

then a check / test button, and if anything is a problem a list comes back after the process has run against each item in the prompt audio wav table.

God that would have made our lives so much easier.

I might even try and write some java this week to do that.
Flag

Let's keep brainstorming
Answer
3/31/07 3:36 AM as a reply to Anonymous.
Karl,

I appreciate your thoughts, but based on your recommendation I would assume that you're looking for another check besides "will this work in production"?

The only way you can verify if something will work in production and be certain of it is to run a file-check utility programmed with the URLs from the actual voice browsers. Just because box A can get to box B and box C, doesn't mean that box C can get to either A or B. Doesn't work in the networking world.

If your use case is "tell me if I have the following files (URL1, 2, 3) on server A" such that they are spelled correctly, then there is a case to do something from Studio. BUT, that's of limited value in giving you any level of confidence that it will work in production, however.

This also doesn't work for any dynamically specified audio files... eeek!

Cory
Flag

RE: Let's keep brainstorming
Answer
4/2/07 7:41 PM as a reply to Anonymous.
Hi Karl and Cory,

There is an existing enhancement request in our issue-tracking system, CSCzc10324, that is very similar to what you have been discussing in this thread. That request is entitled, "Audium Studio should include a scan for media files" and recommends that Studio include the ability to scan a local directory to ensure that all audio files specified in the call flow (looking at only the filename portion of URIs) are present in that directory.

This request has been updated to indicate Karl's interest in this as well.

Regards,
Vance
Flag