Voice SDKs Network Connectivity Requirements

1. Choose the edge you will connect to and allow Media servers and Signalling servers.
2. If you are using Global Low Latency edge, check the requirements.
3. If you have access to Private Interconnect edges, you will need to allow these destinations.
4. Ensure you meet the bandwidth requirements.
5. Check the recommendations and best practices.
6. Test your connectivity using this Network Test Tool.

Applications using Twilio's Voice SDKs require connectivity to Twilio's infrastructure to be able to place and receive calls. As shown in the diagram below, two types of connections are required: Signalling and Media.

The signalling connection is a secure TLS connection that is used for sending and receiving control information to set up calls.

The media connection is a secure SRTP (Secure Real-time Transport Protocol) connection that is used to send and receive audio.

Expand image

Twilio's Programmable Voice infrastructure is deployed in edges all over the world. By default, the SDKs use Global Low Latency (GLL) to determine the optimal Twilio edge to connect to.

Expand image

In a typical organization network setup, a firewall is used to protect the private network hosts from the Internet. Firewalls are configured with rules to block or allow traffic to and from Internet destinations based on direction, protocol, and IP address.

Expand image

To access Twilio, your firewall should allow outgoing TCP and UDP traffic from your applications to Twilio's infrastructure and allow return traffic in response. Twilio will never initiate a connection to the SDK applications. Therefore, the firewall should not allow externally initiated connections back into the network.

In the Connectivity Requirements sections that follow, the required destination IP addresses and ports are listed. Your firewall should be configured to allow connectivity to the Media Servers and the Signalling Gateways corresponding to the SDK you are using.

Public Connections - Global Media IP Range

The Public Connections Destination IP Ranges and Port Ranges are now identical across all locations:

† The SDK will select any available port from the ephemeral range. On most machines, this means the port range 1,024 to 65,535.

Signalling requirements differ between the Voice JavaScript SDK and the Mobile SDKs. This section provides the connectivity requirements for each of these SDKs.

† The client will select any available port from the ephemeral range. On most machines, this means the port range 1,024 to 65,535.

§ Mobile SDKs versions prior to 3.x require port 10194 instead of 443. If still using pre 3.x version, we recommend you upgrade to the latest version

* Destination names starting with "chunderw" is only used by Voice JavaScript SDK versions older than 2.3.0.

If you have access to private Interconnect connections, you will also be able to use one of the following values:

† The client will select any available port from the ephemeral range. On most machines, this means the port range 1,024 to 65,535.

** Requires Voice JavaScript SDK 1.9.5+.

The following table lists the network requirements to deliver reasonable audio quality.

* Opus codec is available from Voice JavaScript SDK version 1.7 and Mobile Voice SDKs 3.x

The Opus bandwidth requirements listed above are the default settings for Opus. Opus codec supports bandwidth control by allowing you to specify how much bandwidth it should use. See section recommendations and best practices below for how to configure Opus bandwidth requirements.

GLL is an AWS Route53 feature that resolves a hostname to the edge location with the least latency. This removes the need for the application developer to determine where the end user is connecting from or manually choosing which edge to connect to.

However, in order for GLL to give accurate results, the intermediate DNS must:

• Support RFC 7871 - Client Subnet in DNS Queries.
• Reside in the same edge as the SDK endpoint. For example, a host in the US configured with a VPN to Europe or configured with a DNS server that resides in Europe will result in connecting that host to Twilio edge in Europe

To determine if your DNS supports GLL, use the dig or nslookup utilities as follows:

dig edns-client-sub.net TXT

nslookup -type=txt edns-client-sub.net

A DNS server that supports this RFC will have ecs set to True and contains an ecs_payload object:

1
;; ANSWER SECTION:
2

3
edns-client-sub.net. 30 IN TXT "{'ecs_payload':{'family':'1','optcode':'0x08','cc':'US','ip':'34.225.44.0','mask':'24','scope':'0'},'ecs':'True','ts':'1588973397.05','recursive':{'cc':'US','srcip':'208.69.32.67','sport':'11807'}}"

A server that does not support this RFC will have ecs set to False:

1
;; ANSWER SECTION:
2

3
edns-client-sub.net. 0 IN TXT "{'ecs':'False','ts':'1588973475.23','recursive':{'cc':'US','srcip':'76.96.15.65','sport':'54989'}}"

If you have a restrictive network and you specify GLL when connecting to Twilio, all media server IP addresses in all edge locations must be allowed. If you are not operating in all edges, we recommend you specify the edge that is closest to your deployment. With this approach, you will only need to allow the Media server addresses for the edge that you specify.

To select the edge, use the following snippet:

1
const device = new Twilio.Device(token, { edge: 'ashburn'});
2

3
//or
4

5
const device = new Twilio.Device(token);
6
device.updateOptions({ edge: 'ashburn' });
7

8
// Prior to v2.0, device.setup(token, { edge: 'ashburn' })
9
// was used. As of v2.0, device.setup() is deprecated.
10

11
// Prior to v1.11 the region parameter was used.
12
// region is now deprecated, use edge
13
Twilio.Device.setup(token, { region: 'us1'});

1
// Set the edge
2
Voice.setEdge("ashburn");
3

4
// Then, you can connect or handle the incoming call notification
5

6
// Prior to Android SDK 5.3, region was used
7
// region is deprecated use edge instead
8
Voice.setRegion("us1");

1
// Set the edge
2
TwilioVoice.edge = "ashburn"
3

4
// Then, you can connect or handle the incoming call notification
5

6
// Prior to iOS 5.4, `region` was used
7
TwilioVoice.region = "us1"
8

For best audio quality, your firewall should allow your local hosts to initiate the connection to twilio and send UDP (DTLS/SRTP) traffic to the Twilio Media servers.

However, If your network policy prohibits UDP connectivity, you can utilise Twilio's Global Network Traversal Service (NTS) to establish media connectivity over TCP or TLS. Please refer to the NTS documentation for a list of TURN servers and ports that will also need to be allowed.

Note, using TURN incurs extra charges as per NTS pricing. Refer to Global Network Traversal Service for more information.

The Opus codec has many advantages over PCMU and should be used by your applications. Opus is the default codec for Mobile SDKs.

To use Opus in your web application, use the following snippet when either instantiating the Twilio.Device or updating the Twilio.Device's options with .updateOptions(options):

1
const device = new Twilio.Device(token, { codecPreferences: ['opus', 'pcmu']});
2
// or
3
const device = new Twilio.Device(token);
4
device.updateOptions({ codecPreferences: ['opus', 'pcmu']});

To set a custom bandwidth (16kbps), use the following snippet:

1
const device = new Twilio.Device(token, { codecPreferences: ['opus', 'pcmu'], maxAverageBitrate: 16000} );
2
// or
3
const device = new Twilio.Device(token);
4
device.updateOptions({ codecPreferences: ['opus', 'pcmu'], maxAverageBitrate: 16000});

Twilio offers several solutions for private and secure connectivity to Twilio. See The Twilio Interconnect page for more details.

Getting started? See all of our Getting started Guides.

Check some more of our Best Practices.

Read more about Twilio Edge Locations.

Check connectivity to Twilio using this Network Test Tool.