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

Outbound - Receiving SIP from Twilio



Overview

Twilio's Programmable Voice SIP product enables your advanced voice applications to initiate SIP sessions from the Twilio cloud towards your existing SIP communications infrastructure using TwiML and/or the REST APIs.

Programmable Voice SIP Diagram.

How it works

With Programmable Voice SIP, there are a couple of ways to connect your Twilio application to your SIP communications infrastructure.

  1. Your application can use Twilio's REST APIs to initiate a new SIP call towards your SIP communications infrastructure
  2. An inbound PSTN or SIP call can invoke your application which can respond using the <Sip> noun of the <Dial> verb, to establish a call with your SIP endpoint.

_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:jack@example.com</Sip>
_10
</Dial>
_10
</Response>


Getting Started

To start receiving SIP from Twilio towards your communications infrastructure, there is one major step you need to follow:

Allow Twilio's SIP IP addresses and media ports in your system

To ensure that your communications infrastructure doesn't block communication, you must update your allowed list of IP Addresses. See here for details.

Now that Twilio's IPs are allowed in your system, your Twilio app can begin sending SIP traffic to your SIP communications infrastructure. If you are new to Twilio, it's best to start out with <Sip> noun of the <Dial> for your first app. See here for details.


Advanced Features

SIP Custom Headers

Twilio allows you to send custom SIP headers as part of the outgoing initial INVITE request.


_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:jack@example.com?x-myotherheader=bar</Sip>
_10
</Dial>
_10
</Response>

You can also send multiple param & value pairs as part of the same header, as well as combine multiple headers by separating them with &amp; between each. For example,


_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:+14158675309@your.domain?X-customName=Bob%2CShield%2BTitle%2DManager&amp;X-otherHeader=true</Sip>
_10
</Dial>
_10
</Response>

Twilio allows you to pass the custom header as part of Dial action URL or the call screening URL. On a successful call setup (when a 200 OK SIP response is returned) any X-headers in the 200 OK message are posted in the format SipHeader_X-headername=headervalue and in the final SIP response message (any 4xx or 5xx message or the final BYE/200) are posted in the format DialSipHeader_X-headername=headervalue.

UUI (User-to-User Information) Header

In order to pass the contextual information of the caller, customers use UUI (User-to-User Information) header in SIP request messages. Twilio allows you to pass UUI header as part of <Sip> request.

Note: For non X-headers like UUI action and call screening URL are not supported.


_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:jack@example.com?User-to-User=123456789%3Bencoding%3Dhex&amp;x-myotherheader=bar</Sip>
_10
</Dial>
_10
</Response>

UUI headers can also send with "X-" prefix. See below...


_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:jack@example.com?X-User-to-User=123456789%3Bencoding%3Dhex&amp;x-myotherheader=bar</Sip>
_10
</Dial>
_10
</Response>

Other supported standard SIP headers

In order to pass other contextual information, Twilio allows you to pass the following standard SIP headers as part of an outbound SIP call:

  • Remote-Party-ID
  • P-Preferred-Identity
  • P-Called-Party-ID

Note: For these headers, action and call screening URL are not supported.


_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:bob@example.com?x-foo%3Dbar&amp;User-To-User=foobar&amp;Remote-Party-ID=%3Csip%3Afoo%40example.com%3E%3Bparty%3Dcalling&amp;P-Preferred-Identity=%3Csip%3Afoo%40example.com%3E&amp;P-Called-Party-ID=%3Csip%3Afoo%40example.com%3E</Sip>
_10
</Dial>
_10
</Response>

The edge Parameter

To specify the geographic edge from which Twilio will send SIP-out traffic towards your communication infrastructure, you must include the edge parameter in your SIP URI. For example, if the edge=frankfurt parameter is included in your SIP URI, Twilio will send the SIP traffic from the Frankfurt, Germany edge:


_10
<?xml version="1.0" encoding="UTF-8"?>
_10
<Response>
_10
<Dial>
_10
<Sip>sip:alice@example.com;edge=frankfurt</Sip>
_10
</Dial>
_10
</Response>

EdgeLocation
ashburnNorth America Virginia
san-joseNorth America Oregon
dublinEurope Ireland
frankfurtEurope Frankfurt
singaporeAsia Pacific Singapore
tokyoAsia Pacific Tokyo
sao-pauloSouth America São Paulo
sydneyAsia Pacific Sydney
(information)

Info

You can find the legacy region list here.

eg: <Sip>sip:alice@example.com;region=de1</Sip>

If the edge parameter is not specified, Twilio will send SIP-out traffic from the North America, Virginia edge.

Notes:

  • You must make sure you allow the IP addresses of the Twilio edge for SIP signaling and RTP media traffic.
  • The edge parameter is not supported when calling SIP registered endpoints, the parameter will be ignored if present. SIP-out traffic will always be sent from the Twilio edge the SIP endpoint registered with.

Rate this page: