Telnyx sells carrier services through one REST API at api.telnyx.com/v2: Call Control for programmable voice, SIP trunking for your own PBX or contact center, Messaging for SMS, MMS, and RCS, and Numbers for buying and porting. A Call Control Application defines where call webhooks go; a messaging profile does the same for messages. Every signed webhook carries an Ed25519 signature, and delivery attempts can be read back from the webhook deliveries log.
Through Fibric, an operator watches call and message events, pulls the recording or transcript when it lands, and proposes the next command: a call, a transfer, a spoken prompt, or a text. Nothing runs until you approve; then the command runs once and a receipt records it.
This is a reference listing. It documents what Fibric would read from Telnyx and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.
Inputs
Call events from a Call Control Application: call.initiated, call.answered, call.bridged, call.hangup, call.dtmf.received, call.machine.detection.ended, and call.cost
Call status through GET /calls/{call_control_id}, with data available 10 minutes after the call ends
Recordings and transcripts through GET /recordings and /recording_transcriptions, announced by call.recording.saved and call.recording.transcription.saved
Live speech through call.transcription events after a transcription_start command
Message status through message.sent, message.finalized, and message.received webhooks on a messaging profile, plus GET /messages/{id} for 10 days
Voice and messaging detail records through GET /detail_records, filtered by record_type
Webhook delivery attempts and outcomes through GET /webhook_deliveries
Proposed actions
Target capability: propose an outbound call through POST /calls (Dial) from a Call Control connection
Target capability: propose a command on a live call through POST /calls/{call_control_id}/actions/{command}: answer, transfer, bridge, speak, gather_using_speak, or hangup
Target capability: propose recording or real-time transcription on a live call through record_start and transcription_start
Target capability: propose an SMS or MMS through POST /messages from a number on a messaging profile
Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.
What you can build
Check in on a lone worker by voice
At the scheduled time the operator proposes a Dial to the worker's number, followed by gather_using_speak asking for a keypress. No answer or no digits in call.gather.ended raises the escalation you configured.
The operator drafts one SMS per site contact through POST /messages, paced to the sender's rate so nothing sits in the 4 hour queue, and records each message.finalized status.
With record_start on the call, call.recording.saved and call.recording.transcription.saved arrive after hangup. The operator fetches both and proposes a summary for the customer's record.
When an event seems missing, the operator reads GET /webhook_deliveries for the call or message, shows each attempt and response, and proposes a replay of what your endpoint never acknowledged.
A Telnyx account with a Mission Control Portal user who can create API v2 keys
A Call Control Application with a webhook URL and, where used, a failover URL, and Telnyx numbers assigned to it
A messaging profile with numbers attached; sending to US carriers off-net requires 10DLC or toll-free registration
An HTTPS endpoint with a valid certificate that returns 200 promptly and checks the Ed25519 signature against the portal's public key
Authentication
An API v2 key created under API Keys in the Telnyx Mission Control Portal, sent as Authorization: Bearer on every request to https://api.telnyx.com/v2.
Limits
GET /messages/{id} only returns messages up to 10 days old; older history comes from an MDR report
A long code sends 0.1 messages per second; queued messages wait up to 4 hours, and error 40318 is returned when the queue is full
Webhook events can arrive concurrently, duplicated, delayed, or out of order; the event id is the deduplication key
Rate limits differ by product; a 429 carries x-ratelimit and retry-after headers, and spreading traffic across API keys is not allowed
Access and pricing
Reference listing. Fibric builds the connector under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.
With Ed25519. Each request carries telnyx-timestamp and telnyx-signature-ed25519 headers. You fetch the public key from the Mission Control Portal, check the raw body against the signature, and reject events outside your replay window. The Telnyx server SDKs include a helper that returns the parsed event when the signature is valid.
Which webhooks follow a Dial command?
call.initiated, then call.answered or call.hangup. If answering_machine_detection was requested you also get call.machine.detection.ended, and call.machine.greeting.ended when greeting detection was asked for. A transfer adds call.bridged for Leg B; record_start adds call.recording.saved or call.recording.error after the call.
What throughput can I expect on messaging?
Per messaging profile, SMS is 50 messages per second, MMS 15, and RCS 1. Per sender, a long code is 0.1 MPS, a toll-free number 20 MPS, and a short code 1,000 MPS. US 10DLC throughput is set by the mobile operators from your registered campaign. Excess messages queue for up to 4 hours.
Ask about Telnyx
Ask about the capabilities and requirements in this listing.
This connector listing is developed, published, and supported by Fibric. It describes integration with Telnyx through published interfaces. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy