Skip to contentSkip to navigationSkip to topbar
Rate this page:
On this page

TwiML™ Voice: <Client>


The <Dial> verb's <Client> noun specifies a client identifier to dial.

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.

(warning)

Warning

The client identifier should not contain control, space, delims, or unwise(link takes you to an external page) characters. Mobile SDKs cannot include any special characters and must only use alphanumeric characters and underscore.


Noun Attributes

attributes page anchor

The <Client> noun supports the following attributes that modify its behavior:

Attribute NameAllowed ValuesDefault Value
urlAny URLnone
methodGET, POSTPOST
statusCallbackEventinitiated, ringing, answered, completednone
statusCallbackAny URLnone
statusCallbackMethodGET, POSTPOST

url

attributes-url page anchor

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:

Outbound Dial call events diagram.
EventDescription
initiatedThis event is fired when Twilio starts dialing the call.
ringingThis event is fired when the call starts ringing.
answeredThis event is fired when the call is answered.
completedThis event is fired when the call is completed, regardless of the termination status: busy, canceled, completed, failed, or no-answer. If no StatusCallbackEvent is specified, completed will be fired by default.

The statusCallback attribute allows you to specify a URL for Twilio to send webhook requests to on each event specified in the statusCallbackEvent attribute. Non-relative URLs must contain a valid hostname (underscores are not permitted).

The statusCallbackMethod attribute allows you to specify which HTTP method Twilio should use when requesting the URL in the statusCallback attribute. The default is POST.

Status Callback HTTP Parameters

status-callback-http-parameters page anchor

The parameters Twilio passes to your application in its asynchronous request to the StatusCallback URL include all parameters passed in a synchronous request to retrieve TwiML when Twilio receives a call to one of your Twilio numbers. The full list of parameters and descriptions of each are in the TwiML Voice Request documentation.

When the call progress events are fired, the Status Callback request also passes these additional parameters:

ParameterDescription
CallSidA unique identifier for this call, generated by Twilio. You can use the CallSid to modify the child call by POSTing to Calls/{CallSid} with a new TwiML URL.
ParentCallSidA unique identifier for the parent call.
CallStatusA descriptive status for the call. The value is one of queued, initiated, ringing, in-progress, busy, failed, or no-answer. See the CallStatus section for more details.
CallDurationThe duration in seconds of the just-completed call. Only present in the completed event.
RecordingUrlThe URL of the phone call's recorded audio. This parameter is included only if record is set on the <Dial> and does not include recordings initiated in other ways. RecordingUrl is only present in the completed event.
RecordingSidThe unique ID of the Recording from this call. RecordingSid is only present in the completed event.
RecordingDurationThe duration of the recorded audio (in seconds). RecordingDuration is only present in the completed event. To get a final accurate recording duration after any trimming of silence, use recordingStatusCallback.
TimestampThe timestamp when the event was fired, given as UTC in RFC 2822(link takes you to an external page) format.
CallbackSourceA string that describes the source of the webhook. This is provided to help disambiguate why the webhook was made. On Status Callbacks, this value is always call-progress-events.
SequenceNumberThe order in which the events were fired, starting from 0. Although events are fired in order, they are made as separate HTTP requests and there is no guarantee they will arrive in the same order.

It is possible to include additional key value pairs that will be passed to the Client (Web or Mobile). You can do this by using the nested <Parameter> TwiML noun.

Send custom parameters to Client

send-custom-parameters-to-client page anchor
Node.js
Python
C#
Java
PHP
Ruby

_16
const VoiceResponse = require('twilio').twiml.VoiceResponse;
_16
_16
const response = new VoiceResponse();
_16
const dial = response.dial();
_16
const client = dial.client();
_16
client.identity('user_jane');
_16
client.parameter({
_16
name: 'FirstName',
_16
value: 'Jane'
_16
});
_16
client.parameter({
_16
name: 'LastName',
_16
value: 'Doe'
_16
});
_16
_16
console.log(response.toString());

Output

_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Client>
_10
<Identity>user_jane</Identity>
_10
<Parameter name="FirstName" value ="Jane"/>
_10
<Parameter name="LastName" value ="Doe" />
_10
</Client>
_10
</Dial>
_10
</Response>

These custom parameters can retrieved using the SDKs. For Client JS, refer to Connection.customParameters, for iOS, refer to TVOConnectOption.params(link takes you to an external page), and for Android, refer to ConnectOptions.getParams()(link takes you to an external page)


Example 1: Dialing a client

examples-1 page anchor

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.

Node.js
Python
C#
Java
PHP
Ruby

_10
const VoiceResponse = require('twilio').twiml.VoiceResponse;
_10
_10
_10
const response = new VoiceResponse();
_10
const dial = response.dial();
_10
dial.client('joey');
_10
_10
console.log(response.toString());

Output

_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Client>joey</Client>
_10
</Dial>
_10
</Response>

Example 2: Simultaneous dialing

examples-2 page anchor

You can use up to ten total <Number> and <Client> nouns within a <Dial> verb to dial multiple phone numbers and clients 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.

Node.js
Python
C#
Java
PHP
Ruby

_12
const VoiceResponse = require('twilio').twiml.VoiceResponse;
_12
_12
_12
const response = new VoiceResponse();
_12
const dial = response.dial({
_12
callerId: '+1888XXXXXXX'
_12
});
_12
dial.number('858-987-6543');
_12
dial.client('joey');
_12
dial.client('charlie');
_12
_12
console.log(response.toString());

Output

_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial callerId="+1888XXXXXXX">
_10
<Number>858-987-6543</Number>
_10
<Client>joey</Client>
_10
<Client>charlie</Client>
_10
</Dial>
_10
</Response>

Example 3: Call-progress events

examples-3 page anchor

In this case, we want to receive a webhook for each call-progress event when dialing a Client using <Dial>.

Node.js
Python
C#
Java
PHP
Ruby

_12
const VoiceResponse = require('twilio').twiml.VoiceResponse;
_12
_12
_12
const response = new VoiceResponse();
_12
const dial = response.dial();
_12
dial.client({
_12
statusCallbackEvent: 'initiated ringing answered completed',
_12
statusCallback: 'https://myapp.com/calls/events',
_12
statusCallbackMethod: 'POST'
_12
}, 'joey');
_12
_12
console.log(response.toString());

Output

_11
<?xml version="1.0" encoding="UTF-8"?>
_11
<Response>
_11
<Dial>
_11
<Client
_11
statusCallbackEvent='initiated ringing answered completed'
_11
statusCallback='https://myapp.com/calls/events'
_11
statusCallbackMethod='POST'>
_11
joey
_11
</Client>
_11
</Dial>
_11
</Response>


Rate this page: