Skip to main content
Wireless endpoints can return the standard Telnyx errors envelope as well as legacy or status-only responses. When the response includes errors, branch on errors[].code and use errors[].detail and errors[].source for diagnostics. For responses whose API reference does not define an errors envelope—such as some 401 and 404 responses—branch on the HTTP status instead; the body may be absent or use a legacy single-error shape.
Authentication, authorization, missing-resource, rate-limit, and other general request failures can use the general API error codes. Wireless validation failures can instead return product-specific codes such as 70002 and 70003; use the response shape documented for the operation together with the Wireless code guidance below.

Wireless error codes

Recovery pattern

  1. Record the HTTP status, errors[].code, errors[].detail, and any errors[].source value.
  2. Correct terminal request or resource-state errors before retrying. Repeating the same request does not resolve codes such as 70002, 70003, 70005, 70006, or 70007.
  3. For in-progress state (70004), wait for the existing OTA update to finish, then retry.
  4. For capacity errors (70001, 70008), change the request as described above or wait for availability; contact support when the error detail instructs you to do so.
See SIM lifecycle, SIM card groups, OTA updates, and public IPs for the related workflows.