SIP 182 Queued vs 483 Too Many Hops
SIP 182 (Queued) is a 1xx Provisional response, while 483 (Too Many Hops) is a 4xx Client Failure response. 182 indicates that the called party is temporarily unavailable but the server has decided to queue the call rather than reject it. The call will be attempted when the callee becomes available. In contrast, 483 means that the Max-Forwards header has reached zero, indicating the request has passed through too many proxies.
Description
The called party is temporarily unavailable but the server has decided to queue the call rather than reject it. The call will be attempted when the callee becomes available.
When You See It
In call center or queuing scenarios where the callee is busy but the system holds the call in a queue.
How to Fix
Wait for the call to be dequeued. If queuing is not desired, configure the server to reject calls instead of queuing them.
Description
The Max-Forwards header has reached zero, indicating the request has passed through too many proxies.
When You See It
When a request traverses more proxies than the Max-Forwards counter allows (default 70). Often indicates a routing loop.
How to Fix
Check for routing loops. If the path is legitimately long, increase Max-Forwards. Usually indicates misconfigured routing.
Key Differences
182 is a 1xx Provisional response, while 483 is a 4xx Client Failure response.
SIP 182: The called party is temporarily unavailable but the server has decided to queue the call rather than reject it. The call will be attempted when the callee becomes available.
SIP 483: The Max-Forwards header has reached zero, indicating the request has passed through too many proxies.
You encounter 182 when in call center or queuing scenarios where the callee is busy but the system holds the call in a queue.
You encounter 483 when when a request traverses more proxies than the Max-Forwards counter allows (default 70). Often indicates a routing loop.
When to Use Which
For 182 (Queued): Wait for the call to be dequeued. If queuing is not desired, configure the server to reject calls instead of queuing them. For 483 (Too Many Hops): Check for routing loops. If the path is legitimately long, increase Max-Forwards. Usually indicates misconfigured routing.