Skip to main content
Inferoute uses standard HTTP status codes to indicate the outcome of every request. Errors always return a JSON body so your application can parse the failure reason programmatically and react accordingly.

Error response format

All error responses share this structure:

Error codes

Retry logic

Not all errors are worth retrying. Use this guidance to decide: Retry these errors — they are transient and typically resolve automatically:
  • 429 Too Many Requests — back off and retry after the interval in the Retry-After header
  • 500 Internal Server Error — retry with exponential backoff
  • 503 Service Unavailable — retry with exponential backoff; consider adding fallback models via X-Inferoute-Fallback
Do not retry these errors — they indicate a problem with the request itself:
  • 400 Bad Request — fix the request body before retrying
  • 401 Unauthorized — provide a valid API key
  • 402 Payment Required — upgrade your plan or wait for the billing period to reset
  • 404 Not Found — check the model ID and endpoint path
  • 422 Unprocessable Entity — correct the invalid parameter values

Exponential backoff example