Skip to content
Phone Guides

Troubleshooting

SIP response codes: a practical troubleshooting guide

SIP response codes tell you how a SIP server or endpoint handled a request. Start with the code class, then inspect the request, the responding hop, authentication, routing, and the response body.

Common codes

SIP response-code lookup

Enter a three-digit SIP response code.
CodeMeaningCheck this first
100TryingThe request arrived. Wait for the next response.
180RingingThe destination is ringing. Check that the caller hears the expected ringback.
183Session ProgressCheck the Session Description Protocol (SDP) and the early-media path.
200OKThe request succeeded. For an INVITE, check the ACK and the two-way media path.
302Moved TemporarilyCheck the new address in the Contact header before retrying.
400Bad RequestCheck the request format and required headers.
401Authentication RequiredCheck the username, password, realm, nonce handling, and authentication retry.
403ForbiddenThe server refused the request. Check the identity, permissions, and policy.
404Not FoundCheck the user, number, route, and domain.
407Proxy Authentication RequiredCheck the proxy username, password, realm, and authentication retry.
408Request TimeoutCheck that the next device is reachable and that the route is correct.
415Unsupported Media TypeCheck the message Content-Type and whether the receiving system supports it.
420Bad ExtensionRemove or correct the unsupported SIP extension named in the response.
423Interval Too BriefUse a registration or session time at least as long as the Min-Expires value.
480Temporarily UnavailableCheck registration, network access, routing, and temporary call rules.
481Call or Transaction Not FoundCheck the Call-ID, tags, CSeq, dialog details, and transaction state.
483Too Many HopsLook for a routing loop and check Max-Forwards at each step.
484Address IncompleteCheck the number format, dial plan, and route.
486Busy HereThe phone is busy or rejected the call. Check its state and call-handling rules.
487Request TerminatedAn earlier request was cancelled. Match the CANCEL with the original request.
488Not Acceptable HereCompare the SDP offer and answer for codecs, encryption, direction, and media support.
491Request PendingAnother request in the same call is still running. Follow the SIP retry timing.
500Server Internal ErrorCheck the responding server logs and any response from the next device.
503Service UnavailableCheck capacity, maintenance, trunk status, routes, and the Retry-After value.
580Precondition FailureCheck whether the required Quality of Service (QoS) or session conditions can be met.
603DeclinedThe destination declined the request. Check the user choice and call policy.
604Does Not Exist AnywhereCheck that the user or number exists in the correct domain.
606Not AcceptableThe user cannot accept this session. Check device support and policy.

The important distinction

The response code describes signalling, not necessarily the final user experience. A call can receive 200 OK and still have silence if RTP is blocked, advertised with the wrong address, or negotiated with an unusable codec.

FAQ

Is 401 always an error?

No. A server commonly uses 401 to request digest authentication; the client should retry with credentials. Repeated 401 responses usually point to credentials, realm, nonce handling, or account configuration.

What should I do with a 488?

Compare the SDP offer and answer. Look for no common codec, unsupported encryption, incompatible media direction, or an unreachable media profile.

Reference: RFC 3261 SIP.