WhilpashH
09/27/2025, 6:30 AMVapi Support Bot
09/27/2025, 6:31 AM"destination" property (with a valid E.164 phone number) in your transfer_call_tool's parameters? This is a common cause of transfer failures.
Sources:
- [Vapi documentation: call forwarding](https://docs.vapi.ai/call-forwarding)
- [Vapi SIP Trunking Telnyx external number call forwarding troubleshooting](https://discord.com/channels/1211482211119796234/1343963959421829172)Chiranjeet Mishra
09/30/2025, 7:59 PMendedReason to confirm if a transfer was initiated.
- Ensure the phoneCallProviderBypassEnabled is set to false unless you're implementing custom transfer logic.
- Verify SIP configuration if transfers involve SIP endpoints.
- Use the Vapi API to investigate and ensure the assistant is not overriding call controls. Removing "phone-call-control" from serverMessages might be necessary.
3. Advanced Features:
- Consider using dynamic call transfers to route calls based on conversation context or here’s a [guide on implementing dynamic transfers](https://docs.vapi.ai/calls/call-dynamic-transfers), which can help ensure calls reach appropriate departments based on real-time analysis.
For specific transfer modes, such as warm transfers, ensure your configuration aligns with intended use (e.g., using warm-transfer-experimental mode) and verify settings like maxDurationSeconds to prevent abrupt cancellations.
If problems persist, it might be due to provider-level issues or misconfigurations, check documentation regarding SIP configurations and API handling for deeper insights. If this doesn’t resolve the issue, please let us know and we’ll be happy to step in and assist further.