AINerd
01/05/2026, 4:35 PMAI Evy
01/05/2026, 4:36 PMAI Evy
01/05/2026, 4:36 PMAI Evy
01/05/2026, 4:36 PMAI Evy
01/05/2026, 4:36 PMAINerd
01/05/2026, 6:02 PMAI Evy
01/05/2026, 6:02 PMAI Evy
01/05/2026, 6:03 PMAI Evy
01/05/2026, 6:03 PMtransfer_destination field can be a phone number or a SIP URI (prefixed with sip: and may include ;transport=...) , and that dynamic variables are supported for transfer numbers. [(1) ]() [(2) ]()
However, the specific behavior of dynamic routing with SIP URIs isn't explicitly documented in the sources I have access to.
Check out these potentially useful sources:
- [Transfer call]()
- [Call Transfer Node]()
Would you like me to provide a general answer based on my knowledge, or would you prefer to reach out to Retell support for confirmation?AI Evy
01/05/2026, 6:03 PMAI Evy
01/05/2026, 6:03 PMAINerd
01/05/2026, 6:03 PMAI Evy
01/05/2026, 6:03 PMAI Evy
01/05/2026, 6:04 PMsip:username@domain (e.g., sip:user@retellai.com) . [(1) ]()
2. The transfer number can also be set to a dynamic variable that gets substituted at runtime.
Since dynamic variables are supported for the transfer destination field, and that field accepts SIP URIs, you should be able to use a dynamic variable containing a SIP URI for dynamic routing.
For example, you could:
- Set the transfer destination to a dynamic variable like {{transfer_target}}
- Update that variable at runtime with a SIP URI value (e.g., sip:user@yourdomain.com)
The key is ensuring your SIP URI follows the correct format: sip:username@domain.
If you encounter issues, I'd recommend testing with a static SIP URI first to confirm connectivity, then switching to a dynamic variable approach.AI Evy
01/05/2026, 6:04 PMAI Evy
01/05/2026, 6:04 PM