The <Dial>
verb's <Client>
noun specifies a client identifier to dial. The client identifier may be up to 256 characters.
You can use up to ten <Client>
nouns within a <Dial>
verb to simultaneously attempt a connection with many clients at once. The first client to accept the incoming connection is connected to the call and the other connection attempts are canceled. If you want to connect with multiple other clients simultaneously, read about the <Conference>
noun.
The client identifier should not contain control, space, delims, or unwise characters. Mobile SDKs cannot include any special characters and must only use alphanumeric characters and underscore.
The <Client>
noun supports the following attributes that modify its behavior:
Attribute Name | Allowed Values | Default Value |
---|---|---|
url | Any URL | none |
method | GET , POST | POST |
statusCallbackEvent | initiated , ringing , answered , completed | none |
statusCallback | Any URL | none |
statusCallbackMethod | GET , POST | POST |
The url
attribute allows you to specify a URL for a TwiML document that will
run on the called party's end, after she answers, but before the parties are
connected. You can use this TwiML to privately play or say information to the
called party, or provide a chance to decline the phone call using <Gather>
and <Hangup>
. If answerOnBridge attribute is used on <Dial
>,
the current caller will continue to hear ringing while the TwiML document executes on the other end.
TwiML documents executed in this manner are not allowed to contain the <Dial>
verb.
The method
attribute allows you to specify which HTTP method Twilio should
use when requesting the URL in the url
attribute. The default is POST
.
When dialing out to a Client using <Dial>
, an outbound call is initiated. The
call transitions from the initiated
state to the ringing
state when the
phone starts ringing. It transitions to the answered
state when the call is
picked up, and finally to the completed
state when the call is over. With
statusCallbackEvent
, you can subscribe to receive webhooks for the different
call progress events: initiated
, ringing
, answered
, or completed
for a
given call.
The statusCallbackEvent
attribute allows you to specify which events Twilio
should call a webhook on. To specify multiple events separate them with a space:
initiated ringing answered completed
. If a statusCallback
is provided and no
status callback events are specified the completed
event will be sent by default.
As opposed to creating an outbound call via the API, outbound calls created
using <Dial>
are initiated right away and never queued. The following shows a
timeline of possible call events that can be returned and the different call
statuses that a <Dial>
leg may experience:
These custom parameters can retrieved using the SDKs. For the Voice JavaScript SDK, refer to Connection.customParameters
, for iOS, refer to TVOConnectOption.params
, and for Android, refer to ConnectOptions.getParams()
In this example, we want to connect the current call to a client named joey
.
To connect the call to joey
, use a <Dial>
verb
with a <Client>
noun nested inside.
You can use up to ten total <Number>
and <Client>
nouns
within a <Dial>
verb to dial multiple <Number>
s and <Client>
s at the same time. The first person to answer the call will
be connected to the caller, while the rest of the call attempts are hung up.
In this case, we want to receive a webhook for each call-progress event when
dialing a Voice SDK device using <Dial>
.