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 CVP - All Versions

CVP failing 2nd warm transfer with queuing

Combination View Flat View Tree View
Threads [ Previous | Next ]
CVP failing 2nd warm transfer with queuing
Answer
12/26/12 3:27 PM
Hello Everybody     I have a regular setup with Ingress GW, VXML GW, 2 SIP proxies, 2 CVPs, 2 CUCMs, 2 ICMs   Version of CVP is 8.0 (1) CUCM is 8.0.3.23900 VXML Gw is on 15.1(2) T$ Call Flow to agent is   InGW- CUSP - CVP-CUSP-CUCM-Agent1   When agent answers and puts on hold, I get Multicast from local GW which is good   No, agents does the transfer. To route point 86624384. Icm returns label with Corellation ID, and the call is routed for queing to CUSP and CVP. Agent1- CUCM- ICM -CUCM-CUSP-CVP-VXML   the CVP finds new agent and connects   CVP-CUSP-CUCM-Agent2   No the initial Ingress call is connected to agent2   When Agent2 wants to transfer again by the queuint mechanism, dialing route point, the caller is put on hold again, agents again dials CC using ICM label Agent2-CUCM-ICM-CUCM-CUSP-CVp-VXML   SO caller is on hold, agent is in queue   As soon as the Agent2 presses transfer again, the caller is connected to VXML GW for queuing, which is good   When ICM find ready agent3, caller is removed from queue and my call is stuck   I receive bye messages on CUCM, and caller hears cvp error from ingress gw   So i Do not know if CVP can handle these much call legs   ON SIP Trunk MTP required is unchecked and I want like that so that i can hear Multicast MoH to save WAN bandwidth. RFC2833 DTM is set on trunks   Is this expected behaviour or there is some CVP bug?   Thank you in advance.
Attachments:
Flag