> ## Documentation Index
> Fetch the complete documentation index at: https://whatsapp-docs.kap.so/llms.txt
> Use this file to discover all available pages before exploring further.

# Integration examples

# Integration Examples

Updated: Dec 10, 2025

This guide explains integration of common VoIP platforms with WhatsApp Business Calling API.

This guide is for information purposes only with no support or warranties of any kind from Meta or any vendor. There are many ways to integrate and the guide explains just one way exclusively for illustrative purposes.

## Asterisk using SIP

### Overview

This guide explains how to set up [WhatsApp Business Calling API](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling) using SIP signaling with [Asterisk](https://l.facebook.com/l.php?u=https%3A%2F%2Fwww.asterisk.org%2F\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA), an open-source PBX (Private Branch Exchange). You’ll learn how to configure your Asterisk server, connect SIP phones, and handle both incoming and outgoing WhatsApp calls.

#### User-Initiated Calls

The WhatsApp user dials the business number.
The call is received by Asterisk and routed through an IVR, prompting the user to enter an extension, registered to the same Asterisk server.
The call is then connected to the specified extension.

#### Business-Initiated Calls

The business agent/user registers with Asterisk using SIP credentials (see “ [Configuring a VoIP Phone](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/integration-examples#configuring-a-voip-phone)” section).
The business user dials the b2c-sip (business to consumer) extension, which is handled by an IVR. The IVR prompts for the WhatsApp number to call.
The call is then connected to the WhatsApp user.

WA - Asterisk leg will be using SDES for media encryption key exchange and opus for audio codec

Asterisk - Sip UA will be using SDES for media encryption key exchange and opus or G711 for audio codec

### Prerequisites

Asterisk Deployment: Asterisk is deployed (ex: on a public cloud instance)
Operating System: Any OS compatible for Asterisk. Ex: CentOS 9
Domain: Asterisk server is reachable via a public domain with valid certificate
WhatsApp Business API: A WhatsApp business phone number is registered and calling is enabled.
SIP Support: [SIP is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip#configure-update-sip-settings-on-business-phone-number) on the WhatsApp Business Number
SDES: [SDES is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip#configure-sdes-for-srtp-key-exchange-protocol) on the WhatsApp Business Number

### Building and Installing Asterisk

Refer to [https://docs.asterisk.org/Getting-Started/Installing-Asterisk/Installing-Asterisk-From-Source/Building-and-Installing-Asterisk/](https://l.facebook.com/l.php?u=https%3A%2F%2Fdocs.asterisk.org%2FGetting-Started%2FInstalling-Asterisk%2FInstalling-Asterisk-From-Source%2FBuilding-and-Installing-Asterisk%2F\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA)

This guide was tested using Asterisk version 22.5.2

### Asterisk Configuration

These configuration files are placed under /etc/asterisk/

#### extensions.conf

Replace the following placeholders with actual values

{wa-business-phone-number}: WhatsApp Business Phone Number
{asterisk-sip-server-dns}: DNS name of your Asterisk SIP server
incoming\_welcome: incoming\_welcome.wav (not provided) place this file under /var/lib/asterisk/sounds
outgoing\_welcome: outgoing\_welcome.wav (not provided) place this file under /var/lib/asterisk/sounds

```
[c2b-sub-dial]
exten => s,1,NoOp()
  same => n,Read(Digits,incoming_welcome,0,,5, 500)
  same => n,Dial(PJSIP/${Digits})
  same => n,Hangup()

[whatsapp]
exten => _10XX,1,NoOp()
  same => n,Dial(PJSIP/${EXTEN})
  same => n,Hangup()

;Extension for B2C business call through Meta SIP gateway
exten => b2c-sip,1,NoOp()
  same => n,Read(Digits,outgoing_welcome,0,,5, 500)
  same => n,Dial(PJSIP/whatsapp/sip:${Digits}@wa.meta.vc)

;Extension to handle incoming invite requests from Meta SIP gateway to <wa-business-phone-number>@<asterisk-sip-server-dns>
exten => _+<wa-business-phone-number>,1,Goto(c2b-sub-dial,s,1)
```

#### Pjsip.conf

Replace the following placeholders with actual values

{wa-business-phone-number} : the business phone number
{local-net}: local network of the Asterisk server
{external-media-address}: Public IP of the Asterisk server media
{external-signaling-address}: Public IP of the Asterisk server signaling
{sip-ua-password}: Chosen SIP User Agent password
{domain-name}: domain name assigned to the Asterisk server

Certificate files should be placed under
/var/lib/asterisk/certs/fullchain.cer
/var/lib/asterisk/certs/cer.key

```
[transport-tls]
type=transport
protocol=tls
bind=0.0.0.0:5061
cert_file=/var/lib/asterisk/certs/fullchain.cer
priv_key_file=/var/lib/asterisk/certs/cer.key
method=sslv23
external_media_address={external-media-address}
;External address for SIP signalling
external_signaling_address={external-signaling-address}
;Network to consider local used for NAT purposes
local_net={local-net}

[sdes_endpointtemplate](!)
type=endpoint
context=whatsapp
disallow=all
allow=OPUS
direct_media=no
rtp_symmetric=yes
force_rport=yes
rewrite_contact=no
media_use_received_transport=yes
media_encryption=sdes

[authtemplate](!)
type=auth
auth_type=userpass
password={sip-ua-password}

[aortemplate](!)
type=aor
max_contacts=1
remove_existing=yes

[aoridentitytemplate](!)
type=identify
match_header=X-FB-External-Domain: wa.meta.vc

;SDES users
[1000](sdes_endpointtemplate)
auth=1000_auth
aors=1000

[1000_auth](authtemplate)
username=1000

[1000](aortemplate)

[1000](aoridentitytemplate)
endpoint=1000

[1001](sdes_endpointtemplate)
auth=1001_auth
aors=1001

[1001_auth](authtemplate)
username=1001

[1001](aortemplate)

[1001](aoridentitytemplate)
endpoint=1001

[1002](sdes_endpointtemplate)
auth=1002_auth
aors=1002

[1002_auth](authtemplate)
username=1002

[1002](aortemplate)

[1002](aoridentitytemplate)
endpoint=1002

[1003](sdes_endpointtemplate)
auth=1003_auth
aors=1003

[1003_auth](authtemplate)
username=1003

[1003](aortemplate)

[1003](aoridentitytemplate)
endpoint=1003

[1004](sdes_endpointtemplate)
auth=1004_auth
aors=1004

[1004_auth](authtemplate)
username=1004

[1004](aortemplate)

[1004](aoridentitytemplate)
endpoint=1004

[1005](sdes_endpointtemplate)
auth=1005_auth
aors=1005

[1005_auth](authtemplate)
username=1005

[1005](aortemplate)

[1005](aoridentitytemplate)
endpoint=1005

;This endpoint maps to an IVR for C2B calls
[c2b-sip](sdes_endpointtemplate)

[c2b-sip](aortemplate)

[c2b-sip]
type=identify
endpoint=c2b-sip
match_header=X-FB-External-Domain: wa.meta.vc

;special endpoint for Meta SIP Gateway integration
;This endpoint maps to an IVR for B2C calls
[b2c-sip](sdes_endpointtemplate)

[b2c-sip](aortemplate)

[whatsapp](sdes_endpointtemplate)
type=endpoint
transport=transport-tls
disallow=all
allow=opus,ulaw,alaw
aors=whatsapp
from_user={wa-business-phone-number}
from_domain={domain-name}
outbound_auth=whatsapp

[whatsapp]
type=aor
contact=sip:wa.meta.vc

[whatsapp]
type=identify
endpoint=whatsapp

[whatsapp]
type=auth
auth_type=digest
password={meta-sip-user-password}
username={wa-business-phone-number}
realm=*
```

#### rtp.conf

```
[general]
; Hostname or address for the STUN server used for determining the external
; IP address and port an RTP session can be reached at. The port number is
; optional. If omitted default value of 3478 will be used. This option is
; disabled by default. Name resolution occurs at load time, and if DNS is
; used, name resolution will occur repeatedly after the TTL expires.
;
; e.g. stundaddr=mystun.server.com:3478
;
stunaddr=stun.l.google.com:19302

rtpstart=10000
rtpend=60000
```

### Configuring a VoIP Phone

Download and install a softphone client (ex: [Linphone](https://l.facebook.com/l.php?u=https%3A%2F%2Fwww.linphone.org%2Fen%2Fdownload\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA)) for testing both business-initiated and user-initiated calls.

#### Account Setup

Select an extension to register as a SIP UA (extensions 1001–1005).
Open Preferences.
Under “SIP Accounts,” click “Add account.”
Enter the following details:
SIP Address: e.g., sip:1001@{asterisk-sip-server-dns}
SIP Server Address: e.g., sip:{asterisk-sip-server-dns};transport=tls
Transport: TLS
Disable ICE
Enable AVPF
Disable “Publish presence information”
Confirm and save the account.
Enter the password when prompted (viz. {sip-ua-password})
Once connected, return to Preferences and select the “Audio” tab. Enable all audio codecs.
In the “Calls and Chat” tab:
Select “Encryption”
Choose “SRTP-SDES”
Enable “Encryption is mandatory”
Confirm settings

### Final Checklist

Double-check all configuration files for correct numbers, passwords, and domain names.
Make sure your firewall allows SIP (5061/TLS) and RTP (10000-20000) ports.
For more details on SIP password setup, see the [WhatsApp Cloud API documentation](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip).

### Troubleshooting

#### Cannot register SIP UA

Confirm that the SIP URL is correct and the domain is pointing to the Asterisk server. Run host {domain-name} to verify that the ip address is pointing to the Asterisk server

#### Not receiving ACK from Meta

For a user initiated call, Meta sends a `SIP INVITE` to your SIP server which then responds with `200 OK`. Meta acks your `200 OK` with an `ACK` but you never receive this ACK. So your SIP server keeps resending the `200 OK` and ultimately the SIP dialog is terminated due to ACK timeout (typically 32s).

The most likely cause for this problem is incorrect `Record-Route` headers in your `200 OK` to Meta. The `200 OK` response is supposed to not modify the `Record-Route` headers included in the original `INVITE`. It can add new `Record-Route` headers but cannot modify those present in the `INVITE`

The solution to this problem is to change `rewrite_contact=yes` to `rewrite_contact=no` on the WhatsApp endpoint configuration in pjsip.conf file. After this make sure your `200 OK` has following headers as the last 2 in the list of `Record-Route` headers

```
Record-Route: <sip:wa.meta.vc;transport=tls;lr>
Record-Route: <sip:onevc-sip-proxy.fbinfra.net:8191;transport=tls;lr>
```

## FreeSWITCH using SIP

### Overview

This guide explains how to set up [WhatsApp Business Calling API](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling) using SIP signaling with [FreeSWITCH](https://l.facebook.com/l.php?u=https%3A%2F%2Fsignalwire.com%2Ffreeswitch\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA), an open-source communication framework. You’ll learn how to configure your FreeSWITCH server, connect SIP phones, and handle both user-initiated and business-initiated WhatsApp calls.

#### User-Initiated Calls

The WhatsApp user dials the business number.
The call is received by FreeSWITCH and routed through an IVR, which prompts the user to enter an agent’s extension registered on the same Freeswitch server.
Once the extension is entered, the call is connected to the specified recipient agent.

#### Business-Initiated Calls

The business agent or user registers with FreeSWITCH using SIP credentials (see the [Configuring a VoIP Phone](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/integration-examples#configuring-a-voip-phone) section for details).
The business user dials the b2c-sip (business-to-consumer) extension, which is managed by an IVR. The IVR then prompts for the WhatsApp number to call.
After the number is entered, the call is connected to the WhatsApp user via SIP

WA - FreeSWITCH leg uses SDES for media encryption key exchange with Opus as the audio code. FreeSWITCH - SIP UA leg uses SDES for media encryption key exchange with Opus or G.711 audio codecs

### Prerequisites

FreeSWITCH Deployment: FreeSWITCH is deployed (ex: on a public cloud instance)
Operating System: Any OS compatible with FreeSWITCH. Ex: CentOS 9
Domain: FreeSWITCH server is reachable via a public domain with a valid certificate
WhatsApp Business API: A WhatsApp business phone number is registered and [calling is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/call-settings).
SIP Support: [SIP is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip#configure-update-sip-settings-on-business-phone-number) on the WhatsApp Business Number

Note: FreeSWITCH is configured to listen on 5081 for TLS
SDES: [SDES is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip#configure-sdes-for-srtp-key-exchange-protocol) on the WhatsApp Business Number

### Building and Installing FreeSWITCH

Refer to [https://developer.signalwire.com/freeswitch/FreeSWITCH-Explained/Installation/](https://l.facebook.com/l.php?u=https%3A%2F%2Fdeveloper.signalwire.com%2Ffreeswitch%2FFreeSWITCH-Explained%2FInstallation%2F\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA)

This guide was tested using FreeSWITCH version 1.10.12. FreeSWITCH uses sofia (an open-source SIP user agent library). Sofia v1.13.17 was used for this guide

#### FreeSWITCH Configuration

These configuration files are placed under /usr/share/freeswitch/etc/freeswitch

**wa-biz-api-dialplan.xml**

Place the dial plan under /usr/share/freeswitch/etc/freeswitch/dialplan/default/wa-biz-api-dialplan.xml

```
<include>
 <extension name="c2b_calls_sip_ivr">
   <!--Dial plan is selected if the sip request is coming from Meta-->
   <condition field="${sip_from_host}" expression="^wa.meta.vc$">
     <!--Verify the ip from where the request is coming, compare the ip with the Meta white listed ip's-->
     <action application="check_acl" data="${network_addr} whatsapp_allow normal_clearing"/>
     <!--Enable encrypted media using SDES-->
     <action application="set" data="rtp_secure_media=true"/>
     <action application="answer"/>
     <!--Add silence stream for  1 sec so that the media path is established between whatsapp and freeswitch to avoid audio clipping-->
     <action application="playback" data="silence_stream://1000"/>
     <action application="play_and_get_digits" data="2 5 3 7000 # $${base_dir}/sounds/incoming_welcome.wav  $${base_dir}/sounds/incoming_invalid.wav extension \d+"/>
     <!--While the call is being bridged, play a ringtone for the caller-->
     <action application="set" data="ringback=%(2000, 4000, 440.0, 480.0)"/>
     <!--Offer G711 and Opus for FreeSWITCH-SIP UA leg -->
     <action application="export" data="nolocal:absolute_codec_string=PCMA,PCMU,OPUS@48000h@20i"/>
     <action application="bridge" data="user/${extension}"/>
     <action application="hangup"/>
   </condition>
 </extension>
 <extension name="b2c_calls_ivr">
   <condition field="destination_number" expression="^b2c-sip$">
     <!--Enable encrypted media using SDES-->
     <action application="set" data="rtp_secure_media=true"/>
     <action application="answer"/>
     <action application="playback" data="silence_stream://1000"/>
     <action application="set" data="caller_id_check=${caller_id_number}"/>
     <action application="play_and_get_digits" data="2 12 3 20000 # $${base_dir}/sounds/outgoing_welcome.wav $${base_dir}/sounds/outgoing_invalid.wav whatsapp_number \d+"/>
     <action application="log" data="INFO [whatsapp_number] is ${whatsapp_number}"/>
     <!--While the call is being bridged, play a ringtone for the caller-->
     <action application="set" data="ringback=%(2000, 4000, 440.0, 480.0)"/>
     <!--Offer only OPUS-->
     <action application="export" data="nolocal:absolute_codec_string=OPUS@48000h@20i,OPUS@8000h@20i"/>
     <!--Bridge the call by calling META SIP with the WA Number-->
     <action application="bridge" data="sofia/gateway/whatsapp/+${whatsapp_number}"/>
     <action application="hangup"/>
   </condition>
 </extension>
</include>
```

Audio files should be placed under /usr/share/freeswitch/sounds (not provided)

incoming\_welcome.wav
Incoming\_invalid.wav
outgoing\_welcome.wav
outgoing\_invalid.wav

**whatsapp.xml**

This file configures the whatsapp gateway, copy the file to /usr/share/freeswitch/etc/freeswitch/sip\_profiles/external/whatsapp.xml

```
<!--Gateway configuration for Meta SIP-->
<!--replace {phone-number},{meta-sip-password} and {domain-name} before starting FreeSWITCH-->
<include>
 <gateway name="whatsapp">
   <param name="username" value="{phone-number}"/>
   <param name="password" value="{meta-sip-password}"/>
   <param name="register" value="false"/>
   <param name="realm" value="wa.meta.vc"/>
   <param name="from-user" value="{phone-number}"/>
   <param name="from-domain" value="{domain-name}"/>
 </gateway>
</include>
```

Replace the following placeholders with actual values

{phone-number}: WhatsApp Business Phone Number
{meta-sip-password}: sip password issued by meta. For more details on SIP password setup, see the [WhatsApp Cloud API documentation](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip#include-sip-user-password).
{domain-name}: DNS name of your Freeswitch SIP server

**acl.conf.xml**

Open /usr/share/freeswitch/etc/freeswitch/autoload\_configs/acl.conf.xml

Add the following list under `network-lists` element

```
<!--IP addresses from Meta that are allowed to send SIP requests via the gateway. Keep this up to date-->
   <list name="whatsapp_allow" default="deny">
     <node type="allow" cidr="31.13.24.0/21"/>
     <node type="allow" cidr="31.13.64.0/18"/>
     <node type="allow" cidr="45.64.40.0/22"/>
     <node type="allow" cidr="57.141.0.0/21"/>
     <node type="allow" cidr="57.141.8.0/22"/>
     <node type="allow" cidr="57.141.12.0/23"/>
     <node type="allow" cidr="57.144.0.0/14"/>
     <node type="allow" cidr="66.220.144.0/20"/>
     <node type="allow" cidr="69.63.176.0/20"/>
     <node type="allow" cidr="69.171.224.0/19"/>
     <node type="allow" cidr="74.119.76.0/22"/>
     <node type="allow" cidr="102.132.96.0/20"/>
     <node type="allow" cidr="103.4.96.0/22"/>
     <node type="allow" cidr="129.134.0.0/16"/>
     <node type="allow" cidr="147.75.208.0/20"/>
     <node type="allow" cidr="157.240.0.0/16"/>
     <node type="allow" cidr="163.70.128.0/17"/>
     <node type="allow" cidr="163.77.128.0/17"/>
     <node type="allow" cidr="173.252.64.0/18"/>
     <node type="allow" cidr="179.60.192.0/22"/>
     <node type="allow" cidr="185.60.216.0/22"/>
     <node type="allow" cidr="185.89.216.0/22"/>
     <node type="allow" cidr="204.15.20.0/22"/>
   </list>
```

**vars.xml**

Modify /usr/share/freeswitch/etc/freeswitch/vars.xml

```
Add line <X-PRE-PROCESS cmd="set" data="rtp_secure_media=mandatory"/> under <include>

Replace
  <X-PRE-PROCESS cmd="set" data="default_password=1234"/>
with (substitute {sip_ua_password} with your password)
  <X-PRE-PROCESS cmd="set" data="default_password={sip-ua-password}"/>

Replace
  <X-PRE-PROCESS cmd="set" data="domain=$${local_ip_v4}"/>
with (substitute {domain-name} with your FreeSWITCH sip server dns)
  <X-PRE-PROCESS cmd="set" data="domain={domain-name}”/>

Replace
  <X-PRE-PROCESS cmd="stun-set" data="external_sip_ip=stun:stun.freeswitch.org"/>
with (substitute {external-ip} with your FreeSWITCH public ip)
  <X-PRE-PROCESS cmd="set" data="external_sip_ip={external-ip}"/>

Replace
  <X-PRE-PROCESS cmd="stun-set" data="external_rtp_ip=stun:stun.freeswitch.org"/>
with (substitute {external-ip} with your FreeSWITCH public ip)
  <X-PRE-PROCESS cmd="stun-set" data="external_rtp_ip={external-ip}"/>
```

**internal.xml**

Modify /usr/share/freeswitch/etc/freeswitch/sip\_profiles/internal.xml
Look for:

```
<param name="sip-trace" value="no"/>
```

Replace it with

```
<param name="sip-trace" value="yes"/>
```

**external.xml**
Modify /usr/share/freeswitch/etc/freeswitch/sip\_profiles/external.xml

```
Replace
  <param name="sip-trace" value="no"/>
with
  <param name="sip-trace" value="yes"/>

Replace
  <param name="tls" value="$${external_ssl_enable}"/>
with
  <param name="tls" value="true"/>

Replace
  <!--<param name="tls-cert-dir" value=""/>-->
with
  <param name="tls-cert-dir" value="/usr/share/freeswitch/etc/freeswitch/certs"/>
```

Make sure certificates are placed under /usr/share/freeswitch/etc/freeswitch/certs

### Final Checklist

Double-check all configuration files for correct numbers, passwords, and domain names.
Make sure your firewall allows SIP (5081/TLS) and RTP (10000-20000) ports.
For more details on SIP password setup, see the [WhatsApp Cloud API documentation](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip#include-sip-user-password).

### Troubleshooting

#### Cannot register SIP UA

Confirm that the SIP URL is correct and the domain is pointing to the Freeswitch server. Run host {domain-name} to verify that the ip address is pointing to the Freeswitch server

#### Trace SIP messages

Start cli (/usr/share/freeswitch/bin/fs\_cli) to view SIP messages

## FreeSWITCH using Graph API with Janus

### Overview

This guide explains how to set up [WhatsApp Business Calling API](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling) using [WhatsApp Cloud API signaling](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/business-initiated-calls) with [FreeSWITCH](https://l.facebook.com/l.php?u=https%3A%2F%2Fsignalwire.com%2Ffreeswitch\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA), an open-source communication framework and [Janus](https://l.facebook.com/l.php?u=https%3A%2F%2Fjanus.conf.meetecho.com%2F\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA), a general purpose WebRTC server. You’ll learn how to configure your FreeSWITCH server, connect SIP phones, and handle both incoming and outgoing WhatsApp calls.

![](https://scontent-fra5-2.xx.fbcdn.net/v/t39.2365-6/572080785_1362494772245673_6325189235439218390_n.png?_nc_cat=106\&ccb=1-7&_nc_sid=e280be&_nc_ohc=kfw_2uqqNa8Q7kNvwF0cGWJ&_nc_oc=Adn5RZO3xjPgu131UaAvVE_FQcL0B4JEtxC2i0OnosGEwNxUJ85gSsVTDuDqy2PjAm4&_nc_zt=14&_nc_ht=scontent-fra5-2.xx&_nc_gid=SJWwGMKax_DEvg_1tzBU_g\&oh=00_AfmXcdTi_udbh_9vx9MF8t6FX8AnXglb6P1-CAE-Lq1yvQ\&oe=69552031)

#### User-Initiated Calls

The WhatsApp user dials the business number.
The call is received by Webhook server which forwards it to FreeSWITCH server via Janus SIP plugin.
The call is received by FreeSWITCH and routed through an IVR, prompting the user to enter an extension, registered to the same FreeSWITCH server.
The call is then connected to the specified extension.

#### Business-Initiated Calls

The business agent/user registers with FreeSWITCH using SIP credentials (see “ [Configuring a VoIP Phone](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/integration-examples#configuring-a-voip-phone)” section).
The business user dials the b2c-sip (business to consumer) extension, which is handled by an IVR. The IVR prompts for the WhatsApp number to call.
FreeSWITCH bridges the call to extension registered to Janus SIP plugin which translates it to an API request to Meta
The call is then connected to the WhatsApp user.

Janus server sits between WA and FreeSWITCH and will convert media from WA (WebRTC complaint with DTLS key exchange) to FreeSWITCH negotiated media (SDES key exchange)

FreeSWITCH - Sip UA will be using SDES for media encryption key exchange and opus or G711 for audio codec

### Prerequisites

FreeSWITCH Deployment: FreeSWITCH is deployed (ex: on a public cloud instance)
Janus Deployment: Can be deployed on the same machine as FreeSWITCH
Operating System: Any OS compatible with FreeSWITCH. Ex: CentOS 9
Domain: FreeSWITCH server and Webhook server are reachable via a public domain with valid certificate
WhatsApp Business API: A WhatsApp business phone number is registered and [calling is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/call-settings).
Webhooks: Configure Webhook callback URL pointing to domain name of the Webhook server

### Integration with Cloud API Signaling

You will need to implement an integration module which sits between WA and Janus and translates Cloud API Signalling messages to Janus SIP plugin messages and vice versa.

You will need

A webhook server to receive calls webhook events from Meta
A Graph API module to send call messages to Meta
An implementation of [Janus SIP plugin](https://l.facebook.com/l.php?u=https%3A%2F%2Fjanus.conf.meetecho.com%2Fdocs%2Fsip\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA) to connect to Janus. The Janus plugin implementation will connect to FreeSWITCH using extension 1000 which is reserved for bridging

Business initiated calls

The module will receive a SIP INVITE via Janus SIP plugin on extension 1000. The SIP INVITE is converted to a [Graph API request](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/business-initiated-calls#initiate-call). The SDP received in the SIP INVITE is sent verbatim as the SDP offer to WA via the Graph API call
When the call is accepted by the WA user, an accepted webhook is received. On receiving the webhook, the Janus SIP Plugin accepts the SIP INVITE passing the answer SDP in the [connect webhook](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/business-initiated-calls#call-connect-webhook)

User Initiated calls

The webhook server receives an incoming call via a webhook message containing the offer SDP. On receiving the call invite, the Janus SIP plugin sends an invite to FreeSWITCH via extension 1000. The destination extension is **c2b-sip.**
When the the Janus SIP plugin receives the SIP 200 OK, a Graph API accept call request is sent to Meta to accept the incoming call by passing the SDP received as part of SIP answer

### Building and Installing Janus

Refer to [https://github.com/meetecho/janus-gateway](https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fmeetecho%2Fjanus-gateway\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA)
This guide was tested using version 1.2.3

### Janus Configuration

**janus.jcfg**

Modify janus.jcfg which can be found at /usr/share/janus/etc/janus/janus.jcfg
Set nat\_1\_1\_mapping to the public ip of the Janus Server

To start janus

```
/usr/share/janus/bin/janus  --debug-level=6 --libnice-debug=on -S stun.l.google.com:19302 --log-file=/var/log/janus.log --config=/usr/share/janus/etc/janus/janus.jcfg
```

### Building and Installing FreeSWITCH

Refer to [https://developer.signalwire.com/freeswitch/FreeSWITCH-Explained/Installation/](https://l.facebook.com/l.php?u=https%3A%2F%2Fdeveloper.signalwire.com%2Ffreeswitch%2FFreeSWITCH-Explained%2FInstallation%2F\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA)

This guide was tested using FreeSWITCH version 1.10.12. FreeSWITCH uses sofia (an open-source SIP user agent library). Sofia v1.13.17 was used for this guide

**FreeSWITCH Configuration**
These configuration files are placed under /usr/share/freeswitch/etc/freeswitch

**wa-biz-api-dialplan.xml**

Place the dial plan under /usr/share/freeswitch/etc/freeswitch/dialplan/default/wa-biz-api-dialplan.xml

```
<include>
 <extension name="c2b_calls_ivr">
   <condition field="destination_number" expression="^c2b-sip$">
     <action application="set" data="rtp_secure_media=true"/>
     <action application="answer"/>
     <!--Add silence stream for  1 sec so that the media path is established between whatsapp and freeswitch to avoid audio clipping. TODO: Investigate if silence can be removed-->
     <action application="playback" data="silence_stream://1000"/>
     <action application="play_and_get_digits" data="2 5 3 7000 # $${base_dir}/sounds/incoming_welcome.wav  $${base_dir}/sounds/incoming_invalid.wav extension \d+"/>
     <!--While the call is being bridged, play a ringtone for the caller-->
     <action application="set" data="ringback=%(2000, 4000, 440.0, 480.0)"/>
     <!--WA calls bridged via Janus through extension 1000 only support OPUS. However, the callee might be restricted to other codecs e.g. G722-->
     <!--Therefore , don't restrict to OPUS for C2B calls and offer more codecs to the caller. Transcoding between OPUS and the negotiated codec by the caller-->
     <!--will happen in freeswitch-->
     <action application="export" data="nolocal:absolute_codec_string=PCMA,PCMU,OPUS@48000h@20i,G722"/>
     <action application="bridge" data="user/${extension}"/>
     <action application="hangup"/>
   </condition>
 </extension>

 <extension name="b2c_calls_ivr">
   <condition field="destination_number" expression="^b2c-sip$">
     <action application="set" data="rtp_secure_media=true"/>
     <action application="answer"/>
     <action application="playback" data="silence_stream://1000"/>
     <action application="set" data="caller_id_check=${caller_id_number}"/>
     <action application="log" data="INFO [caller id ] is ${caller_id_check}"/>
     <action application="play_and_get_digits" data="2 12 3 20000 # $${base_dir}/sounds/outgoing_welcome.wav $${base_dir}/sounds/outgoing_invalid.wav whatsapp_number \d+"/>
     <action application="log" data="INFO [whatsapp_number] is ${whatsapp_number}"/>
     <!--Add the whatsapp number entered by the user as a custom sip header, Janus will use this WA user number in API request to Meta-->
     <action application="export" data="sip_h_X-WhatsApp-Number=${whatsapp_number"/>
     <!--While the call is being bridged, play a ringtone for the caller-->
     <action application="set" data="ringback=%(2000, 4000, 440.0, 480.0)"/>
     <!--WA calls bridged via Janus through extension 1000 only support OPUS. However, the caller might be restricted to other codecs e.g. G722-->
     <!--Therefore , don't restrict to OPUS for B2C calls and let caller select other codecs-->
     <!--However, force transcoding to OPUS by only offering OPUS to Janus-->
     <action application="export" data="nolocal:absolute_codec_string=OPUS@48000h@20i,PCMU,PCMA"/>
     <!--Bridge the call to extension 1000 to which capi-calling is registered via Janus to route calls to WhatsApp-->
     <action application="bridge" data="user/1000"/>
     <action application="hangup"/>
   </condition>
 </extension>
</include>
```

Audio files should be placed under /usr/share/freeswitch/sounds (not provided)

incoming\_welcome.wav
Incoming\_invalid.wav
outgoing\_welcome.wav
outgoing\_invalid.wav

**internal.xml**

Modify /usr/share/freeswitch/etc/freeswitch/sip\_profiles/internal.xml
Look for:

```
<param name="sip-trace" value="no"/>
```

Replace it with

```
<param name="sip-trace" value="yes"/>
```

### Configuring a VoIP Phone

Refer to the [earlier section](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/integration-examples#configuring-a-voip-phone)

### Final Checklist

Double-check all configuration files for correct numbers, passwords, and domain names.
Make sure your firewall allows SIP (5061/TLS) and RTP (10000-20000) ports.
For more details on SIP password setup, see the [WhatsApp Cloud API documentation](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip).

### Troubleshooting

#### Cannot register SIP UA

Confirm that the SIP URL is correct and the domain is pointing to the FreeSWITCH server. Run host {domain-name} to verify that the ip address is pointing to the FreeSWITCH server

#### Trace SIP messages

Start cli (/usr/share/freeswitch/bin/fs\_cli) to view SIP messages

## Asterisk using Graph API with RtpEngine

### Overview

This guide explains how to set up [WhatsApp Business Calling API](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling) using [WhatsApp Cloud API signaling](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/business-initiated-calls) with [Asterisk](https://l.facebook.com/l.php?u=https%3A%2F%2Fwww.asterisk.org%2F\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA), an open-source PBX (Private Branch Exchange) and [RtpEngine](https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fsipwise%2Frtpengine\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA), an open-source proxy used for relaying, manipulating and controlling RTP streams. You’ll learn how to configure your Asterisk server, connect SIP phones, and handle both incoming and outgoing WhatsApp calls.

#### User-Initiated Calls

The WhatsApp user dials the business number.
The call is received by the Webhook server which after bridging media using RtpEngine, forwards it to Asterisk using SIP.
The call is received by Asterisk and routed through an IVR, prompting the user to enter an extension, registered to the same Asterisk server.
The call is then connected to the specified extension.

#### Business-Initiated Calls

The business agent/user registers with Asterisk using SIP credentials (see “ [Configuring a VoIP Phone](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/integration-examples#configuring-a-voip-phone)” section).
The business user dials the b2c-sip (business to consumer) extension, which is handled by an IVR. The IVR prompts for the WhatsApp number to call.
Asterisk bridges the call to extension registered by the integration module (see “Integration with Cloud API Signalling”)
On receiving the call, the integration module bridges the media using RtpEngine and then translates it to an API request to Meta
The call is then connected to the WhatsApp user.

RtpEngine acts as a media proxy and sits between the media stream of WA (WebRTC complaint with DTLS key exchange) and Asterisk (SDES key exchange)

### Prerequisites

Asterisk Deployment: Asterisk is deployed (ex: on a public cloud instance)
RtpEngine Deployment: Can be deployed on the same machine as Asterisk
Operating System: Any OS compatible with Asterisk and RtpEngine. Ex: CentOS 9
Domain: Asterisk server and Webhook server are reachable via a public domain with valid certificate
WhatsApp Business API: A WhatsApp business phone number is registered and [calling is enabled](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/call-settings).
Webhooks: Configure Webhook callback URL pointing to domain name of the Webhook server

### Integration with Cloud API Signaling

You will need to implement an integration module that acts as a bridge between WhatsApp and Asterisk. This module will:

Translate Cloud API Signaling messages from WhatsApp to SIP for Asterisk, and vice versa
Use SIP signaling for communication between the SIP UA inside the module and Asterisk
Bridge the media between WhatsApp and Asterisk via RtpEngine

You will need following components, which are part of the integration module for the purpose of this setup

Webhook Server: Receives call webhook events from Meta (WhatsApp Cloud API)
Graph API client: Sends call-related requests to Meta using the Graph API
SIP User Agent (UA) such as PJSIP: Connects to Asterisk using extension 1000, which is reserved for bridging calls between WhatsApp and Asterisk.
RtpEngineClient: To control RtpEngine via [ng control protocol](https://l.facebook.com/l.php?u=https%3A%2F%2Frtpengine.readthedocs.io%2Fen%2Flatest%2Fng_control_protocol.html\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA) for bridging media

![Image](https://scontent-fra3-2.xx.fbcdn.net/v/t39.2365-6/588774775_1371828608009123_2185027351279871462_n.jpg?_nc_cat=111\&ccb=1-7&_nc_sid=e280be&_nc_ohc=6BxR5buIC44Q7kNvwEE3Mq5&_nc_oc=AdkJKLVSPOH1qFeAN9Htppm3TrHsGtSjYjh3ilUMllS4hUeK4Um-3YfUd-rI2o2N8Gw&_nc_zt=14&_nc_ht=scontent-fra3-2.xx&_nc_gid=SJWwGMKax_DEvg_1tzBU_g\&oh=00_Afl3Oltw67uzCFSI1X6DI1QzQuqhSe-w_vM5sHxyqNc9mA\&oe=695529A1)

Business initiated calls

Business agent registered to the same Asterisk server dials b2c-sip extension to initiate a call to WhatsApp user
The extension prompts the business agent to enter WA user’s phone number
Asterisk sends a SIP INVITE request to extension 1000 with a custom header containing the dialed WA user phone number
The SIP UA inside the module would’ve registered at extension 1000 and hence receives the SIP INVITE from Asterisk
The SDP included in the SIP INVITE is sent to RtpEngine which returns a new SDP
The new SDP is included in the [Graph API request](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/business-initiated-calls#initiate-call) to initiate a new call
When the WhatsApp user accepts the call, an “accepted” webhook is received
Upon receiving this webhook, the answer SDP received in the webhook is sent to RtpEngine which returns a new SDP
The SIP UA accepts the original SIP INVITE (step 3), passing along the new SDP received from RtpEngine
The call is now bridged between WA user, RtpEngine and Asterisk

User Initiated calls

The webhook server inside the module receives an [incoming call webhook](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/user-initiated-calls#call-connect-webhook) from Meta, which includes the offer SDP
Upon receiving this call invite, the SDP included in the offer is sent to RtpEngine which returns a new SDP
The SIP UA inside the module sends a SIP INVITE to Asterisk using extension 1000 passing the new SDP from RtpEngine in the SIP INVITE. The destination extension is c2b-sip.
The extension prompts WA user to dial the extension of the business agent to connect to
Asterisk dials the specified extension and waits for an answer
After the agent answers the call, Asterisk sends SIP 200 OK to the SIP UA extension 1000 inside the module. The SDP in SIP 200 OK is sent to RtpEngine which returns a new SDP
A Graph API request is sent to Meta to [accept the incoming call](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/user-initiated-calls#accept-call), with the new SDP received from RtpEngine

### Building and Installing Asterisk

Refer to [https://docs.asterisk.org/Getting-Started/Installing-Asterisk/Installing-Asterisk-From-Source/Building-and-Installing-Asterisk/](https://docs.asterisk.org/Getting-Started/Installing-Asterisk/Installing-Asterisk-From-Source/Building-and-Installing-Asterisk/)

This guide was tested using Asterisk version 22.5.2

### Building and Installing RtpEngine

Refer to [https://github.com/sipwise/rtpengine](https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fsipwise%2Frtpengine\&h=AT1GbwqpI0vdOoHQvrjvmLfsqFGE05BYoSpN0TZd2pk80Aeeg6OuJbQXAq5dFmt0gxKvZyT27ruhouMLoztlrsK2m0hcKcg2dmo_wHHaLbb6tlr0OJddLTrFg2UcuXF253sMcBCN2VacNA) to build and install RtpEngine
This guide was tested using RtpEngine version 13.3.1.4

Refer to [https://rtpengine.readthedocs.io/en/latest/ng\_control\_protocol.html](https://rtpengine.readthedocs.io/en/latest/ng_control_protocol.html) for details on ng control protocol

To start RtpEngine run

```
/usr/bin/rtpengine --listen-ng={local-ip}:22222 --interface={local-ip}\!{public-ip} -f -E
```

Replace

\{local-ip} with the local ip of the RtpEngine server
\{public-ip} with the public ip of the RtpEngine server

**Asterisk Configuration**
These configuration files are placed under /etc/asterisk/

**extensions.conf**

Replace the following placeholders with actual values

incoming\_welcome: incoming\_welcome.wav (not provided) place this file under /var/lib/asterisk/sounds
outgoing\_welcome: outgoing\_welcome.wav (not provided) place this file under /var/lib/asterisk/sounds

```
[handler]
;Set headers on callee channel
exten => addheader,1,Set(PJSIP_HEADER(add,X-WhatsApp-Number)=${DIGITS})
same => n,Return()

[default]
exten => _10XX,1,NoOp()
same => n,Dial(PJSIP/${EXTEN})
same => n,Hangup()

exten => b2c-sip,1,NoOp()
same => n,Read(Digits,outgoing_welcome,0,,5, 500)
same => n, Set(GLOBAL(DIGITS)=${Digits})
;Before starting a business initiated call, add customer WA header to store the WA user number captured from agent entered digits (DTMF)
same => n,Dial(PJSIP/1000,,b(handler^addheader^1))
same => n,Hangup()

exten => c2b-sip,1,NoOp()
same => n,Read(Digits,incoming_welcome,0,,5, 500)
same => n,Dial(PJSIP/${Digits})
same => n,Hangup()
```

**pjsip.conf**

Replace the following placeholders with actual values

{external-media-address}: Public IP of the Asterisk server for media
{external-signaling-address}: Public IP of the Asterisk server for signaling
{local-net}: local network of the Asterisk server
{sip-ua-password}: Chosen SIP User Agent password

Note:

Extension 1000 is used to bridge WA calls with Asterisk see section **Integration with Cloud API Signaling**

```
[global]
type=global
debug=yes ; Enable/Disable SIP debug logging.  Valid options include yes|no

[transport-tcp]
type=transport
protocol=tcp
bind=0.0.0.0
;External IP address to use in RTP handling
external_media_address={external-media-address}
;External address for SIP signalling
external_signaling_address={external-signaling-address}
;Network to consider local used for NAT purposes
local_net={local-net}

[endpointtemplate](!)
type=endpoint
context=default
disallow=all
allow=OPUS,g722,g729,ulaw
;No audio if direct_media is set to yes
direct_media=no
rtp_symmetric=yes
use_avpf=yes
media_encryption=sdes
media_use_received_transport=yes
rtcp_mux=yes

[authtemplate](!)
type=auth
auth_type=userpass
password={sip-ua-password}

[aortemplate](!)
type=aor
max_contacts=1
remove_existing=yes

[1000](endpointtemplate)
disallow=all
;extension 1000 is used by janus to bridge whatsapp calls
;WhatsApp only support OPUS
allow=OPUS
auth=1000_auth
aors=1000

[1000_auth](authtemplate)
username=1000

[1000](aortemplate)

[1001](endpointtemplate)
auth=1001_auth
aors=1001

[1001_auth](authtemplate)
username=1001

[1001](aortemplate)

[1002](endpointtemplate)
auth=1002_auth
aors=1002

[1002_auth](authtemplate)
username=1002

[1002](aortemplate)

[1003](endpointtemplate)
auth=1003_auth
aors=1003

[1003_auth](authtemplate)
username=1003

[1003](aortemplate)

[1004](endpointtemplate)
auth=1004_auth
aors=1004

[1004_auth](authtemplate)
username=1004

[1004](aortemplate)

[1005](endpointtemplate)
auth=1005_auth
aors=1005

[1005_auth](authtemplate)
username=1005

[1005](aortemplate)
```

### Configuring a VoIP Phone

Refer to the [earlier section](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/integration-examples#configuring-a-voip-phone)

### Final Checklist

Double-check all configuration files for correct numbers, passwords, and domain names.
Make sure your firewall allows SIP (5060/TCP) and RTP (10000-20000) ports.
For more details on SIP password setup, see the [WhatsApp Cloud API documentation](https://developers.facebook.com/documentation/business-messaging/whatsapp/calling/sip).

### Troubleshooting

#### Cannot register SIP UA

Confirm that the SIP URL is correct and the domain is pointing to the Asterisk server. Run host {domain-name} to verify that the ip address is pointing to the Asterisk server

Did you find this page helpful?

![Thumbs up icon](https://static.xx.fbcdn.net/rsrc.php/yR/r/OEXJ0_DJeZv.svg)

![Thumbs down icon](https://static.xx.fbcdn.net/rsrc.php/yb/r/qKPgNVNeatU.svg)

ON THIS PAGE

Asterisk using SIP

Overview

User-Initiated Calls

Business-Initiated Calls

Prerequisites

Building and Installing Asterisk

Asterisk Configuration

extensions.conf

Pjsip.conf

rtp.conf

Configuring a VoIP Phone

Account Setup

Final Checklist

Troubleshooting

Cannot register SIP UA

Not receiving ACK from Meta

FreeSWITCH using SIP

Overview

User-Initiated Calls

Business-Initiated Calls

Prerequisites

Building and Installing FreeSWITCH

FreeSWITCH Configuration

Final Checklist

Troubleshooting

Cannot register SIP UA

Trace SIP messages

FreeSWITCH using Graph API with Janus

Overview

User-Initiated Calls

Business-Initiated Calls

Prerequisites

Integration with Cloud API Signaling

Building and Installing Janus

Janus Configuration

Building and Installing FreeSWITCH

Configuring a VoIP Phone

Final Checklist

Troubleshooting

Cannot register SIP UA

Trace SIP messages

Asterisk using Graph API with RtpEngine

Overview

User-Initiated Calls

Business-Initiated Calls

Prerequisites

Integration with Cloud API Signaling

Building and Installing Asterisk

Building and Installing RtpEngine

Configuring a VoIP Phone

Final Checklist

Troubleshooting

Cannot register SIP UA

***
