Q.850 Cause Codes – der Rosetta-Stein zwischen SIP und ISUP
Wo SIP auf das klassische Telefonnetz trifft, sprechen die Systeme Q.850: Der ITU-Standard definiert die Cause Codes, die in ISUP-RELEASE-Messages und im SIP-Reason-Header stecken. Wer Trunks debuggt, kommt an ihnen nicht vorbei – und wer sie lesen kann, weiß oft mehr als der SIP-Response-Code allein verrät.
Wo Cause Codes im SIP-Trace auftauchen
Am häufigsten im Reason-Header einer Fehlerantwort oder eines BYE, z. B. Reason: Q.850;cause=16;text="Normal call clearing". Carrier-Interconnects und SBCs mappen dabei zwischen SIP-Response-Codes und Q.850 – das Mapping ist standardisiert (u. a. RFC 3398), aber Hersteller weichen im Detail ab. Deshalb lohnt der Blick auf beide Werte: SIP-Code und Cause.
Die wichtigsten Cause Codes im Alltag
| Cause | Bedeutung | Praxis-Einordnung |
|---|---|---|
| 1 | Unallocated number | Rufnummer existiert nicht / nicht zugeteilt. SIP-Pendant: 404. Bei portierten Nummern oft ein Routing-/Portierungsdatenproblem. |
| 16 | Normal call clearing | Regulärer Gesprächsabbau – kein Fehler. Taucht im BYE auf; wenn ein Call „einfach abbricht" und hier 16 steht, hat eine Seite bewusst aufgelegt (oder etwas legt in ihrem Namen auf). |
| 17 | User busy | Besetzt. SIP: 486 Busy Here. |
| 18 | No user responding | Keine Reaktion des Endgeräts – oft Timeout nach Ringing. SIP: 408/480. |
| 21 | Call rejected | Aktive Ablehnung – durch Nutzer (Ablehnen-Taste) oder Policy (Sperrliste, ACR). SIP: 403/603. |
| 28 | Invalid number format | Rufnummernformat falsch – der Dauerbrenner bei E.164- vs. national-Format-Konflikten am Interconnect. SIP: 484. |
| 31 | Normal, unspecified | Die nichtssagendste aller Meldungen: „irgendwas war, wir sagen nicht was". Häufig das Ergebnis mehrfachen Mappings über Netzgrenzen, bei dem die echte Ursache verloren ging. Der Namensgeber dieses Tools – weil niemand mit dieser Antwort nach Hause gehen sollte. |
| 34 | No circuit/channel available | Keine freien Kanäle – Trunk voll oder CAC-Limit. SIP: oft 503. |
| 38 | Network out of order | Netzstörung auf dem Weg – deutet auf Carrier-Problem, mit Trace eskalieren. |
| 41 | Temporary failure | Vorübergehender Fehler, Retry oft erfolgreich. Häufiges Symptom flappender Peers. |
| 44 | Requested channel not available | Angeforderter Kanal nicht verfügbar – TDM-Erbe, an SIP-Trunks selten und dann meist ein Mapping-Artefakt. |
| 88 | Incompatible destination | Inkompatible Gegenstelle – bei SIP fast immer ein Medien-/Codec-Problem. SIP: 488. |
| 102 | Recovery on timer expiry | Ein Protokoll-Timer ist abgelaufen (z. B. keine Antwort auf Setup). Zeigt Richtung Signalisierungs-Timeout, nicht Richtung Medien. |
Der Sonderfall cause 31
Normal, unspecified ist formal kein Fehler – es ist die Restklasse für alles, was in keine andere Schublade passt. In der Praxis entsteht cause 31 oft durch Mapping-Verluste: Ein spezifischer Fehler (z. B. ein 488 wegen Codec-Mismatch) wird über mehrere Netzübergänge übersetzt, und irgendwo auf dem Weg bleibt nur noch „normal, unspecified" übrig. Die Debugging-Konsequenz: Nicht beim cause 31 stehenbleiben, sondern im Trace stromaufwärts suchen – auf einem früheren Leg steckt fast immer die spezifischere Ursache.
Cause31 korreliert die Call-Legs über SBC-Grenzen hinweg und findet die Ursache dort, wo sie entstanden ist – bevor das Mapping sie verschluckt hat. pcap laden, Ladder ansehen, KI-Diagnose lesen. Kostenlos, Parsing lokal im Browser.
Trace jetzt analysieren →
Verwandte Themen: SIP 488 · SIP 481 · SIP 503 · SIP 486 · alle Artikel