Skip to main content
Updated in 2026.9
Voice Gateway Transfer Node configuration panel

Description

The Transfer Node allows you to transfer an ongoing call to a Tel or SIP target.

Parameters

Answering Machine Detection (AMD) determines whether an outgoing call has been answered by a human or a machine (such as a voicemail or answering machine). When AMD is enabled, events are generated in the Flow to indicate the detection result, allowing you to take specific actions based on the outcome.For example, if a call is transferred to a user and AMD detects a machine, you will receive an event indicating the machine detection.
For Voice Gateway 2025.19 and later, the Anchor Media parameter has been renamed to Media Path and includes more options. The previously available options correspond to:
  • Full Media — the toggled on Anchor Media parameter in earlier versions.
  • Partial Media — the toggled off Anchor Media parameter in earlier versions.
The Media Path parameter is hidden behind the feature flag FEATURE_DISABLE_VG_MEDIA_PATH, with a default value of false. It is available only in environments where the feature flag is set to false.

Changing the Media Path During an Active Call

Changing the Media Path during an Active Call

Besides setting the media path in the Flow, you can also change the media path during an active transferred call using the Voice Gateway API.This approach is useful for PCI compliance. For example, when a caller shares sensitive payment information, Voice Gateway, as an intermediate system, must be removed from the media stream. Audio is then routed directly between the caller and the contact center, bypassing Voice Gateway, reducing PCI data exposure and helping protect sensitive data.To remove Voice Gateway from the media path, send the PUT /Accounts//Calls/ API request with { "media_path": "noMedia" } from the contact center to Voice Gateway.Capture the call SID before the transfer takes place. During a transfer, a new call SID is created for the new call leg, but the original call SID remains unchanged. Pass the original call SID along during the transfer, for example, in SIP headers. This way, the contact center can reference the original call when triggering the API request at the correct moment.

Troubleshooting

Possible 403 Error After Dial Transfer

In case you receive a 403 error log message after using a Transfer Node with Dial, check the related PCAP file in the Voice Gateway Self-Service Portal first. There you should get more information about the reason for the 403 error. Some SBCs like Twilio may reject calls from unknown numbers. In this case, it might be necessary to configure the P-Asserted-Identity header for the Transfer. To do this, turn on the Custom Transfer SIP Headers toggle in the Advanced settings of the Transfer Node, and enter the following in the JSON field:

Possible 487 Error After Dial Transfer

In case you receive a 487 error log message after using a Transfer Node with Dial, check the related PCAP file in the Voice Gateway Self-Service Portal first. There you should see a CANCEL method followed by the 487 Request Terminated error. This error indicates that the callee did not answer within the defined timeout. Within the Flow, you will receive the NO_ANSWER call event.
Last modified on June 15, 2026