Cisco IOS Voice Troubleshooting and Monitoring -- SIP and H.323 Internal Cause Codes
From DocWiki
Internal Cause Code Table
Each H.323 and SIP standard cause code accurately reflects the nature of the associated internal failure. This capability makes the H.323 and SIP call control protocols consistent with cause codes that are generated for common problems. For each internal failure, an ITU-T Q.850 release cause code is also assigned andTable: maps the new standard categories with the Q.850 release cause code and description that is assigned to each category.
Table: H.323 and SIP Standard Category With Corresponding Q.850 Cause Code Information
| Standard Category | Standard Category Description | Q.850 Cause Code | Q.850 Release Cause Description |
|---|---|---|---|
|
Unallocated (unassigned) number |
Typical scenarios include:
|
1 |
Indicates that the destination requested by the calling user cannot be reached because the number is unassigned. |
|
No route to specified transit network (national use) |
Typical scenarios include:
|
2 |
Indicates that the gateway is asked to route the call through an unrecognized intermediate network. |
|
Destination address resolution failure |
Typical scenarios include:
|
3 |
CC_CAUSE_NO_ROUTE
|
|
Send special information tone |
Typical scenarios include:
|
4 |
Indicates that the called party cannot be reached for reasons that are of a long-term nature and that the special information tone should be returned to the calling party. |
|
Misdialed trunk prefix (national use) |
Typical scenarios include:
|
5 |
Indicates the erroneous inclusion of a trunk prefix in a called party number. |
|
Channel unacceptable |
Typical scenarios include:
|
6 |
Indicates that the channel most recently identified is not acceptable to the sending entity for use in this call. |
|
Call awarded and being delivered in an established channel |
Typical scenarios include:
|
7 |
Indicates that the user has been awarded the incoming call and that the incoming call is being connected to a channel already established to that user for similar calls. |
|
Preemption |
Typical scenarios include:
|
8 |
Indicates the call is being pre-empted. |
|
Preemption. Circuit reserved for reuse |
Typical scenarios include:
|
9 |
Indicates the call is being pre-empted and the circuit is reserved for reuse by pre-empting exchange. |
|
Normal call clearing |
Typical scenarios include:
|
16 |
Indicates that the call is being cleared because one of the users involved with the call has requested that the call be cleared. |
|
User busy |
Typical scenarios include:
|
17 |
Indicates that the called party is unable to accept another call because the user busy condition has been encountered. This cause value can be generated by the called user or by the network. In the case of user determined user busy, it is noted that the user equipment is compatible with the call. |
|
No user responding |
Typical scenarios include:
|
18 |
Used when the called party does not respond to a call establishment message with either an alerting or connect indication within the time allotted. The number that is being dialed has an active D-channel, but the far end chooses not to answer. |
|
No answer from the user (user alerted) |
Typical scenarios include:
|
19 |
Used when the called party has been alerted but does not respond with a connect indication within the time allotted. This cause is not generated by Q.931 procedures but can be generated by internal network timers. |
|
Subscriber absent |
Typical scenarios include:
|
20 |
Used when a mobile station has logged off, radio contact is not obtained with a mobile station, or if a personal telecommunication user is temporarily not addressable at any user-network interface. |
|
Call rejected |
Typical scenarios include:
|
21 |
Indicates that the equipment sending this cause code does not wish to accept this call, although it could have accepted the call because the equipment sending the cause is neither busy nor incompatible.
|
|
Number changed |
Typical scenarios include:
|
22 |
Returned to a calling party when the called number indicated by the calling party is no longer assigned. The new called party number might be optionally included in this diagnostic field. |
|
Redirection to a new destination |
Typical scenarios include:
|
23 |
Used by a general ISUP protocol mechanism that decides that the call should be sent to a different called number. |
|
Exchange routing error |
Typical scenarios include:
|
25 |
Indicates that the destination indicated by the user cannot be reached because an intermediate exchange has released the call due to reaching a limit in executing the hop counter procedure. |
|
Nonselected user clearing |
Typical scenarios include:
|
26 |
Indicates that the user has not been awarded the incoming call. |
|
Socket failure |
Typical scenarios include:
|
27 |
CC_CAUSE_DESTINATION_OUT_ OF_ORDER
|
|
Invalid number format |
Typical scenarios include:
|
28 |
Indicates that the called party cannot be reached because the called party number is not in a valid format or is not complete. |
|
Facility rejected |
Typical scenarios include:
|
29 |
Indicates that a supplementary service requested by the user cannot be provided by the network. |
|
Response to STATUS ENQUIRY |
Typical scenarios include:
|
30 |
Included in the STATUS message when the reason for generating the STATUS message was the prior receipt of a STATUS ENQUIRY message. |
|
Normal, unspecified |
Typical scenarios include:
|
31 |
Reports a normal event only when no other cause in the normal class applies. |
|
No circuit/channel available |
Typical scenarios include:
|
34 |
Indicates that there is no appropriate circuit or channel presently available to handle the call. |
|
Network out of order |
Typical scenarios include:
|
38 |
Indicates that the network is not functioning correctly and that the condition is likely to last for an extended period. |
|
Permanent frame mode connection is out of service |
Typical scenarios include:
|
39 |
Included in a STATUS message to indicate that a permanently established frame mode connection is out of service. |
|
Permanent frame mode connection is operational |
Typical scenarios include:
|
40 |
Included in a STATUS message to indicate that a permanently established frame mode connection is operational and capable of carrying user information. |
|
Temporary failure |
Typical scenarios include:
|
41 |
Indicates that the network is not functioning correctly and that the condition is likely to be resolved quickly. |
|
Switching equipment congestion |
Typical scenarios include:
|
42 |
Indicates that the switching equipment generating this cause is experiencing high traffic. |
|
Access information discarded |
Typical scenarios include:
|
43 |
Indicates that the network could not deliver access information to the remote user as requested. |
|
Requested circuit/channel not available |
Typical scenarios include:
|
44 |
Returned when the circuit or channel indicated by the requested entity cannot be provided by the other side of the interface. |
|
Precedence call blocked |
Typical scenarios include:
|
46 |
Indicates that there are no pre-emptable circuits or that the called user is busy with a call of equal or higher pre-emptable level. |
|
Internal resource allocation failure |
Typical scenarios include:
|
47 |
CC_CAUSE_NO_RESOURCE
|
|
QoS error |
Typical scenarios include:
|
49 |
CC_CAUSE_QOS_UNAVAILABLE
|
|
Requested facility not subscribed |
Typical scenarios include:
|
50 |
Indicates that the user has requested a supplementary service that the user is not authorized to use. |
|
Outgoing calls barred within Closed User Group (CUG) |
Typical scenarios include:
|
53 |
Indicates that although the calling party is a member of a CUG for the outgoing CUG call, outgoing calls are not allowed for this member of the CUG. |
|
Incoming calls barred within Closed User Group (CUG) |
Typical scenarios include:
|
55 |
Indicates that although the called party is a member of a CUG for the incoming CUG call, incoming calls are not allowed for this member of the CUG. |
|
Bearer capability not authorized |
Typical scenarios include:
|
57 |
Indicates that the user has requested a bearer capability which is implemented on the equipment but the user is not authorized to use. |
|
Bearer capability not presently available |
Typical scenarios include:
|
58 |
Indicates that the user has requested a bearer capability which is implemented by the equipment and is currently unavailable. |
|
Inconsistency in designated outgoing access information and subscriber class |
Typical scenarios include:
|
62 |
Indicates that there is an inconsistency in the designated outgoing access information and subscriber class. |
|
Service or option not available, unspecified |
Typical scenarios include:
|
63 |
Reports a service or option not available event only when no other cause in the service or option not available class applies. |
|
Media negotiation failure |
Typical scenarios include:
|
65 |
CC_CAUSE_BEARER_CAPABILITY_ NOT_IMPLEMENTED
|
|
Channel type not implemented |
Typical scenarios include:
|
66 |
Indicates that the equipment sending this cause does not support the channel type requested. |
|
Requested facility not implemented |
Typical scenarios include:
|
69 |
Indicates that the equipment sending this cause does not support the requested supplementary service. |
|
Only restricted digital information bearer capability is available (National use) |
Typical scenarios include:
|
70 |
Indicates that the calling party has requested an unrestricted bearer service but that the equipment sending this cause only supports the restricted version of the requested bearer capacity. |
|
Service or option not implemented, unspecified |
Typical scenarios include:
|
79 |
Reports a service or option not implemented event only when no other cause in the service or option not implemented class applies. |
|
Invalid call reference value |
Typical scenarios include:
|
81 |
Indicates that the equipment sending the cause has received a message with a call reference which is not currently in use on the user-network interface. |
|
Identified channel does not exist |
Typical scenarios include:
|
82 |
Indicates a call attempt on a channel that is not configured. |
|
A suspended call exists, but this call identity does not |
Typical scenarios include:
|
83 |
Indicates a call resume has been attempted with a call identity which differs from that in use for any presently suspended calls. |
|
Call identity in use |
Typical scenarios include:
|
84 |
Indicates that the network has received a call suspended request containing a call identity which is already in use for a suspended call. |
|
No call suspended |
Typical scenarios include:
|
85 |
Indicates that the network has received a call resume request containing a call identity information element which does not indicate any suspended call. |
|
Call having the requested call identity has been cleared |
Typical scenarios include:
|
86 |
Indicates that the network has received a call identity information element indicating a suspended call that has in the meantime been cleared wile suspended. |
|
User is not a member of Closed User Group (CUG) |
Typical scenarios include:
|
87 |
Indicates that the called user for the incoming CUG call is not a member of the specified CUG. |
|
Incompatible destination |
Typical scenarios include:
|
88 |
Indicates that the equipment sending this cause has received a request to establish a call which has compatibility attributes which cannot be accommodated. |
|
Nonexistent Closed User Group (CUG) |
Typical scenarios include:
|
90 |
Indicates that the specified CUG does not exist. |
|
Invalid transit network selection (National use) |
Typical scenarios include:
|
91 |
Indicates that a transit network identification was received which is of an incorrect format. |
|
Invalid message received error |
Typical scenarios include:
|
95 |
CC_CAUSE_INVALID_MESSAGE
|
|
Mandatory IE missing error |
Typical scenarios include:
|
96 |
CC_CAUSE_MANDATORY_IE_ MISSING
|
|
Message type nonexistent or not implemented |
Typical scenarios include:
|
97 |
Indicates that the equipment sending this cause has received a message which is missing an information element that must be present in the message before the message can be processed. |
|
Message not compatible with call state or message type nonexistent or not implemented |
Typical scenarios include:
|
98 |
Indicates that the equipment sending this cause has received a message such that the procedures do not indicate that this is a permissible message to receive while in this call state. |
|
An information element or parameter does not exist or is not implemented |
Typical scenarios include:
|
99 |
Indicates that the equipment sending this cause has received a message which includes information elements or parameters not recognized because the information element or parameter names are not defined or are defined but not implemented by the equipment. |
|
Invalid IE contents error |
Typical scenarios include:
|
100 |
CC_CAUSE_INVALID_IE_ CONTENTS
|
|
Message in invalid call state |
Typical scenarios include:
|
101 |
CC_CAUSE_MESSAGE_IN_ INCOMP_CALL_STATE
|
|
Call setup timeout failure |
Typical scenarios include:
|
102 |
CC_CAUSE_RECOVERY_ON_ TIMER_EXPIRY
|
|
Parameter nonexistent or not implemented- passed on (National use) |
Typical scenarios include:
|
103 |
Indicates that the equipment sending this cause has received a message which includes parameters not recognized because the parameters are not defined or are defined but not implemented on the equipment. |
|
Message with unrecognized parameter discarded |
Typical scenarios include:
|
110 |
Indicates that the equipment sending this cause has discarded a received message which includes a parameter that is not recognized. |
|
Protocol error, unspecified |
Typical scenarios include:
|
111 |
Reports a protocol error event only when no other cause in the protocol error class applies. |
|
Internal error |
Typical scenarios include:
|
127 |
CC_CAUSE_INTERWORKING
|
