Rate Limiting
In order to protect our services, we employ the use of rate limits on the majority ofapi.telnyx.com endpoints. These limits are typically static, but are subject to change based on usage and may be adjusted to align with changes in capacity.
For this reason, we include headers in our API responses that should be parsed and respected by your application. These headers aim to help you understand your current consumption rate and self-diagnose or prevent potential throttling issues.
Rate Limit Headers
| Term | Description |
|---|---|
| x-ratelimit-limit | Displays the applicable rate limits for the current request |
| x-ratelimit-remaining | Indicates how many requests a user can still make within the current time window |
| x-ratelimit-reset | Shows the time in seconds until the rate limit resets |
Rate Limit Response
HTTP Status Code
The status code of rate limit responses is 429.Response Body
Handling Rate Limits
Best Practices
- Monitor Headers: Always check the rate limit headers in API responses
- Implement Backoff: Use exponential backoff when receiving 429 responses
- Cache Results: Cache API responses when possible to reduce request frequency
- Distribute Load: Spread requests across multiple time windows
Over Your Rate Limit?
Contact support@telnyx.com if you find you are exceeding the rate limit.Product-Specific Rate Limits
Different Telnyx services may have different rate limiting strategies:- Messaging: See character and rate limits for messaging-specific limits
- 10DLC: See 10DLC rate limits for campaign-specific limits
- Voice API: Standard API rate limits apply to call control endpoints
- Cloud Storage: Rate limits apply to S3-compatible operations