- does not enforce the order in which webhooks are delivered
- retries webhook delivery if your application does not respond within a certain time threshold.
- out-of-order webhooks
- simultaneous (or near simultaneous) webhooks
- duplicate webhooks
command_id parameter as part of your commands. Commands with duplicate command_ids within 60 seconds will be ignored.
Webhooks contain a variety of ID fields which describe them and correlate them with calls.
Example: Receiving a Webhook
When you place an incoming call to a number associated with your Voice API Application, you will receive a callback for the incoming call. It should look something like the JSON below:After pasting the above content, Kindly check and remove any new line added
| Field | Value |
| record_type | Description of the record. |
| event_type | The type of event detected by the Telnyx system |
| id | unique id for the webhook |
| occurred_at | ISO-8601 datetime of when event occured |
| call_control_id | call id used to issue commands via Voice API |
| connection_id | Voice API App ID (formerly Telnyx connection ID) used in the call. |
| call_leg_id | ID that is unique to the call and can be used to correlate webhook events |
| call_session_id | ID that is unique to the call session and can be used to correlate webhook events. Call session is a group of related call legs that logically belong to the same phone call, e.g. an inbound and outbound leg of a transferred call. |
| client_state | State received from a command |
| from | Number or SIP URI placing the call |
| to | Destination number or SIP URI of the call |
| direction | Whether the call is ‘incoming’ or ‘outgoing’ |
| state | Whether the call is in ‘bridging’ or ‘parked’ state |