I am working on an application in CVP, and it seems that from When ICM calls the run External Script, to when the first Prompt is heard is like 5-6 seconds! As well when the applications is over it takes 4-5 to return... Is this normal? I have experienced a bit of lag before but nothing this long. I am wondering if it has something to do with the VXLM Gateway being in Europe and the CVP in the USA. Possibly its taking the gateway awhile to download the entire VXML document from CVP before it start rendering?
Get a baseline for the exchange of switch leg establishement and VRU leg establishment by building a simple script - Send To VRU node followed by a label that returns the CVP error label (typically 92929292) to the gateway, so the gateway plays the error message.
Your test yields about 2.5 seconds from any VXML gateway that we use in europe. This is from when I see 0 on my ip comm and the wav file starts between 2-3 secs. After this it looks like the next 3 or so secs seem to be "intializing the CVP" Application. At this point I hear the wav file around 5.5 total seconds. From here I use the audio element followed by a small custom action element. Per some recomendation on the other forum using audio followed by action will allow the action element to run in the background of the audio being played. I tested this out and confirms it works. Befor this it took aournd 7 second to return from the app to ICM to the next prompt. Now that this is implmented its about 4 seconds. Any ideas? 4 seconds does seem really long...
That is a surprisingly long time. Typical one-way latency between EU and US is around 150-180ms one way. In your system we would expect 4 trips for the test, so maybe 700ms in transport time. 2.5s seems a little high.
But your other figures just push it past usability.
You will have to put some CVP Combos and CVP PGs in Europe.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...