cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
592
Views
0
Helpful
1
Replies

Error to complete consult transfer while hearing ring-back + VXML Transfer Element

abdulwahe
Level 1
Level 1

We are using Cisco Transfer element for making an outbound call to connect the caller to the desired destination. We are using consult transfer feature of Finesse to put the original caller on hold and involve VXML application to initiate a call. Once VXML connects the call we want to complete the transfer while hearing ringback. We do not want our agent to speak with the destination so the transfer should be completed before destination picks up the call.

We are getting an error if we try to complete the transfer before destination picks up the call. We want to know if there is a limitation at VXML end which is not allowing us to do this. We have found it working if we do not involve VXML to initiate a call.

Here is the call flow.

  1. A party dials the helpline number e.g. 321.
  2. Call transfers to the contact center and agent picks up the call on Finesse.
  3. Agent (B-party) dial VXML application number/ trigger e.g. 45213 to initiate an outbound call.
  4. VXML application initiates an outbound call using 'Transfer' element.
  5. Upon successful call transfer, the agent hears the ring back and complete the consult transfer.
  6. Once agent completes the transfer, conversation between A party and C party will be started.

We are getting callhandoff.failure error in VXML application activity logs while transfering during the ringback.

18:05:16.771,Transfer_01,enter,

10.83.10.21.1458065116490.46.VXML_CALL_TRANSFER,03/15/2016 18:05:17.005,Transfer_01,element,error,error.com.cisco.callhandoff.failure

10.83.10.21.1458065116490.46.VXML_CALL_TRANSFER,03/15/2016 18:05:17.005,Transfer_01,exit,

1 Accepted Solution

Accepted Solutions

ptindall
Cisco Employee
Cisco Employee

Without logs it's hard to be certain but the most likely problem you’re hitting is the call signalling being modified when you complete the transfer before a stable connected call has been established using the transfer element. 

There’s a few things you could try and see if any of them makes a difference --

Add voice-class sip midcall-signaling block to the VRU leg incoming dial-peer.

Also make sure supplementary-service media-renegotiate isn’t set.

Insert an MTP on the SIP trunk to CVP.

Also, why not simply use the CVP Call Server to perform the transfer? 

View solution in original post

1 Reply 1

ptindall
Cisco Employee
Cisco Employee

Without logs it's hard to be certain but the most likely problem you’re hitting is the call signalling being modified when you complete the transfer before a stable connected call has been established using the transfer element. 

There’s a few things you could try and see if any of them makes a difference --

Add voice-class sip midcall-signaling block to the VRU leg incoming dial-peer.

Also make sure supplementary-service media-renegotiate isn’t set.

Insert an MTP on the SIP trunk to CVP.

Also, why not simply use the CVP Call Server to perform the transfer? 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: