During an active call, you can use TwiML's <Dial>
verb to connect the current caller to another party.
The following example shows the most basic use of <Dial>
:
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial>415-123-4567</Dial>4</Response>
If the party at 415-123-4567
answers the call, the two parties can communicate until one hangs up.
The <Dial>
verb will end the new call if:
<Dial>
cannot initiate a call directly from Twilio — it will only dial a new party from an active, ongoing call. To start a new outbound call from Twilio, you must make an API request to the Call endpoint.
For a step-by-step guide on making your first outbound call with Twilio, try one of our quickstarts that show how to make a call using the Twilio helper libraries.
Twilio will make a GET
or POST
request to the action
URL (if provided) when the <Dial>
call ends. Call flow will then continue, using the TwiML you send in response to that request.
If you do not provide an action
URL in your <Dial>
and the original caller is still on the line, Twilio will continue to render the original TwiML document.
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5response.dial('415-123-4567');6response.say('Goodbye');78console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial>415-123-4567</Dial>4<Say>Goodbye</Say>5</Response>
With this code, Twilio will connect the original call with a new party by dialing 415-123-4567
. Several things might happen next:
<Say>
does not execute.<Dial>
exits and the initial caller hears the <Say>
text ("Goodbye") before the call flow ends.<Dial>
supports the following attributes that change its behavior:
Attribute | Allowed Values | Default Value |
---|---|---|
action | Relative or absolute URL | None |
answerOnBridge | true , false | false |
callerId | A valid phone number, or client identifier if you are dialing a <Client> . | Caller's callerId |
callReason | String (Maximum 50 characters) | None |
hangupOnStar | true , false | false |
method | GET , POST | POST |
record | do-not-record , record-from-answer , record-from-ringing , record-from-answer-dual , record-from-ringing-dual . For backward compatibility, true is an alias for record-from-answer and false is an alias for do-not-record . | do-not-record |
recordingStatusCallback | Relative or absolute URL | None |
recordingStatusCallbackMethod | GET , POST | POST . This attribute indicates which HTTP method Twilio should use when requesting 'recordingStatusCallback'. |
recordingStatusCallbackEvent | in-progress , completed , absent | completed |
recordingTrack | inbound , outbound , both | both |
referUrl | Relative or absolute URL | None |
referMethod | GET , POST | POST |
ringTone | ISO 3166-1 alpha-2 country code | Defaults to the carrier's ringtone |
timeLimit | Positive integer (seconds) | 14400 seconds (4 hours) |
timeout | Positive integer (seconds) | 30 seconds |
trim | trim-silence , do-not-trim | do-not-trim |
Use one or more of these attributes in a <Dial>
verb like so:
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial timeout="10" record="true">415-123-4567</Dial>4</Response>
The action
attribute accepts a URL as its argument. This URL tells Twilio where to make a POST
or GET
request after the dialed call ends.
Twilio's request to this URL will include the following parameters:
Parameter | Description |
---|---|
DialCallStatus | The outcome of the <Dial> attempt. See the DialCallStatus section below for details. |
DialCallSid | The call sid of the new call leg. This parameter is not sent after dialing a conference. |
DialCallDuration | The duration in seconds of the dialed call. This parameter is not sent after dialing a conference, or if a Child call is redirected to a new TwiML URL before being disconnected. |
DialBridged | Boolean indicator of whether or not the dialing call has been connected to the dialed destination. |
RecordingUrl | The URL of the recorded audio. This parameter is included only if record is set on <Dial> and does not include recordings initiated in other ways. The recording file may not yet be accessible when the action callback is sent. Use recordingStatusCallback for reliable notification on when the recording is available for access. |
If you <Dial>
a <Queue>
, Twilio will pass additional parameters to your action
URL. Read the in-depth <Queue> documentation for more details.
If you specify an action
URL for <Dial>
, Twilio will continue the initial call after the dialed party hangs up.
Any TwiML verbs included after this <Dial>
will be unreachable, as your response to Twilio takes full control of the initial call. If you want to take more actions on that initial call, you must respond to Twilio's request with TwiML instructions on how to handle the call.
If you do not provide an action
URL, <Dial>
will finish and Twilio will move on to the next TwiML verb in the document. If there is no further verb, Twilio will end the phone call. Note that this is different from the behavior of <Record>
and <Gather>
.
If you specify an action
URL, Twilio will always pass along the status of the <Dial>
attempt.
Possible DialCallStatus
values are:
Value | Description |
---|---|
completed | The called party answered the call and was connected to the caller. |
answered | When calling a conference, the called party answered the call and was connected to the caller. |
busy | Twilio received a busy signal when trying to connect to the called party. |
no-answer | The called party did not pick up before the timeout period passed. |
failed | Twilio was unable to route to the given phone number. This is frequently caused by dialing a properly formatted but non-existent phone number. |
canceled | The call was canceled via the REST API before it was answered. |
If <Dial>
is the first TwiML verb in your TwiML document, answerOnBridge="true"
will cause the inbound call to ring until the dialed number answers.
If your inbound call is a SIP call, Twilio will send a 180 or 183 to your SIP server once it connects to Twilio. It will wait until the <Dial>
call connects to return a 200.
When you use <Dial>
in your response to Twilio's inbound call request, the dialed party sees the inbound caller's number as the caller ID.
For example:
1-415-123-4567
calls your Twilio number.<Dial>
verb to 1-858-987-6543
to handle the inbound call.1-858-987-6543
) will see 1-415-123-4567
as the caller ID on the incoming call.When using the <Number>
noun, and specifying a callerId
on your <Dial>
, you can set a different caller ID than the default. You may change the phone number that the called party sees to one of the following:
To
or From
number provided in Twilio's TwiML request to your app.In the case of an inbound SIP call, callerId
cannot be the To
or From
number, as there is a risk of caller ID spoofing. It can only be either a Twilio number or a phone number verified with Twilio.
If you are dialing a <Client>
, you can also set a valid client identifier as the callerId
attribute. For instance, if you've set up a client for incoming calls and you are dialing that client, you could set the callerId
attribute to client:joey
.
If you are dialing a <Sip>
endpoint, enter any alphanumeric string as the callerId
. Optionally include the following characters: +
, -
, _
, and .
, but no whitespace.
In the following example, we use <Dial>
to call a phone number from a Voice SDK Device instance:
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5const dial = response.dial({6callerId: '+15551112222'7});8dial.number('+15558675310');910console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial callerId="+15551112222">4<Number>+15558675310</Number>5</Dial>6</Response>
The hangupOnStar
attribute lets the initial caller hang up on the called party by pressing the '*
' key on their phone.
When two parties are connected using <Dial>
, Twilio blocks execution of further verbs until the caller or called party hangs up. The hangupOnStar
feature allows the initial caller to hang up on the party they called without having to hang up the phone (which would end the TwiML processing session).
When the caller presses '*
', Twilio will hang up on the called party. If an action
URL was provided, Twilio submits a DialCallStatus to that URL and processes the response. When calling a conference, the DialCallStatus
will be answered
. All other call types will have a completed
DialCallStatus
.
If no action
was provided, Twilio continues on to the next verb in the current TwiML document.
The method
attribute accepts either GET
or POST
. This tells Twilio whether to request the action
URL via HTTP GET
or POST
, with POST
as its default value.
In the following example, we've provided an action
URL and specified GET
as the method
:
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5response.dial({6action: '/handleDialCallStatus',7method: 'GET'8}, '415-123-4567');9response.say('I am unreachable');1011console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<!-- page located at http://example.com/dial_callstatus.xml -->3<Response>4<Dial action="/handleDialCallStatus" method="GET">5415-123-45676</Dial>7<Say>I am unreachable</Say>8</Response>
This code will <Dial>
to connect the initial caller to the phone number 415-123-4567
.
When the<Dial>
call ends, Twilio will send a GET
request to our action
URL. This request will include the DialCallStatus
parameter that tells us the status of that <Dial>
call.
Our web application hosted at this action
URL can now look at the DialCallStatus
and send a response to Twilio telling it what to do next.
In this example, the <Say>
verb will never execute, as the code at /handleDialCallStatus
takes full control of the call.
The record
attribute lets you record both legs of a call within the associated <Dial>
verb. Recordings are available in two options: mono-channel or dual-channel.
In mono-channel recordings, both legs of the call are mixed down into a single channel within one recording file.
For mono-channel record
options, you can choose either:
record-from-answer
, which will start the recording as soon as the call is answered.record-from-ringing
, which will start the recording when the ringing begins (before the recipient answers the call).With dual-channel recordings, both legs use separate channels within a single recording file.
For dual-channel record
options, you can choose either:
record-from-answer-dual
, which will start the recording as soon as the call is answered.record-from-ringing-dual
, which will start the recording when the ringing begins (before the recipient answers the call).The parent call will always be in the first channel and the child call will always be in the second channel of a dual-channel recording.
If a dual-channel recording option is used for a <Dial>
with a nested <Conference>
, the resulting recording file will have two channels. The parent leg (inbound caller) is represented in the first channel. The second channel includes the audio coming downstream from the conference.
The recordingStatusCallback
attribute takes a relative or absolute URL as an argument. If you've requested recording for this <Dial>
, this URL tells Twilio where to make its GET
or POST
request when the recording is available to access.
Twilio will pass the following parameters with its request to your recordingStatusCallback
URL:
Parameter | Description |
---|---|
AccountSid | The unique identifier of the Account responsible for this recording. |
CallSid | A unique identifier for the call associated with the recording. This will always refer to the parent leg of a two-leg call. |
RecordingSid | The unique identifier for the recording. |
RecordingUrl | The URL of the recorded audio. |
RecordingStatus | The status of the recording. Possible values are: in-progress , completed , absent . |
RecordingDuration | The length of the recording, in seconds. |
RecordingChannels | The number of channels in the final recording file as an integer. Possible values are 1 , 2 . |
RecordingStartTime | The timestamp of when the recording started. |
RecordingSource | The initiation method used to create this recording. For recordings initiated when record is set on <Dial> , DialVerb is returned. |
The recordingStatusCallbackEvent
allows you to specify which recording status changes should generate a webhook to the URL specified in the recordingStatusCallback
attribute. The available values are:
in-progress
: the recording has started.completed
: the recording is complete and available.absent:
the recording is absent and inaccessible.To specify more than one value, separate each with a space. The default value is: completed
.
To pause, resume, or stop recordings, see the Recording API docs.
The following example specifies that we want each participant on the <Dial>
call to be represented in their own channel of the final recording, and that recording should begin when the call begins to ring.
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5const dial = response.dial({6record: 'record-from-ringing-dual',7recordingStatusCallback: 'www.myexample.com'8});9dial.number('+15558675310');1011console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial record="record-from-ringing-dual"4recordingStatusCallback="www.myexample.com">5<Number>+15558675310</Number>6</Dial>7</Response>
The recordingTrack
attribute lets you select whether the inbound
, outbound
or both
audio tracks of the call should be recorded. Inbound track represents the audio received by Twilio, and the outbound track represents the audio that Twilio generates on the call. The default value is both
and it will record the audio that is received and generated by Twilio.
When the inbound
or outbound
audio track is recorded, the resulting recording file will be always mono-channel. When audio is recorded using both
,the resulting file can be in either separate channels (dual) or mixed (mono).
If the called party sends a SIP REFER
request, a request from Twilio will be sent to your referUrl
. Your application must respond with how to handle the transfer. Learn more about Inbound SIP REFER to Twilio.
The following parameters are added to the standard Twilio Voice Webhook Request:
Parameter | Description |
---|---|
ReferTransferTarget | The phone number or SIP Endpoint where to transfer. |
1const VoiceResponse = require("twilio").twiml.VoiceResponse;23const response = new VoiceResponse();4const dial = response.dial({5referUrl: "https://example.com/handler",6});7dial.sip(8"sip:AgentA@xyz.sip.us1.twilio.com?User-to-User=123456789%3Bencoding%3Dhex&X-Name=Agent%2C+A"9);1011console.log(response.toString());
1<Response>2<Dial referUrl="https://example.com/handler">3<Sip>sip:AgentA@xyz.sip.us1.twilio.com?User-to-User=123456789%3Bencoding%3Dhex&X-Name=Agent%2C+A</Sip>4</Dial>5</Response>
The referMethod
attribute accepts either GET
or POST
. This tells Twilio whether to request the action
URL via HTTP GET
or POST
, with POST
as its default value.
Ringtone allows you to override the ringback tone that Twilio will play back to the caller while executing a <Dial>
.
If not specified, Twilio will play ringback or pass ringback from the carrier (if provided). This works automatically but there may be cases where an override is desired.
Accepted values are: at
, au
, bg
, br
, be
, ch
, cl
, cn
, cz
, de
, dk
, ee
, es
, fi
, fr
, gr
, hu
, il
, in
, it
, lt
, jp
, mx
, my
, nl
, no
, nz
, ph
, pl
, pt
, ru
, se
, sg
, th
, uk
, us
, us-old
, tw
, ve
, za
.
Note: If you are dialing a <Sip> endpoint, ringTone
will only work as expected if you have enabled Enhanced Programmable SIP Features on your Twilio.
The timeLimit
attribute sets the maximum duration of the <Dial>
in seconds.
For example, by setting a time limit of 120 seconds, <Dial>
will automatically hang up on the called party two minutes into the phone call.
The default time limit on calls is 4 hours — this is also the maximum duration of a call, unless you enable the "24-Hour Maximum Call Duration" feature in your Programmable Voice General Settings, in which case the maximum duration will be 24 hours.
Specifying a timeout
will set the limit in seconds that <Dial>
will wait for the dialed party to answer the call. This tells Twilio how long to let the call ring before giving up and setting no-answer
as the DialCallStatus
.
timeout
's default value is 30 seconds, the minimum allowed value is five seconds, and the maximum value is 600 seconds.
Twilio always adds a five-second timeout buffer to your <Dial>
, so if you enter a timeout value of 10 seconds, you will see an actual timeout closer to 15 seconds.
Setting the trim
attribute to trim-silence
will trim leading and trailing silence from your audio files.
Trimming a file may cause the duration of the recording to be slightly less than the duration of the call. The trim
attribute defaults to do-not-trim
.
The Reason for the outgoing call. Use it to specify the purpose of the call that is presented on the called party's phone. (Branded Calls Private Beta)
For more information, visit the Branded Calls page.
You may always choose to nest plain text (a string representing a valid phone number) in <Dial>
to tell Twilio a phone number to call:
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial>415-123-4567</Dial>4</Response>
You may also choose to nest nouns within your <Dial>
to create connections to other types of devices, conference calls, and call queues.
The noun of a TwiML verb describes the phone numbers, endpoints, and API resources you want to take action on. TwiML nouns are whatever the verb (<Dial>
, in this case) acts upon.
The following are the nouns that you can use with <Dial>
. Each is a nested XML element:
Noun | Description |
---|---|
<Client> | Describes a Twilio Voice SDK connection. Simultaneous dialing is also possible using multiple <Client> nouns. Read the detailed <Client> documentation for detailed information and usage. |
<Conference> | Describes a conference allowing two or more parties to talk. Connects the active party to a conference call. See the detailed <Conference> documentation for a walkthrough showing how to use Twilio's conferencing functionality. |
<Number> | Describes a phone number with more complex attributes. This noun allows you to <Dial> another number while specifying additional behavior. Simultaneous dialing is also possible using multiple <Number> nouns. Read the detailed <Number> documentation for more information and usage. |
<Sip> | Describes a SIP connection. See the detailed <Sip> documentation for more information. |
<Queue> | Identifies a queue that this call should connect to. Allows you to connect the current call to the call waiting at the front of a particular queue. Read the <Queue> documentation for a detailed walkthrough of how to use Twilio's queueing functionality. |
Nest one of these nouns inside a <Dial>
verb like so:
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5const dial = response.dial();6dial.number('415-123-4567');78console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial>4<Number>415-123-4567</Number>5</Dial>6</Response>
Functionally, the example above behaves exactly like our basic example where we nest a plain-text phone number in our <Dial>
. Let's take this TwiML noun nesting one step further.
In the following example, we'll specify that we want a dual-channel recording for a <Dial>
with a nested <Conference>
.
This code will forward the active caller into a conference called myteamroom
. A dual-channel recording of the call will begin when the ringing begins. After the call ends and the recording is ready, Twilio will send recording information back to example.com:
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5const dial = response.dial({6record: 'record-from-ringing-dual',7recordingStatusCallback: 'www.myexample.com'8});9dial.conference('myteamroom');1011console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Dial record="record-from-ringing-dual"4recordingStatusCallback="www.myexample.com">5<Conference>myteamroom</Conference>6</Dial>7</Response>
Twimlets are URLs hosted by Twilio that provide small bits of commonly-used functionality.