Sip
<Dial> verb’s <Sip> noun permits the set up of VoIP sessions using SIP (Session Initiation Protocol). You can send a call to any SIP endpoint.
When dialing an SIP endpoint, the transport defaults to TLS. If the SIP destination does not support TLS, you can set the transport to UDP or TCP by setting the transport manually. For example: sip:alice@example.com;transport=udp.
The <Sip> noun supports all of the <Dial> verb’s attributes with one exception: callerId is supported but not limited to a valid E.164 number. When using the <Sip> noun, the callerId attribute can be any alphanumeric string and include the following characters: +-_., but no whitespace.
For example, one can dial to a SIP destination with:
Noun attributes
A comma separated list of codecs to offer to the SIP user agent. Select from PCMU, PCMA, G722, G729, and OPUS. Codecs are offered in the order specified.
The method attribute specifies whether the request to action is a GET or a POST. Valid values are GET or POST.
Password for SIP authentication.
Non-negative value, in seconds, to use for the SIP Session-Expires header. If 0 or unset, SignalWire will pick the default (typically 600).
The URL to make requests to for each statusCallbackEvent event. See below for request parameters.
The current status of the call. The call moves from initiated to ringing when the phone starts ringing. It moves from ringing to answered when the phone call is answered. Finally, it moves from answered to completed when the call is terminated. The status will be set to completed through the following reasons: busy, canceled, completed, failed, or no-answer. To specify multiple events, separate each one with a space. See below for the different call statuses.
The type of HTTP request to use when requesting a statusCallback.
A specified URL for a document that runs on the callee’s end after the dialed number answers but before the call is connected. This allows the caller to provide information to the dialed number, giving them the opportunity to decline the call, before they answer the call. See below for request parameters.
Username for SIP authentication.
After a Dial attempt is made, SignalWire can make a request to the <Dial> verb’s action attribute. In addition to the Standard Request Parameters, the following are parameters passed back to your application when SignalWire makes the request.
The SIP call ID header of the request made to the remote SIP infrastructure.
The name or value of any X-headers returned in the 200 response to the SIP INVITE request.
The SIP response code to the INVITE attempt.
Request parameters for sip_url
In addition to the Standard Request Parameters, the following are parameters passed back to your application when SignalWire makes a request to the <Sip> noun’s url attribute.
The SIP call ID header of the request made to the remote SIP infrastructure.
The name or value of any X-headers returned in the 200 response to the SIP INVITE request.
Status values for statusCallbackEvent
The statusCallbackEvent attribute has the following call status values:
Request parameters for the statusCallback URL
Examples
Dialing to a SIP endpoint
In this example, in order to connect to alice@example.com we have to nest a <Sip> within a <Dial>.
Dialing to a SIP endpoint with authentication
Now, in order to connect to bob@example.com, you have to have the proper authentication credentials.
Passing custom headers
Pass custom headers to the SIP endpoint.
Dialing a SIP endpoint with Dial attributes
The Sip Noun supports of <Dial> attributes and can be used together.
Notes on usage
- SIP INVITE message includes CallSid, AccountSid, and the API version; can also pass custom SIP headers in the INVITE message.
- You can have up to 10
<Sip>s within a<Dial>. - You cannot add other nouns in a
<Dial>that contains a<Sip>.