Draft. This article is a work in progress and is not yet
indexed. Content and structure may change.
← All articles SIP 403 Forbidden: causes and per-scenario triage
2026-07-13 · sip, troubleshooting
A SIP 403 Forbidden is the server saying “I understood you and I’m refusing.”
Unlike 401/407, it is not a challenge to re-send with credentials —
resending the same request unchanged gets you another 403.
401 vs 403 — know the difference
- 401 / 407: authenticate and retry with an
Authorization/Proxy-Authorizationheader. Normal handshake. - 403: the request was authenticated (or auth wasn’t the problem) and still refused. Something about who you are or what you asked for is not allowed.
Common causes
- From-user / auth-user mismatch. Many proxies require the
Fromuser to match the authenticated account. Spoofing checks reject the mismatch. - IP / ACL block. The source IP isn’t permitted for this trunk or context.
- Fraud / rate-limit block. Destination prefix blocked, or too many attempts.
- Not provisioned for the route. The account exists but isn’t allowed to dial that destination class (international, premium).
Triage
Paste the request and the 403 into the SIP message analyzer. Check:
- Does the
FromURI user match the auth credentials? - Is there a
ReasonorWarningheader with a hint? - On registration, is the
Contactsane and the source IP expected?
Free download
SIP debugging field guide (PDF)
Get the practitioner guide plus occasional deep-dives on SMPP, SIP and USSD. No spam; unsubscribe any time.
Need a hand?
Stuck on a real integration?
These tools come from day-job work: SMSC/STP/Sigtran, SMPP hookups, USSD gateways and WebRTC. If a paste here turned into a rabbit hole, that's exactly what we do.