Making Calls

To place an outbound call, a phone call from a Twilio phone number to an outside number, you must make an HTTP POST request to your account's Call resource:

Your POST request to the API must include the parameters From and To for Twilio to know where to direct the outbound call and what to use as the caller ID.

The To parameter (required) is the phone number, SIP address, or client identifier you're calling.

Phone numbers should be formatted with a '+' and country code e.g., +16175551212 (E.164 format).

SIP addresses must be formatted as sip:name@example.com. For example, to dial Pat's SIP address at Example Company, the To parameter should be sip:pat@example.com.

Client identifiers must begin with theclient:URI scheme. For example, to call a client named joey, the To parameter should be client:joey.

Twilio uses the From parameter (required) to set a phone number or client identifier as the caller ID for your outbound call.

If you used a phone number for your To value in your POST request, the From value you specify must also be a phone number. Just as with the To parameter, phone numbers should be formatted with a '+' and country code, e.g., +16175551212 (E.164 format).

Any phone number you specify here must be a Twilio phone number (you can purchase a number through the console) or a verified outgoing caller id for your account.

If you use a client identifier as the value for From, your identifier must begin with the client:URI scheme. For example, to set a client named charlie as your caller ID, your From parameter should be client:charlie.

When you initiate an outbound call with the Twilio REST API, Twilio needs to access your instructions for how to handle the call. It does this by making a synchronous HTTP request to either:

1. a URL that hosts a set of TwiML instructions (this could be an XML document or web application) or
2. the set of URLs and configuration you've created as an application in the Twilio console

If you specify a URL parameter in your request, Twilio will make its HTTP request to this URL to retrieve TwiML to handle the call. This request from Twilio is identical to the request Twilio sends when receiving an inbound call.

The following examples show how to create an outbound call to a phone number, a Twilio Voice SDK device, and a SIP address with the REST API.

In all three examples, Twilio will POST to http://demo.twilio.com/docs/voice.xml to fetch TwiML for handling the call.

If you instead specify an ApplicationSid parameter in your POST request, Twilio will use all of the URLs and other configuration information from that application to handle the outbound call.

You can create and configure applications in the TwiML Apps section of the console. Since an application contains all of the information required to handle a phone call, it makes sense to use applications to handle outbound calls with complicated call flows.

When your outbound call is connected, Twilio will make a request to the VoiceUrl set on your application. This request is identical to the request Twilio would have sent to the Url parameter, as detailed above.

When POSTing to the REST API's Calls list endpoint, you may wish to tell Twilio to take specific actions on your outbound call by sending additional parameters in your request. These could include (but are not limited to) waiting a certain amount of time for an answer, dialing an extension, or recording a call.

For example, if you wish to make an outbound call and send digits in order to dial an extension, you would add the optional SendDigits parameter to your request.

This code will make a call and then dial extension 1234# after the call is connected.

To tell Twilio to record an outbound call, include the optional parameter Record and set its value to true:

Tell Twilio to make a recording of your outbound call

With this code, Twilio will connect the outbound call and make a recording of it. But how do you get your hands on that recording and other information about the call?

In the code above, we set Record=true, but we didn't give Twilio any instructions on what to do with that recording, or any other information about the call, once the call ends. Here's where the StatusCallback parameter comes into play.

After an outbound call ends, Twilio will make an asynchronous HTTP request to the StatusCallback URL specified in your POST request. If you don't provide a URL for this parameter, Twilio will simply end the call without sending information back to you.

Let's update the POST request to place an outbound call, specifying a StatusCallback URL this time to tell Twilio where to send data after the call ends.

Note that you can specify a StatusCallbackMethod to tell Twilio what kind of HTTP request to make to your StatusCallback URL. This is an optional parameter that defaults to POST.

When the call shown above ends, Twilio will send all of the same parameters it uses when someone places a call to one of your Twilio phone numbers. Check out the full list of parameters Twilio always sends with this request.

The optional StatusCallbackEvent parameter lets you specify which call progress events Twilio will act on. You can use this parameter to tell Twilio to send information to the StatusCallback URL you specified when a call is initiated, ringing, answered, or completed:

Expand image

With the following code, Twilio will POST information about the outbound call when the call dequeues and starts dialing.

If you leave the StatusCallbackEvent out of your request but still specify a StatusCallback URL, Twilio will default to the event to completed and send data to your URL after the call ends.

If you request a recording of an outbound call by specifying Record=true, you can set a RecordingStatusCallback URL so that Twilio will make a GET or POST request to your URL when the recording is available.

Twilio will send information to your specified RecordingStatusCallback URL like the CallSid, RecordingStatus, and the RecordingUrl (the URL where you can access the recording).

Check out the full list of parameters that Twilio will pass with its request to your RecordingStatusCallback URL.

Just as an outbound call has a series of status events, so does the recording Twilio makes for you.

By setting the RecordingStatusCallbackEvent, you can specify which recording status changes should trigger a request to your RecordingStatusCallback URL. The RecordingStatusCallbackEvent values default to completed, but possible values are completed, absent, in-progress. To specify more than one value, separate each with a space.

After Twilio completes your outbound call, it will make a synchronous request to the URL you specified in your POST request. In this request, Twilio sends all of its standard request parameters.

From here, it's up to you what happens next! You may wish to trigger another event, like send an SMS to the To phone number you just called with a follow-up message, or try to place the call again if the CallStatus returns failed.

For step-by-step instructions on making outbound calls and receiving inbound calls, check out our Programmable Voice quickstart in one of our six supported helper library languages: C#/.NET, Java, Node.js, PHP, Python, Ruby, or Go. You can also add voice capabilities to your web application with the Voice JavaScript SDK, or leverage Twilio's mobile client SDKs for your Android or iOS applications.

You can also explore all of our Programmable Voice tutorials to learn how to modify calls in progress programmatically, record phone calls, create conference calls, and more.