Truphone (1GLOBAL) · Rate Limits

Truphone Rate Limits

The Truphone (1GLOBAL) IoT Portal API documents rate limiting via standard response headers (X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset) on its REST endpoints, and supports idempotent POST requests through an Idempotency-Key header (24-hour expiry). Specific numeric per-account or per-endpoint limits are not published in the public API reference and are not reconciled in this artifact. List endpoints are paginated with page and per_page (max 500) parameters, which bounds response size.

Truphone Rate Limits is the machine-readable rate-limit profile for Truphone (1GLOBAL) on the APIs.io network, conforming to the API Commons Rate Limits specification.

It captures 2 rate-limit definitions, measuring requests and records.

The profile also includes 3 backoff/retry policies defined and response codes documented for throttled.

Tagged areas include eSIM, IoT, Connectivity, SIM Management, and Telecom.

2 Limits Throttle: 429
eSIMIoTConnectivitySIM ManagementTelecomRate LimitingQuotasThrottling

Limits

Per-Account Request Rate account
requests
see provider documentation
Enforced and surfaced via X-RateLimit-Limit / X-RateLimit-Remaining / X-RateLimit-Reset response headers; numeric value not published.
Pagination Page Size request
records
500
List endpoints accept page and per_page, with per_page capped at 500.

Policies

Rate Limit Headers
Responses include X-RateLimit-Limit, X-RateLimit-Remaining, and X-RateLimit-Reset so clients can self-throttle.
Idempotency
POST endpoints accept an Idempotency-Key header (24-hour expiry) to safely retry create / change operations without duplication.
Backoff Strategy
Clients should implement exponential backoff with jitter on HTTP 429 and honor rate-limit reset headers.

Sources