CVP failing 2nd warm transfer with queuing http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&threadId=9742412 2013-05-21T15:05:43Z 2013-05-21T15:05:43Z Vojislav Jovanovic http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=9742411 2012-12-26T15:27:29Z 2012-12-26T15:26:09Z

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.

Vojislav Jovanovic 2012-12-26T15:26:09Z