When a call does not transfer as expected during the execution of a voice application, check the following:
Did your signaling process specify SL_SIGPROC_CAPABILITY_TRANSFER when it called the sl_open() subroutine?
Is the state table using the TransferCall action or the Dial action? You should use the TransferCall action in your state tables because the Dial action does not work when you are using a signaling process.
Check that your signaling process is receiving the SL_CALL_TRANSFER_REQ primitive.
Check that your signaling process is returning the SL_CALL_TRANSFER_CNF primitive to Blueworx Voice Response and that the sl_send_confirm() subroutine is returning successfully.
Use signaling interface tracing the see the primitive sent to your signaling process by Blueworx Voice Response. For information on tracing signaling interfaces, see Tracing the signaling interface.
When a voice application produces unexpected results from a Dial, MakeCall, or TransferCall action, check the following:
Did your signaling process specify SL_SIGPROC_CAPABILITY_TRANSFER when it called the sl_open() subroutine?
Is the state table using the TransferCall action or the Dial action? You should use the TransferCall action in your state tables because the Dial action does not work when you are using a signaling process.
Check that your signaling process is receiving the SL_CALL_TRANSFER_REQ primitive.
Check that your signaling process is returning the SL_CALL_TRANSFER_CNF primitive to Blueworx Voice Response and that the sl_send_confirm() subroutine is returning successfully.
Use signaling interface tracing the see the primitive sent to your signaling process by Blueworx Voice Response. For information on tracing signaling interfaces, see Tracing the signaling interface.