### Answer Yes, cold transfer with SIP REFER can pass the user's number, but it depends on your telephony provider's support. [(1) ]() [(2) ]() When you configure caller ID for a cold transfer, you can choose "User's Number" so the transfer destination sees the original caller's number instead of the Retell agent's number. However, for SIP REFER specifically, it's up to the telephony provider to support caller ID override for SIP REFER. Your telephony provider must support SIP REFER and PSTN transfer with the transferee's number showing as caller ID. [(1) ]() Provider-specific support: - Retell Twilio numbers support showing the user's number on both warm and cold transfer [(1) ]() [(2) ]() - Retell Telnyx numbers only support this when using SIP REFER via cold transfer If caller ID override is not supported by your provider, the transfer will fail.

​ To learn more, see the sources I considered: [[1] Transfer call](https://docs.retellai.com/build/single-multi-prompt/transfer-call) [[2] Call Transfer Node](https://docs.retellai.com/build/conversation-flow/call-transfer-node) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

### Answer To verify whether your Twilio numbers are passing the user's number on cold SIP REFER transfers, you'll need to check Twilio's call logs rather than Retell's dashboard. When using cold transfer with SIP REFER, Retell sets the

from

and

P-Asserted-Identity

headers to the user's number [(1) ]() . For cold transfer specifically, it's up to the telephony provider to support caller ID override for SIP REFER . How to verify: 1. Check Twilio's call logs - Look at the call details for transferred calls in your Twilio console. The logs should show what caller ID was presented to the transfer destination. 2. Test with a known number - Make a test call and transfer it to a number you control. Check what caller ID appears on the receiving end. 3. Review Twilio's SIP trunk configuration - Ensure your Twilio elastic SIP trunk is configured to allow SIP REFER and PSTN transfers with caller ID override enabled. The documentation confirms that Retell Twilio numbers support showing the user's number on both warm and cold transfer , but the actual caller ID presentation depends on Twilio's handling of the SIP REFER request with the headers Retell provides.

​ To learn more, see the sources I considered: [[1] Transfer call](https://docs.retellai.com/build/single-multi-prompt/transfer-call) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

​ To learn more, see the sources I considered: [[1] Dynamic Variables](https://docs.retellai.com/build/dynamic-variables) ​

### Answer To check the current date and time live during a call, use the

{{current_time}}

dynamic variable. [(1) ]() By default,

{{current_time}}

returns the current time in

America/Los_Angeles

timezone (for example: "Thursday, March 28, 2024 at 11:46:04 PM PST") . For different timezones: You can specify a timezone using

{{current_time_[timezone]}}

. For example,

{{current_time_Australia/Sydney}}

would give you the time in Sydney. Additional time-related variables: -

{{current_hour}}

- Returns the current hour as a fraction in

America/Los_Angeles

-

{{current_hour_[timezone]}}

- Current hour in a specified timezone -

{{current_calendar}}

- Provides a 14-day calendar in

America/Los_Angeles

-

{{current_calendar_[timezone]}}

- 14-day calendar in a specified timezone These are system default variables that require no configuration and are automatically available during calls.

### Answer I don't have information about the "enable speech normalization" feature or whether it was removed based on the available sources. The sources provided focus on ASR (Automatic Speech Recognition) concepts and transcription issues, but don't mention a specific "enable speech normalization" setting. To get accurate information about this feature, I recommend: - Checking the [Retell AI Documentation]() - Contacting a [certified Retell partner]() Would you like a general answer based on my knowledge instead?

message has been deleted

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

### Answer To make your agent check the current time in the America/New_York timezone, use the dynamic variable

{{current_time_America/New_York}}

[(1) ]() [(2) ]() . You can use this variable in: - Agent prompts [(1) ]() - Begin message - Tool configurations - Call handling settings For example, in your prompt you could include:

The current time in New York is {{current_time_America/New_York}}

This will automatically populate with the current time in the America/New_York timezone during the call [(1) ]() [(2) ]() . Additional time-related variables for America/New_York: -

{{current_hour_America/New_York}}

- Current hour as a fraction [(1) ]() -

{{current_calendar_America/New_York}}

- 14-day calendar in that timezone These are system default variables that require no configuration .

​ To learn more, see the sources I considered: [[1] Dynamic Variables](https://docs.retellai.com/build/dynamic-variables) [[2] Simulation Testing Now Live for All Agents](https://www.retellai.com/changelog/simulation-testing-now-live-for-all-agents-c27zh) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.