manudo
11/03/2025, 11:45 AMVapi Support Bot
11/03/2025, 11:47 AMphoneCallProviderBypassEnabled set to false and that there are no custom serverMessages (like "phone-call-control") overriding default call control? This is a common cause for REFER not being triggered in BYO SIP setups.
If you can share this, I can guide you on the next troubleshooting step!
Sources:
- [Vapi documentation: call forwarding](https://docs.vapi.ai/call-forwarding)
- [Vapi SIP Trunking documentation](https://docs.vapi.ai/advanced/sip/sip-trunk)
- [Debug call forwarding drops](https://docs.vapi.ai/phone-calling/transfer-calls/debug-forwarding-drops)manudo
11/03/2025, 12:22 PMVapi Support Bot
11/03/2025, 12:54 PMChiranjeet Mishra
11/04/2025, 6:50 PMmanudo
11/10/2025, 6:53 PMChiranjeet Mishra
11/12/2025, 8:08 PM{
"type": "transferCall",
"destinations": [
{
"type": "sip",
"sipUri": "sip:[number]@example.sip.com"
}
]
}
2. **SIP REFER Requirements**: This process uses the SIP REFER protocol, which needs to be enabled in your telephony provider. The provider handles the routing between different domains as long as they're within their network. [1](https://docs.vapi.ai/advanced/sip/sip-trunk)
3. **Format Requirements**: Some providers require phone numbers to be formatted in E.164 standard, so your SIP URI might need to look like:
sip:+1XXXXXXXXXX@example.sip.com
4. **Provider Consistency**: The transfer works most reliably when both domains are within the same provider's network. The telephony provider manages the actual SIP REFER handling after Vapi initiates the transfer.
When setting this up, make sure your telephony provider supports SIP REFER between different domains within their network, as this capability varies by provider.