|
|
Table Of Contents
debug cdma pdsn accounting flow
debug cdma pdsn accounting time-of-day
debug cdma pdsn resource-manager
debug cdma pdsn service-selection
debug cellular messages management
debug cellular messages virt-con
debug cch323
To provide debugging output for various components within the H.323 subsystem, use the debug cch323 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 {all | error | h225 | h245 | nxe | ras | rawmsg | session}
no debug cch323
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug cch323 Command with the all Keyword
When used with the debug cch323 command, the all keyword provides debug output for various components within the H.323 subsystem.
The debug cch323 command used with the all keyword enables the following debug cch323 commands:
CautionUsing the debug cch323 all command could slow your system and flood the TTY if there is significant call traffic.
The debug cch323 Command with the error Keyword
When used with the debug cch323 command, the error keyword allows you to trace errors encountered in the H.323 subsystem.
Note
The debug cch323 Command with the h225 Keyword
When used with the debug cch323 command, the h225 keyword allows you to trace the state transition of the H.225 state machine on the basis of the processed event.
The definitions of the different states of the H.225 state machine follow:
•
•
•
•
•
•
•
•
The definitions of the different events of the H.225 state machine follow:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
The debug cch323 Command with the h245 Keyword
When used with the debug cch323 command, the h245 keyword allows you to trace the state transition of the H.245 state machine on the basis of the processed event.
The H.245 state machines include the following three state machines:
•
•
•
The state definitions follow:
•
•
•
•
•
•
•
•
•
The event definitions follow:
•
•
•
•
•
•
•
•
•
•
•
•
The debug cch323 Command with the nxe Keyword
When used with the debug cch323 command, the nxe keyword allows you to display the Annex E events that have been transmitted and received.
The debug cch323 Command with the ras Keyword
When used with the debug cch323 command, the ras keyword allows you to trace the state transition of the RAS state machine based on the processed events.
RAS operates in two state machines. One global state machine controls the overall RAS operation of the gateway. The other state machine is a per-call state machine that controls the active calls.
The definitions of the different states of the RAS state machine follow:
•
•
•
•
•
•
•
•
The definitions of the different events of the RAS state machine follow:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
The debug cch323 Command with the rawmsg Keyword
When used with the debug cch323 command, the rawmsg keyword allows you to troubleshoot raw message buffer problems.
Caution
The debug cch323 Command with the session Keyword
Used with the debug cch323 command, the session keyword allows you to trace general H.323 events.
Caution
Examples
The debug cch323 Command with the all Keyword Example
The debug cch323 all command and keyword combination provides output for the following keywords: error, h225, h245, nxe, ras, rawmsg, and session. Examples of output for each keyword follow.
The debug cch323 Command with the error Keyword Example
The following is sample output from a typical debug cch323 error request on a Cisco 3640 router:
Router# debug cch323 errorcch323_h225_receiver:received msg of unknown type 5The debug cch323 Command with the h225 Keyword Example
The following is sample output from a typical debug cch323 h225 request on a Cisco 3640 router:
Router# debug cch323 h22520:59:17:Set new event H225_EVENT_SETUP20:59:17:H225 FSM:received event H225_EVENT_SETUP while at state H225_IDLE20:59:17:Changing from H225_IDLE state to H225_SETUP state20:59:17:cch323_h225_receiver:received msg of type SETUPCFM_CHOSEN20:59:17:H225 FSM:received event H225_EVENT_SETUP_CFM_IND while at stateH225_SETUP20:59:17:Changing from H225_SETUP state to H225_ACTIVE state20:59:17:Set new event H225_EVENT_H245_SUCCESS20:59:17:H225 FSM:received event H225_EVENT_H245_SUCCESS while at stateH225_ACTIVE20:59:20:Set new event H225_EVENT_RELEASE20:59:20:H225 FSM:received event H225_EVENT_RELEASE while at stateH225_ACTIVE20:59:20:Changing from H225_ACTIVE state to H225_WAIT_FOR_DRQ state20:59:20:Set new event H225_EVENT_RAS_SUCCESS20:59:20:H225 FSM:received event H225_EVENT_RAS_SUCCESS while at stateH225_WAIT_FOR_DRQ20:59:20:Changing from H225_WAIT_FOR_DRQ state to H225_IDLE stateTable 45 describes the significant fields shown in the display.
The debug cch323 Command with the h245 Keyword Example
The following is sample output from a typical debug cch323 h245 request on a Cisco 3640 router:
Router# debug cch323 h24520:58:23:Changing to new event H245_EVENT_MSD20:58:23:H245 MS FSM:received event H245_EVENT_MSD while at stateH245_MS_NONE20:58:23:changing from H245_MS_NONE state to H245_MS_WAIT state20:58:23:Changing to new event H245_EVENT_CAP20:58:23:H245 CAP FSM:received event H245_EVENT_CAP while at stateH245_CAP_NONE20:58:23:changing from H245_CAP_NONE state to H245_CAP_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_INDICATION20:58:23:Changing to new event H245_EVENT_MS_IND20:58:23:H245 MS FSM:received event H245_EVENT_MS_IND while at stateH245_MS_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_CAP_TRANSFER_INDICATION20:58:23:Changing to new event H245_EVENT_CAP_IND20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_IND while at stateH245_CAP_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_CONFIRM20:58:23:Changing to new event H245_EVENT_MS_CFM20:58:23:H245 MS FSM:received event H245_EVENT_MS_CFM while at stateH245_MS_WAIT20:58:23:changing from H245_MS_WAIT state to H245_MS_DONE state0:58:23:cch323_h245_receiver:received msg of type M_H245_CAP_TRANSFER_CONFIRM20:58:23:Changing to new event H245_EVENT_CAP_CFM20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_CFM while at stateH245_CAP_WAIT20:58:23:changing from H245_CAP_WAIT state to H245_CAP_DONE state20:58:23:Changing to new event H245_EVENT_OLC20:58:23:H245 OLC FSM:received event H245_EVENT_OLC while at stateH245_OLC_NONE20:58:23:changing from H245_OLC_NONE state to H245_OLC_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_UCHAN_ESTABLISH_INDICATION20:58:23:Changing to new event H245_EVENT_OLC_IND20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_IND while at stateH245_OLC_WAIT20:58:23:cch323_h245_receiver:received msg of type M_H245_UCHAN_ESTAB_ACK20:58:23:Changing to new event H245_EVENT_OLC_CFM20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_CFM while at stateH245_OLC_WAIT20:58:23:changing from H245_OLC_WAIT state to H245_OLC_DONE stateTable 46 describes the significant fields shown in the display.
The debug cch323 Command with the nxe Keyword Example
The following is sample output from a debug cch323 nxe request:
Router# debug cch323 nxe00:15:54:nxe_handle_usrmsg_to_remote:User Message size is 22700:15:54:nxe_msg_send_possible:Msg put in the active Q for CRV [3, direction flag 0]00:15:54:nxe_send_msg:H323chan returns bytes sent=241, the actual len=241, to IPaddr[0xA4D4A02], Port [2517]00:15:54:nxe_handle_usrmsg_to_remote:Usr Msg sent for IPaddr [0xA4D4A02], Port [2517], CRV[3, direction flag 0]00:15:54:nxe_parse_msg_from_remote:Msg received from IP [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Value of PDU flags = 0x200:15:54:nxe_parse_payload:Transport msg type, Payload flag = 0x000:15:54:nxe_receive_ack:Ack received for 1 pdus00:15:54:nxe_receive_ack:Ack received for seqnum=13 from IPAddr [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Msg received from IP [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Value of PDU flags = 0x300:15:54:nxe_parse_payload:Static msg type, Payload flag = 0xA000:15:54:nxe_parse_x_static:Rx H225 msg from IPaddr [0xA4D4A02], Port [2517], CRV [3,direction flag 0]00:15:54:nxe_make_ackmsg:NXE ACK Msg made to ack seqnum=1400:15:54:nxe_send_msg:H323chan returns bytes sent=16, the actual len=16, to IPaddr[0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Ack sent for Destination IPaddr [0xA4D4A02], Port[2517]00:15:54:nxe_parse_msg_from_remote:Msg received from IP [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Value of PDU flags = 0x300:15:54:nxe_parse_payload:Static msg type, Payload flag = 0xA000:15:54:nxe_parse_x_static:Rx H225 msg from IPaddr [0xA4D4A02], Port [2517], CRV [3,direction flag 0]The debug cch323 Command with the ras Keyword Example
The following is sample output from a typical debug cch323 ras request on a Cisco 3640 router:
Router# debug cch323 ras20:58:49:Changing to new event CCH323_RAS_EVENT_SEND_RRQcch323_run_ras_sm:received event CCH323_RAS_EVENT_SEND_RRQ while at CCH323_RAS_STATE_IDLE statecch323_run_ras_sm:changing to CCH323_RAS_STATE_RRQ statecch323_ras_receiver:received msg of type RCF_CHOSENcch323_run_ras_sm:received event CCH323_RAS_EVENT_RCF while at CCH323_RAS_STATE_RRQ statecch323_run_ras_sm:changing to CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_NEWCALL while at CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_ARQcch323_ras_receiver:received msg of type ACF_CHOSEN20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_ACF while atCCH323_RAS_STATE_ARQ state20:58:59:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVE20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_CALLDISC whileat CCH323_RAS_STATE_ACTIVE state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_DRQcch323_ras_receiver:received msg of type DCF_CHOSEN20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_DCF while atCCH323_RAS_STATE_DRQ state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_IDLE20:59:04:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_IRR while atCCH323_RAS_STATE_ACTIVE state20:59:04:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVETable 47 describes the significant fields shown in the display.
The debug cch323 Command with the rawmsg Keyword Example
The following is sample output from a typical debug cch323 rawmsg request on a Cisco 3640 router:
Router# debug cch323 rawmsg00:32:04:cch323_h225_progress_ind:raw message is 4 bytes:1E 02 81 8800:32:22:cch323_h225_release_ind:raw message is 80 bytes:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000:32:22:cch323_h225_release_notify:raw message is 80 bytes:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00The debug cch323 Command with the session Keyword Examples
Following are two examples of output using the debug cch323 session command and keyword combination. The first example is for a call setup on an originating gateway. The second example is for a call setup on a terminating gateway.
The following is sample output from a typical debug cch323 session request for a call setup on an originating gateway:
Router# debug cch323 session00:33:49:cch323_call_setup:gw_id=1, callID=1600:33:49:cch323_get_new_ccb:ccb (0x81D12D2C) is in use00:33:49:cch323_call_setup:inserted ccbcch323_get_peer_info:faxrate[21]proto[2]bitmask[10002]t38_inhibit[0]global_fax[0]00:33:49:Not using Voice Class Codec00:33:49:cch323_get_peer_info:preffered_codec set to G729IETF with Bytes = 2000:33:49:cch323_get_peer_info:peer:81FC0D14, peer->voice_peer_tag:12D, ccb:81D12D2C00:33:49:Call_setup Playout Mode:0,Init 60, Min 40, Max 20000:33:49:No account/pin number available00:33:49:cch323_call_setup_normal:for callID 1000:33:49:timer (0x81D130D4)starts - delay (15000)00:33:49:cch323_ct_main:SOCK 1 Event 0x100:33:49:timer(0x81D130D4) stops00:33:49:Near-end Pref Codecs = G.729 IETF00:33:49: generic_open_logical_channel:codec is g72900:33:49:cch323_generic_open_logical_channel:Filling in qosCapability field to 000:33:49:timer (0x81D130D4)starts - delay (15000)00:33:49:cch323_ct_main:SOCK 1 Event 0x100:33:49:cch323_ct_main:SOCK 1 Event 0x100:33:49: [1]towner_data=0x81D13C88, len=105, msgPtr=0x81D0760800:33:49:cch323_gw_process_read_socket:received msg for H.22500:33:49:timer(0x81D130D4) stops00:33:49:timer (0x81D130D4)starts - delay (180000)00:33:49:Codec:loc(16), rem(16),Bytes:loc(20), Fwd(20), Rev(20)00:33:49:cch323_rtp_open_notify:00:33:50:cch323_ct_main:SOCK 1 Event 0x100:33:50: [1]towner_data=0x81D13C88, len=71, msgPtr=0x81F1F2E000:33:50:cch323_gw_process_read_socket:received msg for H.22500:33:50:cch323_caps_ind:cap_modem_proto:0, cap_modem_codec:0, cap_modem_redundancy:0 payload 10000:33:50:cch323_caps_ind:Load DSP with Negotiated codec(16) g729r8, Bytes=2000:33:50:cch323_caps_ind:set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICEThe following is sample output from a typical debug cch323 session request for a call setup on a terminating gateway:
Router# debug cch323 session00:23:27:cch323_ct_main:SOCK 0 Event 0x100:23:27:cch323_ct_main:SOCK 1 Event 0x100:23:27: [1]towner_data=0x81F9CA9C, len=179, msgPtr=0x81D15C6C00:23:27:cch323_gw_process_read_socket:received msg for H.22500:23:27:cch323_h225_receiver CCB not existing already00:23:27:cch323_get_new_ccb:ccb (0x81F90184) is in use00:23:27:cch323_h225_receiver Got a new CCB for call id -211546756400:23:27:cch323_h225_setup_ind00:23:27:Not using Voice Class Codec00:23:27:cch323_set_peer:peer:81FB3228, peer->voice_peer_tag:12C, ccb:81F9018400:23:27:Near-end Pref Codecs = G.729 IETF00:23:27:Codec:loc(16), rem(16),Bytes:loc(20), Fwd(20), Rev(20)00:23:27:cch323_build_fastStart_cap_response:Retrieved qosCapability of 000:23:27:cch323_build_fastStart_cap_response:In Response Filling in qosCapability field to 000:23:27:Not using Voice Class CodecRelated Commands
debug cch323 capacity
To track the call capacity of the gatekeeper, use the debug cch323 capacity command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 capacity
no debug cch323 capacity
Syntax Description
This command has no keywords or arguments.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use the debug cch323 capacity command to track the maximum and current call capacity values in the Registration, Admission, and Status (RAS) Protocol messages and to debug capacity-related problems while sending RAS messages. This command is entered on the gateway to monitor the call capacity of the gatekeeper.
The command lists the values for current and maximum call capacity provided by the trunk group capacity resource manager if and when the H.323 Service Provider Interface (SPI) requests the information for all or specific groups of circuits.
Examples
The following is sample output from the debug cch323 capacity command:
Router# debug cch323 capacityCall Capacity Information tracing is enabled5d00h: cch323_process_carrier_update: Registered = 1,Event = 1,Reason = 15d00h: cch323_process_carrier_update: CarrierId = CARRIERA_NEWENGLAND5d00h: cch323_fill_crm_CallCapacities: Reason = 1, GroupID = CARRIERA_NEWENGLAND5d00h: Capacity Details: Maximum Channels in Group: 23Max. Voice Calls(In) : 23, Max. Voice Calls(Out): 23Active Voice Calls(In): 5, Active Voice Calls(Out): 7Max. Voice Calls(to GK): 23, Avail. Voice Calls(to GK): 11The gatekeeper displays this output when trunk groups are added, deleted, or modified or when circuits in a trunk group are deactivated or activated (similar to ISDN layer 2 down/up).
5d00h: cch323_process_carrier_update: Registered = 1,Event = 1,Reason = 15d00h: cch323_process_carrier_update: CarrierId = CARRIERA_NEWENGLANDTable 48 describes the significant fields shown in the display.
The gatekeeper displays this output whenever call capacity information is sent to the gatekeeper.
5d00h: cch323_fill_crm_CallCapacities: Reason = 1, GroupID = CARRIERA_NEWENGLAND5d00h: Capacity Details: Maximum Channels in Group: 23Max. Voice Calls(In) : 23, Max. Voice Calls(Out): 23Active Voice Calls(In): 5, Active Voice Calls(Out): 7Max. Voice Calls(to GK): 23, Avail. Voice Calls(to GK): 11Table 49 describes the significant fields shown in the display.
Related Commands
debug cch323 h225
To provide the trace of the state transition of the H.225 state machine based on the processed events, use the debug cch323 h225 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 h225
no debug cch323 h225
Syntax Description
This command has no keywords or arguments.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
11.3(6)NA2
This command was introduced.
12.2(2)XB1
This command was implemented on the Cisco AS5850.
12.2(11)T
This command was integrated into Cisco IOS Release 12.2(11)T.
Usage Guidelines
State Descriptions
The state definitions of the different states of the H.225 state machine are as follows:
•
•
•
•
•
•
•
•
Events Description
The event definitions of the different events of the H.225 state machine are as follows:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Examples
The following is sample output from the debug cch323 h225 command:
Router# debug cch323 h22520:59:17:Set new event H225_EVENT_SETUP20:59:17:H225 FSM:received event H225_EVENT_SETUP while at state H225_IDLE20:59:17:Changing from H225_IDLE state to H225_SETUP state20:59:17:cch323_h225_receiver:received msg of type SETUPCFM_CHOSEN20:59:17:H225 FSM:received event H225_EVENT_SETUP_CFM_IND while at stateH225_SETUP20:59:17:Changing from H225_SETUP state to H225_ACTIVE state20:59:17:Set new event H225_EVENT_H245_SUCCESS20:59:17:H225 FSM:received event H225_EVENT_H245_SUCCESS while at stateH225_ACTIVE20:59:20:Set new event H225_EVENT_RELEASE20:59:20:H225 FSM:received event H225_EVENT_RELEASE while at stateH225_ACTIVE20:59:20:Changing from H225_ACTIVE state to H225_WAIT_FOR_DRQ state20:59:20:Set new event H225_EVENT_RAS_SUCCESS20:59:20:H225 FSM:received event H225_EVENT_RAS_SUCCESS while at stateH225_WAIT_FOR_DRQ20:59:20:Changing from H225_WAIT_FOR_DRQ state to H225_IDLE statedebug cch323 h245
To provide the trace of the state transition of the H.245 state machine based on the processed events, use the debug cch323 h245 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 h245
no debug cch323 h245
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
11.3(6)NA2
This command was introduced.
12.2(2)XB1
This command was implemented on the Cisco AS5850.
12.2(11)T
This command was integrated into Cisco IOS Release 12.2(11)T.
Usage Guidelines
The H.245 state machines include the following three state machines:
•
•
•
State Definitions
The definitions are as follows:
•
•
•
•
•
•
•
•
•
Event definitions
•
•
•
•
•
•
•
•
•
•
•
•
Examples
The following is sample output from the debug cch323 h245 command:
Router# debug cch323 h24520:58:23:Changing to new event H245_EVENT_MSD20:58:23:H245 MS FSM:received event H245_EVENT_MSD while at stateH245_MS_NONE20:58:23:changing from H245_MS_NONE state to H245_MS_WAIT state20:58:23:Changing to new event H245_EVENT_CAP20:58:23:H245 CAP FSM:received event H245_EVENT_CAP while at stateH245_CAP_NONE20:58:23:changing from H245_CAP_NONE state to H245_CAP_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_INDICATION20:58:23:Changing to new event H245_EVENT_MS_IND20:58:23:H245 MS FSM:received event H245_EVENT_MS_IND while at stateH245_MS_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_CAP_TRANSFER_INDICATION20:58:23:Changing to new event H245_EVENT_CAP_IND20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_IND while at stateH245_CAP_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_CONFIRM20:58:23:Changing to new event H245_EVENT_MS_CFM20:58:23:H245 MS FSM:received event H245_EVENT_MS_CFM while at stateH245_MS_WAIT20:58:23:changing from H245_MS_WAIT state to H245_MS_DONE state0:58:23:cch323_h245_receiver:received msg of type M_H245_CAP_TRANSFER_CONFIRM20:58:23:Changing to new event H245_EVENT_CAP_CFM20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_CFM while at stateH245_CAP_WAIT20:58:23:changing from H245_CAP_WAIT state to H245_CAP_DONE state20:58:23:Changing to new event H245_EVENT_OLC20:58:23:H245 OLC FSM:received event H245_EVENT_OLC while at stateH245_OLC_NONE20:58:23:changing from H245_OLC_NONE state to H245_OLC_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_UCHAN_ESTABLISH_INDICATION20:58:23:Changing to new event H245_EVENT_OLC_IND20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_IND while at stateH245_OLC_WAIT20:58:23:cch323_h245_receiver:received msg of type M_H245_UCHAN_ESTAB_ACK20:58:23:Changing to new event H245_EVENT_OLC_CFM20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_CFM while at stateH245_OLC_WAIT20:58:23:changing from H245_OLC_WAIT state to H245_OLC_DONE statedebug cch323 preauth
To enable diagnostic reporting of authentication, authorization, and accounting (AAA) call preauthentication for H.323 calls, use the debug cch323 preauth command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 preauth
no debug cch323 preauth
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Examples
The following is debugging output for a single H.323 call:
Router# debug cch323 preauthCCH323 preauth tracing is enabledcch323_is_preauth_reqd is TRUEJan 23 18:39:56.393: In cch323_send_preauth_req for preauth_id = -1Jan 23 18:39:56.393: Entering rpms_proc_print_preauth_reqJan 23 18:39:56.393: Request = 0Jan 23 18:39:56.393: Preauth id = 86514Jan 23 18:39:56.393: EndPt Type = 1Jan 23 18:39:56.393: EndPt = 192.168.81.102Jan 23 18:39:56.393: Resource Service = 1Jan 23 18:39:56.393: Call_origin = answerJan 23 18:39:56.393: Call_type = voipJan 23 18:39:56.393: Calling_num = 2230001Jan 23 18:39:56.393: Called_num = 1#1130001Jan 23 18:39:56.393: Protocol = 0Jan 23 18:39:56.393: cch323_insert_preauth_tree:Created node with preauth_id = 86514 ,ccb 6852D5BC , node 651F87FCJan 23 18:39:56.393:rpms_proc_create_node:Created node with preauth_id = 86514Jan 23 18:39:56.393:rpms_proc_send_aaa_req:uid got is 466725Jan 23 18:39:56.397:rpms_proc_preauth_response:Context is for preauth_id 86514, aaa_uid 466725Jan 23 18:39:56.397: Entering Function cch323_rpms_proc_callback_funcJan 23 18:39:56.397:cch323_rpms_proc_callback_func:PREAUTH_SUCCESS for preauth id 86514 aaa_uid 466725 auth_serv 1688218168Jan 23 18:39:56.397:rpms_proc_preauth_response:Deleting Tree node for preauth id 86514 uid 466725Jan 23 18:39:56.397:cch323_get_ccb_and_delete_from_preauth_tree:Preauth_id=86514cch323_get_ccb_and_delete_from_preauth_tree:651F87FC node and 6852D5BC ccbTable 50 describes the significant fields shown in the display.
debug cch323 ras
To provide the trace of the state transition of the Registration, Admission, and Status (RAS) Protocol state machine based on the processed events, use the debug cch323 ras command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 ras
no debug cch323 ras
Syntax Description
This command has no keywords or arguments.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
11.3(6)NA2
This command was introduced.
12.2(2)XB1
This command was implemented on the Cisco AS5850.
12.2(11)T
This command was integrated into Cisco IOS Release 12.2(11)T.
Usage Guidelines
RAS operates in two state machines. One global state machine controls the overall RAS operation of the Gateway. The other state machine is a per call state machine that controls the active calls.
State definitions
The state definitions of the different states of the RAS state machine follow:
•
•
•
•
•
•
•
•
Event Definitions
These are the event definitions of the different states of the RAS state machine:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Examples
The following is sample output from the debug cch323 preauth command:
Router# debug cch323 preauth20:58:49:Changing to new event CCH323_RAS_EVENT_SEND_RRQcch323_run_ras_sm:received event CCH323_RAS_EVENT_SEND_RRQ while at CCH323_RAS_STATE_IDLE statecch323_run_ras_sm:changing to CCH323_RAS_STATE_RRQ statecch323_ras_receiver:received msg of type RCF_CHOSENcch323_run_ras_sm:received event CCH323_RAS_EVENT_RCF while at CCH323_RAS_STATE_RRQ statecch323_run_ras_sm:changing to CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_NEWCALL while at CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_ARQcch323_ras_receiver:received msg of type ACF_CHOSEN20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_ACF while atCCH323_RAS_STATE_ARQ state20:58:59:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVE20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_CALLDISC whileat CCH323_RAS_STATE_ACTIVE state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_DRQcch323_ras_receiver:received msg of type DCF_CHOSEN20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_DCF while atCCH323_RAS_STATE_DRQ state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_IDLE20:59:04:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_IRR while atCCH323_RAS_STATE_ACTIVE state20:59:04:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVEdebug cch323 video
To provide debugging output for video components within the H.323 subsystem, use the debug cch323 video command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 video
no debug cch323 video
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
12.4(4)XC
This command was introduced.
12.4(9)T
This command was integrated into Cisco IOS Release 12.4(9)T.
Usage Guidelines
Use this command to enable a debugging trace for the video component in an H.323 network.
Examples
Originating Gateway Example
The following is sample output of the debugging log for an originating Cisco Unified CallManager Express (Cisco Unified CME) gateway after the debug cch323 video command was enabled:
Router# show logSyslog logging: enabled (11 messages dropped, 487 messages rate-limited,0 flushes, 0 overruns, xml disabled, filtering disabled)Console logging: disabledMonitor logging: level debugging, 0 messages logged, xml disabled,filtering disabledBuffer logging: level debugging, 1144 messages logged, xml disabled,filtering disabledLogging Exception size (4096 bytes)Count and timestamp logging messages: disabledTrap logging: level informational, 1084 message lines loggedLog Buffer (6000000 bytes):Jun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_peer_info: EntryJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_peer_info: Have peerJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_set_pref_codec_list: First preferred codec(bytes)=16(20)Jun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_peer_info: Flow Mode set to FLOW_THROUGHJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_caps_chn_info: No peer leg setup paramsJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_caps_chn_info: Setting CCH323_SS_NTFY_VIDEO_INFOJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_set_h323_control_options_outgoing: h245 sm mode = 8463Jun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_set_h323_control_options_outgoing: h323_ctl=0x20Jun 13 09:19:42.010: //103030/C7838B198002/H323/cch323_rotary_validate: No peer_ccb availableTerminating Gateway Example
The following is sample output of the debugging log for a terminating Cisco Unified Survivable Remote Site Telephony (Cisco Unified SRST) gateway after the debug cch323 video command was enabled:
Router# show logSyslog logging: enabled (11 messages dropped, 466 messages rate-limited,0 flushes, 0 overruns, xml disabled, filtering disabled)Console logging: disabledMonitor logging: level debugging, 0 messages logged, xml disabled,filtering disabledBuffer logging: level debugging, 829 messages logged, xml disabled,filtering disabledLogging Exception size (4096 bytes)Count and timestamp logging messages: disabledTrap logging: level informational, 771 message lines loggedLog Buffer (200000 bytes):Jun 13 09:19:42.011: //103034/C7838B198002/H323/setup_ind: Receive bearer cap infoXRate 24, rateMult 12Jun 13 09:19:42.011: //103034/C7838B198002/H323/cch323_set_h245_state_mc_mode_incoming: h245 state m/c mode=0x10F, h323_ctl=0x2FJun 13 09:19:42.015: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=103034Jun 13 09:19:42.019: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event CC_EV_H245_SET_MODE: data ptr=0x465D5760Jun 13 09:19:42.019: //-1/xxxxxxxxxxxx/H323/cch323_set_mode: callID=103034, flow Mode=1 spi_mode=0x6Jun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_do_call_proceeding: set_mode NOT called yet...saved deferred CALL_PROCJun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_h245_connection_sm: state=0, event=0, ccb=4461B518, listen state=0Jun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_process_set_mode: Setting inbound leg mode flags to 0x10F, flow-mode to FLOW_THROUGHJun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_process_set_mode: Sending deferred CALL_PROCJun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_do_call_proceeding: set_mode called so we can proceed with CALLPROCJun 13 09:19:42.027: //103034/C7838B198002/H323/cch323_h245_connection_sm: state=1, event=2, ccb=4461B518, listen state=1Jun 13 09:19:42.027: //103034/C7838B198002/H323/cch323_send_cap_request: Setting mode to VIDEO MODEJun 13 09:19:42.031: //103034/C7838B198002/H323/cch323_h245_cap_ind: Masks au=0xC data=0x2 uinp=0x32Related Commands
debug ccm-manager
To display debugging information about Cisco CallManager, use the debug ccm-manager command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccm-manager {backhaul {errors | events | packets} | config-download {all | errors | events | packets | tone | xml} | errors | events | music-on-hold {errors | events | packets} | packets}
no debug ccm-manager
Syntax Description
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the debug ccm-manager events command:
Router# debug ccm-manager events*Feb 28 22:56:05.873: cmapp_mgcpapp_go_down: Setting mgc status to NO_RESPONSE*Feb 28 22:56:05.873: cmapp_host_fsm: New state DOWN for host 0 (172.20.71.38)*Feb 28 22:56:05.873: cmapp_mgr_process_ev_active_host_failed: Active host 0 (172.20.71.38) failed*Feb 28 22:56:05.873: cmapp_mgr_check_hostlist: Active host is 0 (172.20.71.38)*Feb 28 22:56:05.877: cmapp_mgr_switchover: New actv host will be 1 (172.20.71.44)*Feb 28 22:56:05.877: cmapp_host_fsm: Processing event GO_STANDBY for host 0 (172.20.71.38) in state DOWN*Feb 28 22:56:05.877: cmapp_open_new_link: Open link for [0]:172.20.71.38*Feb 28 22:56:05.877: cmbh_open_tcp_link: Opening TCP link with Rem IP 172.20.71.38, Local IP 172.20.71.19, port 2428*Feb 28 22:56:05.881: cmapp_open_new_link: Open initiated OK: Host 0 (172.20.71.38), session_id=8186DEE4*Feb 28 22:56:05.881: cmapp_start_open_link_tmr: Host 0 (172.20.71.38), tmr 0*Feb 28 22:56:05.881: cmapp_host_fsm: New state STANDBY_OPENING for host 0 (172.20.71.38)*Feb 28 22:56:05.881: cmapp_host_fsm: Processing event GO_ACTIVE for host 1 (172.20.71.44) in state STANDBY_READY*Feb 28 22:56:05.885: cmapp_mgr_send_rehome: new addr=172.20.71.44,port=2427*Feb 28 22:56:05.885: cmapp_host_fsm: New state REGISTERING for host 1 (172.20.71.44)You can use the debug ccm-manager config-download tone command to verify the parameters assigned to each locale. The following sample output shows the locale name United Kingdom and lists all the dual-tone parameters for that region:
Router# debug ccm-manager config-download tone00:09:07:cmapp_prefix_process_tag_tones:00:09:07: cmapp_process_tag_trkLocaleName: region = United Kingdom00:09:07: cmapp_process_tag_pulse_ratio: pulse ratio = 4000:09:07: cmapp_process_tag_dtmf_llevel: low frequency level = 6543800:09:07: cmapp_process_tag_dtmf_hlevel: high frequency level = 6546300:09:07: cmapp_process_tag_special_oper: operation = uLaw00:09:07: cmapp_prefix_process_tag_lpig:00:09:07: cmapp_process_tag_fxs: ignore LPIG for fxs00:09:07: cmapp_process_tag_fxo: ignore LPIG for fxo00:09:07: cmapp_process_tag_digital: ignore LPIG for digital00:09:07: cmapp_prefix_process_tag_lpog:00:09:07: cmapp_process_tag_fxs: ignore LPOG for fxsBoth ports are in service00:09:07: cmapp_process_tag_fxo: ignore LPOG for fxo00:09:07: cmapp_process_tag_digital: ignore LPOG for digital00:09:07: cmapp_prefix_process_tag_tonetable_info:00:09:07:cmapp_prefix_process_tag_dualtone: TID=[0:CPTONE_BUSY]00:09:07: cmapp_process_tag_nf: number of frequencies = 100:09:07: cmapp_process_tag_dr: direction = 000:09:07: cmapp_process_tag_fof: frequency 1 = 40000:09:07: cmapp_process_tag_fos: frequency 2 = 000:09:07: cmapp_process_tag_fot: frequency 3 = 000:09:07: cmapp_process_tag_fo4: frequency 4 = 000:09:07: cmapp_prefix_process_tag_aof_level:00:09:07: cmapp_process_tag_fxs: amplitude of 1st = -20000:09:07: cmapp_process_tag_fxo: amplitude of 1st = -20000:09:07: cmapp_process_tag_digital: amplitude of 1st = -24000:09:07: cmapp_prefix_process_tag_aos_level:00:09:07: cmapp_process_tag_fxs: amplitude of 2nd = 000:09:07: cmapp_process_tag_fxo: amplitude of 2nd = 000:09:07: cmapp_process_tag_digital: amplitude of 2nd = 000:09:07: cmapp_prefix_process_tag_aot_level:00:09:07: cmapp_process_tag_fxs: amplitude of 3rd = 000:09:07: cmapp_process_tag_fxo: amplitude of 3rd = 000:09:07: cmapp_process_tag_digital: amplitude of 3rd = 000:09:07: cmapp_prefix_process_tag_ao4_level:00:09:07: cmapp_process_tag_fxs: amplitude of 4th = 000:09:07: cmapp_process_tag_fxo: amplitude of 4th = 000:09:07: cmapp_process_tag_digital: amplitude of 4th = 000:09:07: cmapp_process_tag_ontf: frequency 1 on time = 37500:09:07: cmapp_process_tag_oftf: frequency 1 off time = 37500:09:07: cmapp_process_tag_onts: frequency 2 on time = 000:09:07: cmapp_process_tag_ofts: frequency 2 off time = 000:09:07: cmapp_process_tag_ontt: frequency 3 on time = 000:09:07: cmapp_process_tag_oftt: frequency 3 off time = 000:09:07: cmapp_process_tag_ont4: frequency 4 on time = 000:09:07: cmapp_process_tag_oft4: frequency 4 off time = 000:09:07: cmapp_process_tag_fof2: frequency 1 cadence 2 = 000:09:07: cmapp_process_tag_fos2: frequency 2 cadence 2 = 000:09:07: cmapp_process_tag_fof3: frequency 1 cadence 3 = 000:09:07: cmapp_process_tag_fos3: frequency 2 cadence 3 = 000:09:07: cmapp_process_tag_fof4: frequency 1 cadence 4 = 000:09:07: cmapp_process_tag_fos4: frequency 2 cadence 4 = 000:09:07: cmapp_process_tag_rct1: cadence 1 repeat count = 000:09:07: cmapp_process_tag_rct2: cadence 2 repeat count = 000:09:07: cmapp_process_tag_rct3: cadence 3 repeat count = 000:09:07: cmapp_process_tag_rct4: cadence 4 repeat count = 000:09:07:cmapp_prefix_process_tag_dualtone: TID=[1:CPTONE_RING_BACK]00:09:07: cmapp_process_tag_nf: number of frequencies = 200:09:07: cmapp_process_tag_dr: direction = 000:09:07: cmapp_process_tag_fof: frequency 1 = 40000:09:07: cmapp_process_tag_fos: frequency 2 = 45000:09:07: cmapp_process_tag_fot: frequency 3 = 000:09:07: cmapp_process_tag_fo4: frequency 4 = 000:09:07: cmapp_prefix_process_tag_aof_level:00:09:07: cmapp_process_tag_fxs: amplitude of 1st = -19000:09:07: cmapp_process_tag_fxo: amplitude of 1st = -19000:09:07: cmapp_process_tag_digital: amplitude of 1st = -19000:09:07: cmapp_prefix_process_tag_aos_level:00:09:07: cmapp_process_tag_fxs: amplitude of 2nd = -19000:09:07: cmapp_process_tag_fxo: amplitude of 2nd = -19000:09:07: cmapp_process_tag_digital: amplitude of 2nd = -19000:09:07: cmapp_prefix_process_tag_aot_level:00:09:07: cmapp_process_tag_fxs: amplitude of 3rd = 000:09:07: cmapp_process_tag_fxo: amplitude of 3rd = 000:09:07: cmapp_process_tag_digital: amplitude of 3rd = 000:09:07: cmapp_prefix_process_tag_ao4_level:00:09:07: cmapp_process_tag_fxs: amplitude of 4th = 000:09:07: cmapp_process_tag_fxo: amplitude of 4th = 000:09:07: cmapp_process_tag_digital: amplitude of 4th = 000:09:07: cmapp_process_tag_ontf: frequency 1 on time = 40000:09:07: cmapp_process_tag_oftf: frequency 1 off time = 20000:09:07: cmapp_process_tag_onts: frequency 2 on time = 40000:09:07: cmapp_process_tag_ofts: frequency 2 off time = 200000:09:07: cmapp_process_tag_ontt: frequency 3 on time = 000:09:07: cmapp_process_tag_oftt: frequency 3 off time = 000:09:07: cmapp_process_tag_ont4: frequency 4 on time = 000:09:07: cmapp_process_tag_oft4: frequency 4 off time = 000:09:07: cmapp_process_tag_fof2: frequency 1 cadence 2 = 000:09:07: cmapp_process_tag_fos2: frequency 2 cadence 2 = 000:09:07: cmapp_process_tag_fof3: frequency 1 cadence 3 = 000:09:07: cmapp_process_tag_fos3: frequency 2 cadence 3 = 000:09:07: cmapp_process_tag_fof4: frequency 1 cadence 4 = 000:09:07: cmapp_process_tag_fos4: frequency 2 cadence 4 = 000:09:07: cmapp_process_tag_rct1: cadence 1 repeat count = 000:09:07: cmapp_process_tag_rct2: cadence 2 repeat count = 000:09:07: cmapp_process_tag_rct3: cadence 3 repeat count = 000:09:07: cmapp_process_tag_rct4: cadence 4 repeat count = 000:09:07:cmapp_prefix_process_tag_dualtone: TID=[2:CPTONE_CONGESTION]00:09:07: cmapp_process_tag_nf: number of frequencies = 100:09:07: cmapp_process_tag_dr: direction = 000:09:07: cmapp_process_tag_fof: frequency 1 = 40000:09:07: cmapp_process_tag_fos: frequency 2 = 000:09:07: cmapp_process_tag_fot: frequency 3 = 000:09:07: cmapp_process_tag_fo4: frequency 4 = 000:09:07: cmapp_prefix_process_tag_aof_level:00:09:07: cmapp_process_tag_fxs: amplitude of 1st = -20000:09:07: cmapp_process_tag_fxo: amplitude of 1st = -20000:09:07: cmapp_process_tag_digital: amplitude of 1st = -20000:09:07: cmapp_prefix_process_tag_aos_level:00:09:07: cmapp_process_tag_fxs: amplitude of 2nd = 000:09:07: cmapp_process_tag_fxo: amplitude of 2nd = 000:09:07: cmapp_process_tag_digital: amplitude of 2nd = 000:09:07: cmapp_prefix_process_tag_aot_level:00:09:07: cmapp_process_tag_fxs: amplitude of 3rd = 000:09:07: cmapp_process_tag_fxo: amplitude of 3rd = 000:09:07: cmapp_process_tag_digital: amplitude of 3rd = 000:09:07: cmapp_prefix_process_tag_ao4_level:00:09:07: cmapp_process_tag_fxs: amplitude of 4th = 000:09:07: cmapp_process_tag_fxo: amplitude of 4th = 000:09:07: cmapp_process_tag_digital: amplitude of 4th = 000:09:07: cmapp_process_tag_ontf: frequency 1 on time = 40000:09:07: cmapp_process_tag_oftf: frequency 1 off time = 35000:09:07: cmapp_process_tag_onts: frequency 2 on time = 22500:09:07: cmapp_process_tag_ofts: frequency 2 off time = 52500:09:07: cmapp_process_tag_ontt: frequency 3 on time = 000:09:07: cmapp_process_tag_oftt: frequency 3 off time = 000:09:07: cmapp_process_tag_ont4: frequency 4 on time = 000:09:07: cmapp_process_tag_oft4: frequency 4 off time = 000:09:07: cmapp_process_tag_fof2: frequency 1 cadence 2 = 000:09:07: cmapp_process_tag_fos2: frequency 2 cadence 2 = 000:09:07: cmapp_process_tag_fof3: frequency 1 cadence 3 = 000:09:07: cmapp_process_tag_fos3: frequency 2 cadence 3 = 000:09:07: cmapp_process_tag_fof4: frequency 1 cadence 4 = 000:09:07: cmapp_process_tag_fos4: frequency 2 cadence 4 = 000:09:07: cmapp_process_tag_rct1: cadence 1 repeat count = 000:09:07: cmapp_process_tag_rct2: cadence 2 repeat count = 000:09:07: cmapp_process_tag_rct3: cadence 3 repeat count = 000:09:07: cmapp_process_tag_rct4: cadence 4 repeat count = 0! endThe following is sample output from the debug ccm-manager config-download all command for an error case in which the configuration file cannot be accessed for a Skinny Client Control Protocol (SCCP) download:
*Jan 9 07:28:33.499: cmapp_xml_process_timer:*Jan 9 07:28:33.499: cmapp_xml_find_ep_by_name: Checking for ep_name [*]*Jan 9 07:28:33.499: cmapp_xml_exec_fsm: Endpoint is [*]*Jan 9 07:28:33.499: cmapp_xml_exec_fsm: endpoint = * state = CMAPP_XML_FILE_DNLD, event = CMAPP_XML_EVT_FILE_DNLD_TIMER*Jan 9 07:28:33.499: cmapp_xml_file_retry_timer_expired: state = CMAPP_XML_FILE_DNLD, event = CMAPP_XML_EVT_FILE_DNLD_TIMER*Jan 9 07:29:14.499: cmapp_xml_tftp_download_file: Unable to read file tftp://10.6.6.31/Router.cisco.com.cnf.xml, rc=-2*Jan 9 07:29:14.499: cmapp_xml_get_xml_file: Could not read file tftp://10.6.6.31/Router.cisco.com.cnf.xml, len = 0*Jan 9 07:29:14.499: cmapp_xml_tftp_download_file: Unable to read file tftp:///Router.cisco.com.cnf.xml, rc=-2*Jan 9 07:29:14.499: cmapp_xml_get_xml_file: Could not read file tftp:///Router.cisco.com.cnf.xml, len = 0*Jan 9 07:29:14.499: cmapp_xml_tftp_download_file: Unable to read file tftp:///Router.cisco.com.cnf.xml, rc=-2*Jan 9 07:29:14.499: cmapp_xml_get_xml_file: Could not read file tftp:///Router.cisco.com.cnf.xml, len = 0*Jan 9 07:29:14.499: cmapp_xml_exec_fsm: New state = CMAPP_XML_FILE_DNLD, ep = 6544CFA8The following is sample output from the debug ccm-manager config-download all command for a successful SCCP download:
*Jan 9 09:44:45.543: cmapp_sccp_config:*Jan 9 09:44:45.543: cmapp_sccp_reset_curcfg:*Jan 9 09:44:45.543: cmapp_sccp_init_curcfg:*Jan 9 09:44:45.543: cmapp_sccp_download_gw_config_file:*Jan 9 09:44:45.543: cmapp_sccp_get_gw_name:*Jan 9 09:44:45.543: cmapp_sccp_get_gw_name: XML file name generated->SKIGW0C85226910.cnf.xml*Jan 9 09:44:45.543: cmapp_sccp_get_xml_file_via_tftp:*Jan 9 09:44:45.543: cmapp_sccp_tftp_download_file:*Jan 9 09:44:45.543: cmapp_sccp_tftp_get_file_size:*Jan 9 09:44:45.563: cmapp_sccp_get_buffer:*Jan 9 09:44:45.575: cmapp_sccp_tftp_download_file: File (tftp://10.2.6.101/SKIGW0C85226910.cnf.xml) read 8162 bytes*Jan 9 09:44:45.575: cmapp_sccp_get_xml_file_via_tftp: Read file tftp://10.2.6.101/SKIGW0C85226910.cnf.xml, len = 8162*Jan 9 09:44:45.575: cmapp_parse_gw_xml_file:*Jan 9 09:44:45.579: cmapp_sccp_gw_chardata_handler: ccm found, priority=0The following lines show the conversion of XML data into router configuration information for the endpoint:
*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Unit has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Subunit has been set to 0*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 0*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 2*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 3*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Subunit has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 0*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Unit has been set to 2Table 51 describes the significant fields shown in the displays.
Related Commands
show ccm-manager
Displays a list of Cisco CallManager servers, their current status, and their availability.
debug ccsip all
To enable all Session Initiation Protocol (SIP)-related debugging, use the debug ccsip all command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip all
no debug ccsip all
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug ccsip all command enables the following SIP debug commands:
•
•
•
•
•
Examples
The following example displays debug output from one side of the call:
Router# debug ccsip allAll SIP call tracing enabledRouter1#*Mar 6 14:10:42: 0x624CFEF8 : State change from (STATE_NONE, SUBSTATE_NONE) to (STATE_IDLE, SUBSTATE_NONE)*Mar 6 14:10:42: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_SETUP*Mar 6 14:10:42: CCSIP-SPI-CONTROL: act_idle_call_setup*Mar 6 14:10:42: act_idle_call_setup:Not using Voice Class Codec*Mar 6 14:10:42: act_idle_call_setup: preferred_codec set[0] type :g711ulaw bytes: 160*Mar 6 14:10:42: Queued event from SIP SPI : SIPSPI_EV_CREATE_CONNECTION*Mar 6 14:10:42: 0x624CFEF8 : State change from (STATE_IDLE, SUBSTATE_NONE) to (STATE_IDLE, SUBSTATE_CONNECTING)*Mar 6 14:10:42: REQUEST CONNECTION TO IP:166.34.245.231 PORT:5060*Mar 6 14:10:42: 0x624CFEF8 : State change from (STATE_IDLE, SUBSTATE_CONNECTING) to (STATE_IDLE, SUBSTATE_CONNECTING)*Mar 6 14:10:42: CCSIP-SPI-CONTROL: act_idle_connection_created*Mar 6 14:10:42: CCSIP-SPI-CONTROL: act_idle_connection_created: Connid(1) created to 166.34.245.231:5060, local_port 54113*Mar 6 14:10:42: sipSPIAddLocalContact*Mar 6 14:10:42: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 6 14:10:42: CCSIP-SPI-CONTROL: sip_stats_method*Mar 6 14:10:42: 0x624CFEF8 : State change from (STATE_IDLE, SUBSTATE_CONNECTING) to (STATE_SENT_INVITE, SUBSTATE_NONE)*Mar 6 14:10:42: Sent:INVITE sip:3660210@166.34.245.231;user=phone;phone-context=unknown SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Sat, 06 Mar 1993 19:10:42 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Cisco-Guid: 2881152943-2184249548-0-483039712User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEMax-Forwards: 6Timestamp: 731427042Contact: <sip:3660110@166.34.245.230:5060;user=phone>Expires: 180Content-Type: application/sdpContent-Length: 137v=0o=CiscoSystemsSIP-GW-UserAgent 1212 283 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20208 RTP/AVP 0*Mar 6 14:10:42: Received:SIP/2.0 100 TryingVia: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:36:40 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Timestamp: 731427042Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Length: 0*Mar 6 14:10:42: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:5060*Mar 6 14:10:42: CCSIP-SPI-CONTROL: act_sentinvite_new_message*Mar 6 14:10:42: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 6 14:10:42: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:10:42: Roundtrip delay 4 milliseconds for method INVITE*Mar 6 14:10:42: 0x624CFEF8 : State change from (STATE_SENT_INVITE, SUBSTATE_NONE) to (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING)*Mar 6 14:10:42: Received:SIP/2.0 180 RingingVia: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:36:40 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Timestamp: 731427042Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Type: application/sdpContent-Length: 137v=0o=CiscoSystemsSIP-GW-UserAgent 969 7889 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20038 RTP/AVP 0*Mar 6 14:10:42: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:5060*Mar 6 14:10:42: CCSIP-SPI-CONTROL: act_recdproc_new_message*Mar 6 14:10:42: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 6 14:10:42: CCSIP-SPI-CONTROL: sipSPICheckResponse : Updating session description*Mar 6 14:10:42: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:10:42: Roundtrip delay 8 milliseconds for method INVITE*Mar 6 14:10:42: HandleSIP1xxRinging: SDP MediaTypes negotiation successful!Negotiated Codec : g711ulaw , bytes :160Inband Alerting : 0*Mar 6 14:10:42: 0x624CFEF8 : State change from (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING) to (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_ALERTING)*Mar 6 14:10:46: Received:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FDate: Mon, 08 Mar 1993 22:36:40 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Timestamp: 731427042Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledContact: <sip:3660210@166.34.245.231:5060;user=phone>CSeq: 101 INVITEContent-Type: application/sdpContent-Length: 137v=0o=CiscoSystemsSIP-GW-UserAgent 969 7889 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20038 RTP/AVP 0*Mar 6 14:10:46: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:5060*Mar 6 14:10:46: CCSIP-SPI-CONTROL: act_recdproc_new_message*Mar 6 14:10:46: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 6 14:10:46: CCSIP-SPI-CONTROL: sipSPICheckResponse : Updating session description*Mar 6 14:10:46: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:10:46: Roundtrip delay 3536 milliseconds for method INVITE*Mar 6 14:10:46: CCSIP-SPI-CONTROL: act_recdproc_new_message: SDP MediaTypes negotiation successful!Negotiated Codec : g711ulaw , bytes :160*Mar 6 14:10:46: CCSIP-SPI-CONTROL: sipSPIReconnectConnection*Mar 6 14:10:46: Queued event from SIP SPI : SIPSPI_EV_RECONNECT_CONNECTION*Mar 6 14:10:46: CCSIP-SPI-CONTROL: recv_200_OK_for_invite*Mar 6 14:10:46: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 6 14:10:46: CCSIP-SPI-CONTROL: sip_stats_method*Mar 6 14:10:46: 0x624CFEF8 : State change from (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_ALERTING) to (STATE_ACTIVE, SUBSTATE_NONE)*Mar 6 14:10:46: The Call Setup Information is :Call Control Block (CCB) : 0x624CFEF8State of The Call : STATE_ACTIVETCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.230Source IP Port (Media): 20208Destn IP Address (Media): 166.34.245.231Destn IP Port (Media): 20038Destn SIP Addr (Control) : 166.34.245.231Destn SIP Port (Control) : 5060Destination Name : 166.34.245.231*Mar 6 14:10:46: HandleUdpReconnection: Udp socket connected for fd: 1 with 166.34.245.231:5060*Mar 6 14:10:46: Sent:ACK sip:3660210@166.34.245.231:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FDate: Sat, 06 Mar 1993 19:10:42 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Max-Forwards: 6Content-Type: application/sdpContent-Length: 137CSeq: 101 ACKv=0o=CiscoSystemsSIP-GW-UserAgent 1212 283 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20208 RTP/AVP 0*Mar 6 14:10:46: CCSIP-SPI-CONTROL: ccsip_caps_ind*Mar 6 14:10:46: ccsip_caps_ind: Load DSP with codec (5) g711ulaw, Bytes=160*Mar 6 14:10:46: ccsip_caps_ind: set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICE*Mar 6 14:10:46: CCSIP-SPI-CONTROL: ccsip_caps_ack*Mar 6 14:10:50: Received:BYE sip:3660110@166.34.245.230:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.231:54835From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FTo: "3660110" <sip:3660110@166.34.245.230>Date: Mon, 08 Mar 1993 22:36:44 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledMax-Forwards: 6Timestamp: 731612207CSeq: 101 BYEContent-Length: 0*Mar 6 14:10:50: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:54835*Mar 6 14:10:50: CCSIP-SPI-CONTROL: act_active_new_message*Mar 6 14:10:50: CCSIP-SPI-CONTROL: sact_active_new_message_request*Mar 6 14:10:50: CCSIP-SPI-CONTROL: sip_stats_method*Mar 6 14:10:50: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 6 14:10:50: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:10:50: CCSIP-SPI-CONTROL: sipSPIInitiateCallDisconnect : Initiate call disconnect(16) for outgoing call*Mar 6 14:10:50: 0x624CFEF8 : State change from (STATE_ACTIVE, SUBSTATE_NONE) to (STATE_DISCONNECTING, SUBSTATE_NONE)*Mar 6 14:10:50: Sent:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.231:54835From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FTo: "3660110" <sip:3660110@166.34.245.230>Date: Sat, 06 Mar 1993 19:10:50 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledTimestamp: 731612207Content-Length: 0CSeq: 101 BYE*Mar 6 14:10:50: Queued event From SIP SPI to CCAPI/DNS : SIPSPI_EV_CC_CALL_DISCONNECT*Mar 6 14:10:50: CCSIP-SPI-CONTROL: act_disconnecting_disconnect*Mar 6 14:10:50: CCSIP-SPI-CONTROL: sipSPICallCleanup*Mar 6 14:10:50: Queued event from SIP SPI : SIPSPI_EV_CLOSE_CONNECTION*Mar 6 14:10:50: CLOSE CONNECTION TO CONNID:1*Mar 6 14:10:50: sipSPIIcpifUpdate :CallState: 4 Playout: 1755 DiscTime:48305031 ConnTime 48304651*Mar 6 14:10:50: 0x624CFEF8 : State change from (STATE_DISCONNECTING, SUBSTATE_NONE) to (STATE_DEAD, SUBSTATE_NONE)*Mar 6 14:10:50: The Call Setup Information is :Call Control Block (CCB) : 0x624CFEF8State of The Call : STATE_DEADTCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.230Source IP Port (Media): 20208Destn IP Address (Media): 166.34.245.231Destn IP Port (Media): 20038Destn SIP Addr (Control) : 166.34.245.231Destn SIP Port (Control) : 5060Destination Name : 166.34.245.231*Mar 6 14:10:50:Disconnect Cause (CC) : 16Disconnect Cause (SIP) : 200*Mar 6 14:10:50: udpsock_close_connect: Socket fd: 1 closed for connid 1 with remote port: 5060The following example displays debut output from the other side of the call:
Router# debug ccsip allAll SIP call tracing enabled3660-2#*Mar 8 17:36:40: Received:INVITE sip:3660210@166.34.245.231;user=phone;phone-context=unknown SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Sat, 06 Mar 1993 19:10:42 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Cisco-Guid: 2881152943-2184249548-0-483039712User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEMax-Forwards: 6Timestamp: 731427042Contact: <sip:3660110@166.34.245.230:5060;user=phone>Expires: 180Content-Type: application/sdpContent-Length: 137v=0o=CiscoSystemsSIP-GW-UserAgent 1212 283 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20208 RTP/AVP 0*Mar 8 17:36:40: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.230:54113*Mar 8 17:36:40: CCSIP-SPI-CONTROL: sipSPISipIncomingCall*Mar 8 17:36:40: 0x624D8CCC : State change from (STATE_NONE, SUBSTATE_NONE) to (STATE_IDLE, SUBSTATE_NONE)*Mar 8 17:36:40: CCSIP-SPI-CONTROL: act_idle_new_message*Mar 8 17:36:40: CCSIP-SPI-CONTROL: sact_idle_new_message_invite*Mar 8 17:36:40: CCSIP-SPI-CONTROL: sip_stats_method*Mar 8 17:36:40: sact_idle_new_message_invite:Not Using Voice Class Codec*Mar 8 17:36:40: sact_idle_new_message_invite: Preferred codec[0] type: g711ulaw Bytes :160*Mar 8 17:36:40: sact_idle_new_message_invite: Media Negotiation successful for anincoming call*Mar 8 17:36:40: sact_idle_new_message_invite: Negotiated Codec : g711ulaw, bytes :160Preferred Codec : g711ulaw, bytes :160*Mar 8 17:36:40: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 8 17:36:40: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:36:40: Num of Contact Locations 1 3660110 166.34.245.230 5060*Mar 8 17:36:40: 0x624D8CCC : State change from (STATE_IDLE, SUBSTATE_NONE) to (STATE_RECD_INVITE, SUBSTATE_RECD_INVITE_CALL_SETUP)*Mar 8 17:36:40: Sent:SIP/2.0 100 TryingVia: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:36:40 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Timestamp: 731427042Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Length: 0*Mar 8 17:36:40: Queued event From SIP SPI to CCAPI/DNS : SIPSPI_EV_CC_CALL_PROCEEDING*Mar 8 17:36:40: CCSIP-SPI-CONTROL: act_recdinvite_proceeding*Mar 8 17:36:40: Queued event From SIP SPI to CCAPI/DNS : SIPSPI_EV_CC_CALL_ALERTING*Mar 8 17:36:40: CCSIP-SPI-CONTROL: ccsip_caps_ind*Mar 8 17:36:40: ccsip_caps_ind: codec(negotiated) = 5(Bytes 160)*Mar 8 17:36:40: ccsip_caps_ind: Load DSP with codec (5) g711ulaw, Bytes=160*Mar 8 17:36:40: ccsip_caps_ind: set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICE*Mar 8 17:36:40: CCSIP-SPI-CONTROL: ccsip_caps_ack*Mar 8 17:36:40: CCSIP-SPI-CONTROL: act_recdinvite_alerting*Mar 8 17:36:40: 180 Ringing with SDP - not likely*Mar 8 17:36:40: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 8 17:36:40: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:36:40: 0x624D8CCC : State change from (STATE_RECD_INVITE, SUBSTATE_RECD_INVITE_CALL_SETUP) to (STATE_SENT_ALERTING, SUBSTATE_NONE)*Mar 8 17:36:40: Sent:SIP/2.0 180 RingingVia: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:36:40 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Timestamp: 731427042Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Type: application/sdpContent-Length: 137v=0o=CiscoSystemsSIP-GW-UserAgent 969 7889 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20038 RTP/AVP 0*Mar 8 17:36:44: Queued event From SIP SPI to CCAPI/DNS : SIPSPI_EV_CC_CALL_CONNECT*Mar 8 17:36:44: CCSIP-SPI-CONTROL: act_sentalert_connect*Mar 8 17:36:44: sipSPIAddLocalContact*Mar 8 17:36:44: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 8 17:36:44: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:36:44: 0x624D8CCC : State change from (STATE_SENT_ALERTING, SUBSTATE_NONE) to (STATE_SENT_SUCCESS, SUBSTATE_NONE)*Mar 8 17:36:44: Sent:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FDate: Mon, 08 Mar 1993 22:36:40 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Timestamp: 731427042Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledContact: <sip:3660210@166.34.245.231:5060;user=phone>CSeq: 101 INVITEContent-Type: application/sdpContent-Length: 137v=0o=CiscoSystemsSIP-GW-UserAgent 969 7889 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20038 RTP/AVP 0*Mar 8 17:36:44: Received:ACK sip:3660210@166.34.245.231:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:54113From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FDate: Sat, 06 Mar 1993 19:10:42 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Max-Forwards: 6Content-Type: application/sdpContent-Length: 137CSeq: 101 ACKv=0o=CiscoSystemsSIP-GW-UserAgent 1212 283 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20208 RTP/AVP 0*Mar 8 17:36:44: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.230:54113*Mar 8 17:36:44: CCSIP-SPI-CONTROL: act_sentsucc_new_message*Mar 8 17:36:44: CCSIP-SPI-CONTROL: sip_stats_method*Mar 8 17:36:44: 0x624D8CCC : State change from (STATE_SENT_SUCCESS, SUBSTATE_NONE) to (STATE_ACTIVE, SUBSTATE_NONE)*Mar 8 17:36:44: The Call Setup Information is :Call Control Block (CCB) : 0x624D8CCCState of The Call : STATE_ACTIVETCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.231Source IP Port (Media): 20038Destn IP Address (Media): 166.34.245.230Destn IP Port (Media): 20208Destn SIP Addr (Control) : 166.34.245.230Destn SIP Port (Control) : 5060Destination Name : 166.34.245.230*Mar 8 17:36:47: Queued event From SIP SPI to CCAPI/DNS : SIPSPI_EV_CC_CALL_DISCONNECT*Mar 8 17:36:47: CCSIP-SPI-CONTROL: act_active_disconnect*Mar 8 17:36:47: Queued event from SIP SPI : SIPSPI_EV_CREATE_CONNECTION*Mar 8 17:36:47: 0x624D8CCC : State change from (STATE_ACTIVE, SUBSTATE_NONE) to (STATE_ACTIVE, SUBSTATE_CONNECTING)*Mar 8 17:36:47: REQUEST CONNECTION TO IP:166.34.245.230 PORT:5060*Mar 8 17:36:47: 0x624D8CCC : State change from (STATE_ACTIVE, SUBSTATE_CONNECTING) to (STATE_ACTIVE, SUBSTATE_CONNECTING)*Mar 8 17:36:47: CCSIP-SPI-CONTROL: act_active_connection_created*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sipSPICheckSocketConnection*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sipSPICheckSocketConnection: Connid(1) created to 166.34.245.230:5060, local_port 54835*Mar 8 17:36:47: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGE*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sip_stats_method*Mar 8 17:36:47: 0x624D8CCC : State change from (STATE_ACTIVE, SUBSTATE_CONNECTING) to (STATE_DISCONNECTING, SUBSTATE_NONE)*Mar 8 17:36:47: Sent:BYE sip:3660110@166.34.245.230:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.231:54835From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FTo: "3660110" <sip:3660110@166.34.245.230>Date: Mon, 08 Mar 1993 22:36:44 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledMax-Forwards: 6Timestamp: 731612207CSeq: 101 BYEContent-Length: 0*Mar 8 17:36:47: Received:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.231:54835From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27D3FCA8-C7FTo: "3660110" <sip:3660110@166.34.245.230>Date: Sat, 06 Mar 1993 19:10:50 GMTCall-ID: ABBAE7AF-823100CE-0-1CCAA69C@172.18.192.194Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledTimestamp: 731612207Content-Length: 0CSeq: 101 BYE*Mar 8 17:36:47: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.230:54113*Mar 8 17:36:47: CCSIP-SPI-CONTROL: act_disconnecting_new_message*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sact_disconnecting_new_message_response*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:36:47: Roundtrip delay 4 milliseconds for method BYE*Mar 8 17:36:47: CCSIP-SPI-CONTROL: sipSPICallCleanup*Mar 8 17:36:47: Queued event from SIP SPI : SIPSPI_EV_CLOSE_CONNECTION*Mar 8 17:36:47: CLOSE CONNECTION TO CONNID:1*Mar 8 17:36:47: sipSPIIcpifUpdate :CallState: 4 Playout: 1265 DiscTime:66820800 ConnTime 66820420*Mar 8 17:36:47: 0x624D8CCC : State change from (STATE_DISCONNECTING, SUBSTATE_NONE) to (STATE_DEAD, SUBSTATE_NONE)*Mar 8 17:36:47: The Call Setup Information is :Call Control Block (CCB) : 0x624D8CCCState of The Call : STATE_DEADTCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.231Source IP Port (Media): 20038Destn IP Address (Media): 166.34.245.230Destn IP Port (Media): 20208Destn SIP Addr (Control) : 166.34.245.230Destn SIP Port (Control) : 5060Destination Name : 166.34.245.230*Mar 8 17:36:47:Disconnect Cause (CC) : 16Disconnect Cause (SIP) : 200*Mar 8 17:36:47: udpsock_close_connect: Socket fd: 1 closed for connid 1 with remote port: 5060Related Commands
Shows all SIP SPI call tracing.
Shows SIP SPI errors.
Shows all SIP SPI events tracing.
Shows all SIP SPI message tracing.
Shows all SIP SPI state tracing.
debug ccsip calls
To show all Session Initiation Protocol (SIP) Service Provider Interface (SPI) call tracing, use the debug ccsip calls command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip calls
no debug ccsip calls
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command traces the SIP call details as they are updated in the SIP call control block.
Examples
The following example displays debug output from one side of the call:
Router1# debug ccsip callsSIP Call statistics tracing is enabledRouter1#*Mar 6 14:12:33: The Call Setup Information is :Call Control Block (CCB) : 0x624D078CState of The Call : STATE_ACTIVETCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.230Source IP Port (Media): 20644Destn IP Address (Media): 166.34.245.231Destn IP Port (Media): 20500Destn SIP Addr (Control) : 166.34.245.231Destn SIP Port (Control) : 5060Destination Name : 166.34.245.231*Mar 6 14:12:40: The Call Setup Information is :Call Control Block (CCB) : 0x624D078CState of The Call : STATE_DEADTCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.230Source IP Port (Media): 20644Destn IP Address (Media): 166.34.245.231Destn IP Port (Media): 20500Destn SIP Addr (Control) : 166.34.245.231Destn SIP Port (Control) : 5060Destination Name : 166.34.245.231*Mar 6 14:12:40:Disconnect Cause (CC) : 16Disconnect Cause (SIP) : 200The following example displays debug output from the other side of the call:
Router2# debug ccsip callsSIP Call statistics tracing is enabledRouter2#*Mar 8 17:38:31: The Call Setup Information is :Call Control Block (CCB) : 0x624D9560State of The Call : STATE_ACTIVETCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.231Source IP Port (Media): 20500Destn IP Address (Media): 166.34.245.230Destn IP Port (Media): 20644Destn SIP Addr (Control) : 166.34.245.230Destn SIP Port (Control) : 5060Destination Name : 166.34.245.230*Mar 8 17:38:38: The Call Setup Information is:Call Control Block (CCB) : 0x624D9560State of The Call : STATE_DEADTCP Sockets Used : NOCalling Number : 3660110Called Number : 3660210Negotiated Codec : g711ulawSource IP Address (Media): 166.34.245.231Source IP Port (Media): 20500Destn IP Address (Media): 166.34.245.230Destn IP Port (Media): 20644Destn SIP Addr (Control) : 166.34.245.230Destn SIP Port (Control) : 5060Destination Name : 166.34.245.230*Mar 8 17:38:38:Disconnect Cause (CC) : 16Disconnect Cause (SIP) : 200Related Commands
Enables all SIP-related debugging.
Shows SIP SPI errors.
Shows all SIP SPI events tracing.
Shows all SIP SPI message tracing.
Shows all SIP SPI state tracing.
debug ccsip error
To show Session Initiation Protocol (SIP) Service Provider Interface (SPI) errors, use the debug ccsip error command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip error
no debug ccip error
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command traces all error messages generated from errors encountered by the SIP subsystem.
Examples
The following example displays debug output from one side of the call:
Router1# debug ccsip errorSIP Call error tracing is enabledRouter1#*Mar 6 14:16:41: CCSIP-SPI-CONTROL: act_idle_call_setup*Mar 6 14:16:41: act_idle_call_setup:Not using Voice Class Codec*Mar 6 14:16:41: act_idle_call_setup: preferred_codec set[0] type :g711ulaw bytes: 160*Mar 6 14:16:41: REQUEST CONNECTION TO IP:166.34.245.231 PORT:5060*Mar 6 14:16:41: CCSIP-SPI-CONTROL: act_idle_connection_created*Mar 6 14:16:41: CCSIP-SPI-CONTROL: act_idle_connection_created: Connid(1) created to 166.34.245.231:5060, local_port 55674*Mar 6 14:16:41: sipSPIAddLocalContact*Mar 6 14:16:41: CCSIP-SPI-CONTROL: sip_stats_method*Mar 6 14:16:41: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:5060*Mar 6 14:16:41: CCSIP-SPI-CONTROL: act_sentinvite_new_message*Mar 6 14:16:41: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 6 14:16:41: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:16:41: Roundtrip delay 4 milliseconds for method INVITE*Mar 6 14:16:41: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:5060*Mar 6 14:16:41: CCSIP-SPI-CONTROL: act_recdproc_new_message*Mar 6 14:16:41: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 6 14:16:41: CCSIP-SPI-CONTROL: sipSPICheckResponse : Updating session description*Mar 6 14:16:41: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:16:41: Roundtrip delay 8 milliseconds for method INVITE*Mar 6 14:16:41: HandleSIP1xxRinging: SDP MediaTypes negotiation successful!Negotiated Codec : g711ulaw , bytes :160Inband Alerting : 0*Mar 6 14:16:45: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:5060*Mar 6 14:16:45: CCSIP-SPI-CONTROL: act_recdproc_new_message*Mar 6 14:16:45: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 6 14:16:45: CCSIP-SPI-CONTROL: sipSPICheckResponse : Updating session description*Mar 6 14:16:45: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:16:45: Roundtrip delay 3844 milliseconds for method INVITE*Mar 6 14:16:45: CCSIP-SPI-CONTROL: act_recdproc_new_message: SDP MediaTypes negotiation successful!Negotiated Codec : g711ulaw , bytes :160*Mar 6 14:16:45: CCSIP-SPI-CONTROL: sipSPIReconnectConnection*Mar 6 14:16:45: CCSIP-SPI-CONTROL: recv_200_OK_for_invite*Mar 6 14:16:45: CCSIP-SPI-CONTROL: sip_stats_method*Mar 6 14:16:45: HandleUdpReconnection: Udp socket connected for fd: 1 with 166.34.245.231:5060*Mar 6 14:16:45: CCSIP-SPI-CONTROL: ccsip_caps_ind*Mar 6 14:16:45: ccsip_caps_ind: Load DSP with codec (5) g711ulaw, Bytes=160*Mar 6 14:16:45: ccsip_caps_ind: set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICE*Mar 6 14:16:45: CCSIP-SPI-CONTROL: ccsip_caps_ack*Mar 6 14:16:49: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.231:56101*Mar 6 14:16:49: CCSIP-SPI-CONTROL: act_active_new_message*Mar 6 14:16:49: CCSIP-SPI-CONTROL: sact_active_new_message_request*Mar 6 14:16:49: CCSIP-SPI-CONTROL: sip_stats_method*Mar 6 14:16:49: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 6 14:16:49: CCSIP-SPI-CONTROL: sipSPIInitiateCallDisconnect : Initiate call disconnect(16) for outgoing call*Mar 6 14:16:49: CCSIP-SPI-CONTROL: act_disconnecting_disconnect*Mar 6 14:16:49: CCSIP-SPI-CONTROL: sipSPICallCleanup*Mar 6 14:16:49: CLOSE CONNECTION TO CONNID:1*Mar 6 14:16:49: sipSPIIcpifUpdate :CallState: 4 Playout: 2945 DiscTime:48340988 ConnTime 48340525*Mar 6 14:16:49: udpsock_close_connect: Socket fd: 1 closed for connid 1 with remote port: 5060The following example displays debug output from the other side of the call:
Router2# debug ccsip errorSIP Call error tracing is enabledRouter2#*Mar 8 17:42:39: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.230:55674*Mar 8 17:42:39: CCSIP-SPI-CONTROL: sipSPISipIncomingCall*Mar 8 17:42:39: CCSIP-SPI-CONTROL: act_idle_new_message*Mar 8 17:42:39: CCSIP-SPI-CONTROL: sact_idle_new_message_invite*Mar 8 17:42:39: CCSIP-SPI-CONTROL: sip_stats_method*Mar 8 17:42:39: sact_idle_new_message_invite:Not Using Voice Class Codec*Mar 8 17:42:39: sact_idle_new_message_invite: Preferred codec[0] type: g711ulaw Bytes :160*Mar 8 17:42:39: sact_idle_new_message_invite: Media Negotiation successful for anincoming call*Mar 8 17:42:39: sact_idle_new_message_invite: Negotiated Codec : g711ulaw, bytes :160Preferred Codec : g711ulaw, bytes :160*Mar 8 17:42:39: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:42:39: Num of Contact Locations 1 3660110 166.34.245.230 5060*Mar 8 17:42:39: CCSIP-SPI-CONTROL: act_recdinvite_proceeding*Mar 8 17:42:39: CCSIP-SPI-CONTROL: ccsip_caps_ind*Mar 8 17:42:39: ccsip_caps_ind: codec(negotiated) = 5(Bytes 160)*Mar 8 17:42:39: ccsip_caps_ind: Load DSP with codec (5) g711ulaw, Bytes=160*Mar 8 17:42:39: ccsip_caps_ind: set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICE*Mar 8 17:42:39: CCSIP-SPI-CONTROL: ccsip_caps_ack*Mar 8 17:42:39: CCSIP-SPI-CONTROL: act_recdinvite_alerting*Mar 8 17:42:39: 180 Ringing with SDP - not likely*Mar 8 17:42:39: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:42:42: CCSIP-SPI-CONTROL: act_sentalert_connect*Mar 8 17:42:42: sipSPIAddLocalContact*Mar 8 17:42:42: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:42:42: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.230:55674*Mar 8 17:42:42: CCSIP-SPI-CONTROL: act_sentsucc_new_message*Mar 8 17:42:42: CCSIP-SPI-CONTROL: sip_stats_method*Mar 8 17:42:47: CCSIP-SPI-CONTROL: act_active_disconnect*Mar 8 17:42:47: REQUEST CONNECTION TO IP:166.34.245.230 PORT:5060*Mar 8 17:42:47: CCSIP-SPI-CONTROL: act_active_connection_created*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sipSPICheckSocketConnection*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sipSPICheckSocketConnection: Connid(1) created to 166.34.245.230:5060, local_port 56101*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sip_stats_method*Mar 8 17:42:47: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 166.34.245.230:55674*Mar 8 17:42:47: CCSIP-SPI-CONTROL: act_disconnecting_new_message*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sact_disconnecting_new_message_response*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sipSPICheckResponse*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sip_stats_status_code*Mar 8 17:42:47: Roundtrip delay 0 milliseconds for method BYE*Mar 8 17:42:47: CCSIP-SPI-CONTROL: sipSPICallCleanup*Mar 8 17:42:47: CLOSE CONNECTION TO CONNID:1*Mar 8 17:42:47: sipSPIIcpifUpdate :CallState: 4 Playout: 1255 DiscTime:66856757 ConnTime 66856294*Mar 8 17:42:47: udpsock_close_connect: Socket fd: 1 closed for connid 1 with remote port: 5060Related Commands
Enables all SIP-related debugging.
Shows all SIP SPI call tracing.
Shows all SIP SPI events tracing.
Shows all SIP SPI message tracing.
Shows all SIP SPI state tracing.
debug ccsip events
To enable tracing of events that are specific to service provider interface (SPI), use the debug ccsip events command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip events
no debug ccsip events
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command previously traced all events posted to Session Initiation Protocol (SIP) SPI from all interfaces and also provided general SIP SPI information. Beginning with Cisco IOS Release 12.2(15)T, the debug ccsip events command displays only debugging information specifically related to SIP SPI events. Media stream and SIP SPI information is now reported in the debug ccsip media and debug ccsip info command output.
Note
Examples
The following is sample output from the debug ccsip events command for a Cisco 3660:
Router# debug ccsip eventsSIP Call events tracing is enabledRouter#Nov 15 18:20:25.779: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_SETUPNov 15 18:20:25.779: Queued event from SIP SPI : SIPSPI_EV_CREATE_CONNECTIONNov 15 18:20:25.783: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGENov 15 18:20:25.815: Queued event from SIP SPI : SIPSPI_EV_CREATE_CONNECTIONNov 15 18:20:25.819: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGENov 15 18:20:28.339: Queued event from SIP SPI : SIPSPI_EV_CLOSE_CONNECTIONNov 15 18:20:28.339: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGENov 15 18:20:50.844: Queued event from SIP SPI : SIPSPI_EV_CLOSE_CONNECTIONNov 15 18:20:50.844: Queued event from SIP SPI : SIPSPI_EV_SEND_MESSAGENov 15 18:20:50.848: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECTRelated Commands
debug ccsip all
Enables all SIP-related debugging.
debug ccsip info
Enables tracing of general SIP SPI information.
debug ccsip media
Enables tracing of SIP call media streams.
debug ccsip info
To enable tracing of general service provider interface (SPI) information, use the debug ccsip info command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip info
no debug ccsip info
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Beginning in Cisco IOS Release 12.2(15)T, the debug ccsip info command is a separate option that displays general SIP SPI information for debug purposes. In past releases, this output was part of the debug ccsip events command.
Note
Examples
The following is sample output from the debug ccsip info command for a Cisco 3660:
Router# debug ccsip infoSIP Call info tracing is enabledRouter#Nov 15 18:19:22.670: ****Adding to UAC tableNov 15 18:19:22.670: adding call id E to tableNov 15 18:19:22.670: CCSIP-SPI-CONTROL: act_idle_call_setupNov 15 18:19:22.670: act_idle_call_setup:Not using Voice Class CodecNov 15 18:19:22.670: act_idle_call_setup: preferred_codec set[0] type :g729r8 bytes: 20Nov 15 18:19:22.670: sipSPICopyPeerDataToCCB: From CLI: Modem NSE payload = 100, Passthrough = 0,Modem relay = 0, Gw-Xid = 1SPRT latency 200, SPRT Retries = 12, Dict Size = 1024String Len = 32, Compress dir = 3Nov 15 18:19:22.670: ****Deleting from UAC tableNov 15 18:19:22.670: ****Adding to UAC tableNov 15 18:19:22.670: sipSPIUsetBillingProfile: sipCallId for billing records = 20A40C3B-D92C11D5-8015E1CC-C91F3F10@12.18.195.49Nov 15 18:19:22.674: CCSIP-SPI-CONTROL: act_idle_connection_createdNov 15 18:19:22.674: CCSIP-SPI-CONTROL: act_idle_connection_created: Connid(1) created to 172.18.193.190:5060, local_port 56981Nov 15 18:19:22.674: CCSIP-SPI-CONTROL: sipSPIOutgoingCallSDPNov 15 18:19:22.674: convert_codec_bytes_to_ptime: Values :Codec: g729r8 codecbytes :20, ptime: 10Nov 15 18:19:22.674: sip_generate_sdp_xcaps_list: Modem Relay disabled. X-cap not neededNov 15 18:19:22.674: sipSPIAddLocalContactNov 15 18:19:22.674: sip_stats_methodNov 15 18:19:22.690: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 172.18.193.190:5060Nov 15 18:19:22.690: CCSIP-SPI-CONTROL: act_sentinvite_new_messageNov 15 18:19:22.690: CCSIP-SPI-CONTROL: sipSPICheckResponseNov 15 18:19:22.690: sip_stats_status_codeNov 15 18:19:22.690: Roundtrip delay 16 milliseconds for method INVITENov 15 18:19:22.706: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 172.18.193.190:5060Nov 15 18:19:22.706: CCSIP-SPI-CONTROL: act_recdproc_new_messageNov 15 18:19:22.706: CCSIP-SPI-CONTROL: sipSPICheckResponseNov 15 18:19:22.706: sip_stats_status_codeNov 15 18:19:22.706: Roundtrip delay 32 milliseconds for method INVITENov 15 18:19:22.706: sipSPIGetSdpBody : Parse incoming session descriptionNov 15 18:19:22.706: HandleSIP1xxSessionProgress: Content-Disposition received in 18x response:session;handling=requiredNov 15 18:19:22.706: sipSPIDoMediaNegotiation: number of m lines is 1Nov 15 18:19:22.706: sipSPIDoAudioNegotiation: Codec (g729r8) Negotiation Successful on Static PayloadNov 15 18:19:22.706: sipSPIDoPtimeNegotiation: One ptime attribute found - value:10Nov 15 18:19:22.706: convert_ptime_to_codec_bytes: Values :Codec: g729r8 ptime :10, codecbytes: 20Nov 15 18:19:22.710: convert_codec_bytes_to_ptime: Values :Codec: g729r8 codecbytes :20, ptime: 10Nov 15 18:19:22.710: sipSPIDoDTMFRelayNegotiation: m-line index 1Nov 15 18:19:22.710: sipSPIDoDTMFRelayNegotiation: Requested DTMF-RELAY option(s) not found in Preferred DTMF-RELAY option list!Nov 15 18:19:22.710: sip_sdp_get_modem_relay_cap_params:Nov 15 18:19:22.710: sip_sdp_get_modem_relay_cap_params: NSE payload from X-cap = 0Nov 15 18:19:22.710: sip_do_nse_negotiation: NSE Payload 100 found in SDPNov 15 18:19:22.710: sip_do_nse_negotiation: Remote NSE payload = local one = 100, Use itNov 15 18:19:22.710: sip_select_modem_relay_params: X-tmr not present in SDP. Disable modem relayNov 15 18:19:22.710: sipSPIDoQoSNegotiation - SDP body with media descriptionNov 15 18:19:22.710: ccsip_process_response_contact_record_routeNov 15 18:19:22.710: CCSIP-SPI-CONTROL: ccsip_bridge: confID = 4, srcCallID = 14, dstCallID = 13Nov 15 18:19:22.710: sipSPIUupdateCcCallIds: old src/dest ccCallids: -1/-1, new src/dest ccCallids: 14/13Nov 15 18:19:22.710: sipSPIUupdateCcCallIds: old streamcallid=-1, new streamcallid=14Nov 15 18:19:22.710: CCSIP-SPI-CONTROL: ccsip_caps_indNov 15 18:19:22.710: ccsip_get_rtcp_session_parameters: CURRENT VALUES: stream_callid=14, current_seq_num=0x1B1BNov 15 18:19:22.710: ccsip_get_rtcp_session_parameters: NEW VALUES: stream_callid=14, current_seq_num=0x180CNov 15 18:19:22.710: ccsip_caps_ind: Load DSP with negotiated codec : g729r8, Bytes=20Nov 15 18:19:22.710: ccsip_caps_ind: set forking flag to 0x0Nov 15 18:19:22.710: sipSPISetDTMFRelayMode: set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICE_AND_OOBNov 15 18:19:22.710: sip_set_modem_caps: Negotiation already Done. Set negotiated Modem capsNov 15 18:19:22.710: sip_set_modem_caps: Modem Relay & Passthru both disabledNov 15 18:19:22.710: sip_set_modem_caps: nse payload = 100, ptru mode = 0, ptru-codec=0, redundancy=0, xid=0, relay=0, sprt-retry=12, latecncy=200, compres-dir=3, dict=1024, strnlen=32Nov 15 18:19:22.710: ccsip_caps_ind: Load DSP with codec : g729r8, Bytes=20Nov 15 18:19:22.710: CCSIP-SPI-CONTROL: ccsip_caps_ackNov 15 18:19:22.710: ccsip_caps_ack: set forking flag to 0x60FD1EACNov 15 18:19:22.710: CCSIP-SPI-CONTROL: act_recdproc_connection_createdNov 15 18:19:22.710: CCSIP-SPI-CONTROL: sipSPICheckSocketConnection: Connid(2) created to 172.18.193.190:5060, local_port 51663Nov 15 18:19:22.714: sip_stats_methodNov 15 18:19:22.722: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 172.18.193.190:5060Nov 15 18:19:22.722: CCSIP-SPI-CONTROL: act_recdproc_new_messageNov 15 18:19:22.722: CCSIP-SPI-CONTROL: sipSPICheckResponseNov 15 18:19:22.722: sip_stats_status_codeNov 15 18:19:22.722: Roundtrip delay 48 milliseconds for method PRACKNov 15 18:19:24.706: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 172.18.193.190:5060Nov 15 18:19:24.706: CCSIP-SPI-CONTROL: act_recdproc_new_messageNov 15 18:19:24.706: CCSIP-SPI-CONTROL: sipSPICheckResponseNov 15 18:19:24.706: sip_stats_status_codeNov 15 18:19:24.706: Roundtrip delay 2032 milliseconds for method PRACKNov 15 18:19:24.706: sipSPIGetSdpBody : Parse incoming session descriptionNov 15 18:19:24.710: CCSIP-SPI-CONTROL: sipSPIUACSessionTimerNov 15 18:19:24.710: CCSIP-SPI-CONTROL: act_recdproc_continue_200_processingNov 15 18:19:24.710: CCSIP-SPI-CONTROL: act_recdproc_continue_200_processing: *** This ccb is the parentNov 15 18:19:24.710: sipSPICompareRespMediaInfoNov 15 18:19:24.710: sipSPIDoMediaNegotiation: number of m lines is 1Nov 15 18:19:24.710: sipSPIDoAudioNegotiation: Codec (g729r8) Negotiation Successful on Static PayloadNov 15 18:19:24.710: sipSPIDoPtimeNegotiation: One ptime attribute found - value:10Nov 15 18:19:24.710: convert_ptime_to_codec_bytes: Values :Codec: g729r8 ptime :10, codecbytes: 20Nov 15 18:19:24.710: convert_codec_bytes_to_ptime: Values :Codec: g729r8 codecbytes :20, ptime: 10Nov 15 18:19:24.710: sipSPIDoDTMFRelayNegotiation: m-line index 1Nov 15 18:19:24.710: sipSPIDoDTMFRelayNegotiation: Requested DTMF-RELAY option(s) not found in Preferred DTMF-RELAY option list!Nov 15 18:19:24.710: sip_sdp_get_modem_relay_cap_params:Nov 15 18:19:24.710: sip_sdp_get_modem_relay_cap_params: NSE payload from X-cap = 0Nov 15 18:19:24.710: sip_do_nse_negotiation: NSE Payload 100 found in SDPNov 15 18:19:24.710: sip_do_nse_negotiation: Remote NSE payload = local one = 100, Use itNov 15 18:19:24.710: sip_select_modem_relay_params: X-tmr not present in SDP. Disable modem relayNov 15 18:19:24.710: sipSPIProcessMediaChangesNov 15 18:19:24.710: ccsip_process_response_contact_record_routeNov 15 18:19:24.710: CCSIP-SPI-CONTROL: sipSPIProcess200OKforinviteNov 15 18:19:24.710: sip_stats_methodNov 15 18:19:24.710: udpsock_close_connect: Socket fd: 1 closed for connid 1 with remote port: 5060Nov 15 18:19:37.479: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 172.18.193.190:52180Nov 15 18:19:37.483: ****Found CCB in UAC tableNov 15 18:19:37.483: CCSIP-SPI-CONTROL: act_active_new_messageNov 15 18:19:37.483: CCSIP-SPI-CONTROL: sact_active_new_message_requestNov 15 18:19:37.483: sip_stats_methodNov 15 18:19:37.483: sip_stats_status_codeNov 15 18:19:37.483: CCSIP-SPI-CONTROL: sipSPIInitiateCallDisconnect : Initiate call disconnect(16) for outgoing callNov 15 18:19:37.483: udpsock_close_connect: Socket fd: 2 closed for connid 2 with remote port: 5060Nov 15 18:19:37.483: CCSIP-SPI-CONTROL: act_disconnecting_disconnectNov 15 18:19:37.483: CCSIP-SPI-CONTROL: sipSPICallCleanupNov 15 18:19:37.483: sipSPIIcpifUpdate :CallState: 4 Playout: 10230 DiscTime:1745148 ConnTime 1743871Nov 15 18:19:37.483: ****Deleting from UAC tableNov 15 18:19:37.483: Removing call id ENov 15 18:19:37.483: freeing ccb 63330954Related Commands
debug ccsip media
To enable tracing of Session Initiation Protocol (SIP) call media streams, use the debug ccsip media command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip media
no debug ccsip media
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Beginning in Cisco IOS Release 12.2(15)T, the debug ccsip media command is a separate option that displays debugging information specific to SIP media stream processing. In past releases, this output was part of the debug ccsip events command.
Note
Examples
The following is sample output from the debug ccsip media command for a Cisco 3660:
Router# debug ccsip mediaSIP Call media tracing is enabledRouter#Nov 15 18:19:53.835: sipSPISetMediaSrcAddr: media src addr for stream 1 = 172.18.195.49Nov 15 18:19:53.835: sipSPIReserveRtpPort: reserved port 16500 for stream 1Nov 15 18:19:53.867: sipSPIReplaceSDPNov 15 18:19:53.871: sipSPICopySdpInfoNov 15 18:19:53.871: sipSPIUpdCallWithSdpInfo:Preferred Codec : g729r8, bytes :20Preferred DTMF relay : inband-voicePreferred NTE payload : 101Early Media : NoDelayed Media : NoBridge Done : NoNew Media : NoDSP DNLD Reqd : NoNov 15 18:19:53.871: sipSPISetMediaSrcAddr: media src addr for stream 1 = 172.18.195.49Nov 15 18:19:53.871: sipSPIUpdCallWithSdpInfo:M-line Index : 1State : STREAM_ADDING (3)Callid : -1Negotiated Codec : g729r8, bytes :20Negotiated DTMF relay : inband-voiceNegotiated NTE payload : 0Media Srce Addr/Port : 172.18.195.49:16500Media Dest Addr/Port : 172.18.193.190:19148Nov 15 18:19:53.871: sipSPIProcessRtpSessionsNov 15 18:19:53.871: sipSPIAddStream: Adding stream 1 (callid 16) to the VOIP RTP libraryNov 15 18:19:53.871: sipSPISetMediaSrcAddr: media src addr for stream 1 = 172.18.195.49Nov 15 18:19:53.871: sipSPIUpdateRtcpSession: for m-line 1Nov 15 18:19:53.871: sipSPIUpdateRtcpSession: rtcp_session infoladdr = 172.18.195.49, lport = 16500, raddr = 172.18.193.190, rport=19148Nov 15 18:19:53.871: sipSPIUpdateRtcpSession: No rtp session, creating a new oneNov 15 18:19:53.871: sipSPISetStreamInfo: num_streams = 1Nov 15 18:19:53.871: sipSPISetStreamInfo: adding stream type 0 from mline 1Nov 15 18:19:53.871: sipSPISetStreamInfo: caps.stream_count=1, caps.stream[0].stream_type=0x1, caps.stream_list.xmitFunc=voip_rtp_xmit, caps.stream_list.context=0x634F1F2C (gccb)Nov 15 18:19:55.555: sipSPICompareSDPNov 15 18:19:55.555: sipSPICompareStreams: stream 1 dest_port: old=19148 new=19148Nov 15 18:19:55.555: sipSPICompareStreams: Flags set for stream 1: RTP_CHANGE=No CAPS_CHANGE=NoNov 15 18:19:55.555: sipSPICompareSDP: Flags set for call: NEW_MEDIA=No DSPDNLD_REQD=NoNov 15 18:19:55.555: sipSPIReplaceSDPNov 15 18:19:55.555: sipSPICopySdpInfoNov 15 18:19:55.555: sipSPIUpdCallWithSdpInfo:Preferred Codec : g729r8, bytes :20Preferred DTMF relay : inband-voicePreferred NTE payload : 101Early Media : NoDelayed Media : NoBridge Done : YesNew Media : NoDSP DNLD Reqd : NoNov 15 18:19:55.555: sipSPISetMediaSrcAddr: media src addr for stream 1 = 172.18.195.49Nov 15 18:19:55.555: sipSPIUpdCallWithSdpInfo:M-line Index : 1State : STREAM_ACTIVE (3)Callid : 16Negotiated Codec : g729r8, bytes :20Negotiated DTMF relay : inband-voiceNegotiated NTE payload : 0Media Srce Addr/Port : 172.18.195.49:16500Media Dest Addr/Port : 172.18.193.190:19148Related Commands
debug ccsip messages
To show all Session Initiation Protocol (SIP) Service Provider Interface (SPI) message tracing, use the debug ccsip messages command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip messages
no debug ccsip messages
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command traces the Session Initiation Protocol (SIP) messages exchanged between the SIP UA client (UAC) and the access server.
Examples
The following example shows debug output from one side of the call:
Router1# debug ccsip messagesSIP Call messages tracing is enabledRouter1#*Mar 6 14:19:14: Sent:INVITE sip:3660210@166.34.245.231;user=phone;phone-context=unknown SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Sat, 06 Mar 1993 19:19:14 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Cisco-Guid: 2881152943-2184249568-0-483551624User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEMax-Forwards: 6Timestamp: 731427554Contact: <sip:3660110@166.34.245.230:5060;user=phone>Expires: 180Content-Type: application/sdpContent-Length: 138v=0o=CiscoSystemsSIP-GW-UserAgent 5596 7982 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20762 RTP/AVP 0*Mar 6 14:19:14: Received:SIP/2.0 100 TryingVia: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:45:12 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Timestamp: 731427554Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Length: 0*Mar 6 14:19:14: Received:SIP/2.0 180 RingingVia: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:45:12 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Timestamp: 731427554Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Type: application/sdpContent-Length: 138v=0o=CiscoSystemsSIP-GW-UserAgent 1193 7927 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20224 RTP/AVP 0*Mar 6 14:19:16: Received:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357Date: Mon, 08 Mar 1993 22:45:12 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Timestamp: 731427554Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledContact: <sip:3660210@166.34.245.231:5060;user=phone>CSeq: 101 INVITEContent-Type: application/sdpContent-Length: 138v=0o=CiscoSystemsSIP-GW-UserAgent 1193 7927 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20224 RTP/AVP 0*Mar 6 14:19:16: Sent:ACK sip:3660210@166.34.245.231:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357Date: Sat, 06 Mar 1993 19:19:14 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Max-Forwards: 6Content-Type: application/sdpContent-Length: 138CSeq: 101 ACKv=0o=CiscoSystemsSIP-GW-UserAgent 5596 7982 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20762 RTP/AVP 0*Mar 6 14:19:19: Received:BYE sip:3660110@166.34.245.230:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.231:53600From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357To: "3660110" <sip:3660110@166.34.245.230>Date: Mon, 08 Mar 1993 22:45:14 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledMax-Forwards: 6Timestamp: 731612717CSeq: 101 BYEContent-Length: 0*Mar 6 14:19:19: Sent:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.231:53600From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357To: "3660110" <sip:3660110@166.34.245.230>Date: Sat, 06 Mar 1993 19:19:19 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledTimestamp: 731612717Content-Length: 0CSeq: 101 BYEThe following example show debug output from the other side of the call:
Router2# debug ccsip messagesSIP Call messages tracing is enabledRouter2#*Mar 8 17:45:12: Received:INVITE sip:3660210@166.34.245.231;user=phone;phone-context=unknown SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Sat, 06 Mar 1993 19:19:14 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Cisco-Guid: 2881152943-2184249568-0-483551624User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEMax-Forwards: 6Timestamp: 731427554Contact: <sip:3660110@166.34.245.230:5060;user=phone>Expires: 180Content-Type: application/sdpContent-Length: 138v=0o=CiscoSystemsSIP-GW-UserAgent 5596 7982 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20762 RTP/AVP 0*Mar 8 17:45:12: Sent:SIP/2.0 100 TryingVia: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:45:12 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Timestamp: 731427554Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Length: 0*Mar 8 17:45:12: Sent:SIP/2.0 180 RingingVia: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>Date: Mon, 08 Mar 1993 22:45:12 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Timestamp: 731427554Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledCSeq: 101 INVITEContent-Type: application/sdpContent-Length: 138v=0o=CiscoSystemsSIP-GW-UserAgent 1193 7927 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20224 RTP/AVP 0*Mar 8 17:45:14: Sent:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357Date: Mon, 08 Mar 1993 22:45:12 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Timestamp: 731427554Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledContact: <sip:3660210@166.34.245.231:5060;user=phone>CSeq: 101 INVITEContent-Type: application/sdpContent-Length: 138v=0o=CiscoSystemsSIP-GW-UserAgent 1193 7927 IN IP4 166.34.245.231s=SIP Callt=0 0c=IN IP4 166.34.245.231m=audio 20224 RTP/AVP 0*Mar 8 17:45:14: Received:ACK sip:3660210@166.34.245.231:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.230:55820From: "3660110" <sip:3660110@166.34.245.230>To: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357Date: Sat, 06 Mar 1993 19:19:14 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Max-Forwards: 6Content-Type: application/sdpContent-Length: 138CSeq: 101 ACKv=0o=CiscoSystemsSIP-GW-UserAgent 5596 7982 IN IP4 166.34.245.230s=SIP Callt=0 0c=IN IP4 166.34.245.230m=audio 20762 RTP/AVP 0*Mar 8 17:45:17: Sent:BYE sip:3660110@166.34.245.230:5060;user=phone SIP/2.0Via: SIP/2.0/UDP 166.34.245.231:53600From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357To: "3660110" <sip:3660110@166.34.245.230>Date: Mon, 08 Mar 1993 22:45:14 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194User-Agent: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledMax-Forwards: 6Timestamp: 731612717CSeq: 101 BYEContent-Length: 0*Mar 8 17:45:17: Received:SIP/2.0 200 OKVia: SIP/2.0/UDP 166.34.245.231:53600From: <sip:3660210@166.34.245.231;user=phone;phone-context=unknown>;tag=27DBC6D8-1357To: "3660110" <sip:3660110@166.34.245.230>Date: Sat, 06 Mar 1993 19:19:19 GMTCall-ID: ABBAE7AF-823100E2-0-1CD274BC@172.18.192.194Server: Cisco VoIP Gateway/ IOS 12.x/ SIP enabledTimestamp: 731612717Content-Length: 0CSeq: 101 BYERelated Commands
debug ccsip preauth
To enable diagnostic reporting of authentication, authorization, and accounting (AAA) preauthentication for Session Initiation Protocol (SIP) calls, use the debug ccsip preauth command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip preauth
no debug ccsip preauth
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Examples
The following example shows debug output for a single SIP call:
Router# debug ccsip preauthSIP Call preauth tracing is enabledJan 23 18:43:17.898::Preauth RequiredJan 23 18:43:17.898: In sipSPISendPreauthReq for preauth_id = 86515, ccb = 67AF4E10Jan 23 18:43:17.898: Entering rpms_proc_print_preauth_reqJan 23 18:43:17.898: Request = 0Jan 23 18:43:17.898: Preauth id = 86515Jan 23 18:43:17.898: EndPt Type = 1Jan 23 18:43:17.898: EndPt = 192.168.80.70Jan 23 18:43:17.898: Resource Service = 1Jan 23 18:43:17.898: Call_origin = answerJan 23 18:43:17.898: Call_type = voipJan 23 18:43:17.898: Calling_num = 2270001Jan 23 18:43:17.898: Called_num = 1170001Jan 23 18:43:17.898: Protocol = 1Jan 23 18:43:17.898:sipSPISendPreauthReq:Created node with preauth_id = 86515, ccb 67AF4E10 , node 6709C280Jan 23 18:43:17.898:rpms_proc_create_node:Created node with preauth_id = 86515Jan 23 18:43:17.898:rpms_proc_send_aaa_req:uid got is 466728Jan 23 18:43:17.902:rpms_proc_preauth_response:Context is for preauth_id 86515, aaa_uid 466728Jan 23 18:43:17.902:rpms_proc_preauth_response:Deleting Tree node for preauth id 86515 uid 466728Jan 23 18:43:17.902:sipSPIGetNodeForPreauth:Preauth_id=86515Jan 23 18:43:17.902: ccsip_spi_process_preauth_event:67AF4E10 ccb & 6709C280 nodeJan 23 18:43:17.902: In act_preauth_response:67AF4E10 ccbJan 23 18:43:17.902: act_preauth_response:Deleting node 6709C280 from treeTable 52 describes the significant fields shown in the display.
debug ccsip states
To show all Session Initiation Protocol (SIP) Service Provider Interface (SPI) state tracing, use the debug ccsip states command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip states
no debug ccsip states
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command traces the state machine changes of SIP SPI and displays the state transitions.
Examples
The following example shows all SIP SPI state tracing:
Router1# debug ccsip statesSIP Call states tracing is enabledRouter1#*Jan 2 18:34:37.793:0x6220C634 :State change from (STATE_NONE, SUBSTATE_NONE) to (STATE_IDLE, SUBSTATE_NONE)*Jan 2 18:34:37.797:0x6220C634 :State change from (STATE_IDLE, SUBSTATE_NONE) to (STATE_IDLE, SUBSTATE_CONNECTING)*Jan 2 18:34:37.797:0x6220C634 :State change from (STATE_IDLE, SUBSTATE_CONNECTING) to (STATE_IDLE, SUBSTATE_CONNECTING)*Jan 2 18:34:37.801:0x6220C634 :State change from (STATE_IDLE, SUBSTATE_CONNECTING) to (STATE_SENT_INVITE, SUBSTATE_NONE)*Jan 2 18:34:37.809:0x6220C634 :State change from (STATE_SENT_INVITE, SUBSTATE_NONE) to (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING)*Jan 2 18:34:37.853:0x6220C634 :State change from (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING) to (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_ALERTING)*Jan 2 18:34:38.261:0x6220C634 :State change from (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_ALERTING) to (STATE_ACTIVE, SUBSTATE_NONE)*Jan 2 18:35:09.860:0x6220C634 :State change from (STATE_ACTIVE, SUBSTATE_NONE) to (STATE_DISCONNECTING, SUBSTATE_NONE)*Jan 2 18:35:09.868:0x6220C634 :State change from (STATE_DISCONNECTING, SUBSTATE_NONE) to (STATE_DEAD, SUBSTATE_NONE)*Jan 2 18:28:38.404: Queued event from SIP SPI :SIPSPI_EV_CLOSE_CONNECTIONRelated Commands
Enables all SIP-related debugging.
Shows all SIP SPI call tracing.
Shows SIP SPI errors.
Shows all SIP SPI events tracing.
Shows all SIP SPI message tracing.
debug ccsip transport
To enable tracing of the Session Initiation Protocol (SIP) transport handler and the TCP or User Datagram Protocol (UDP) process, use the debug ccsip transport command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccsip transport
no debug ccsip transport
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use the debug ccsip transport command to debug issues related to connection and transport usage and to see the flow of the messages being sent or received.
Examples
The following is sample output from the debug ccsip transport command for a Cisco 3660:
Router# debug ccsip transport...1w1d: //18/8E16980D800A/SIP/Transport/sipSPISendInvite: Sending Invite to the transport layer1w1d: //18/8E16980D800A/SIP/Transport/sipSPIGetSwitchTransportFlag: Return the Global configuration, Switch Transport is TRUE1w1d: //18/8E16980D800A/SIP/Transport/sipSPITransportSendMessage: msg=0x64082D50, addr=172.18.194.183, port=5060, sentBy_port=0, is_req=1, transport=1, switch=1, callBack=0x614FAB581w1d: //18/8E16980D800A/SIP/Transport/sipSPITransportSendMessage: Proceedable for sending msg immediately1w1d: //18/8E16980D800A/SIP/Transport/sipTransportLogicSendMsg: switch transport is 11w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportGetInterfaceMtuSize: MTU size for remote address 172.18.194.183 is 5001w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportVerifyMsgForMTUThreshold: Interface MTU Size 500, Msg Size 10961w1d: //18/8E16980D800A/SIP/Transport/sipTransportLogicSendMsg: Switching msg=0x64082D50 transport UDP->TCP1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportSetAgeingTimer: Aging timer initiated for holder=0x64084058,addr=172.18.194.1831w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipCreateConnHolder: Created new holder=0x64084058, addr=172.18.194.1831w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostRequestConnection: Posting TCP conn create request for addr=172.18.194.183, port=5060, context=0x64128D5C1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportSetConnWaitTimer: Wait timer set for connection=0x64129BF4,addr=172.18.194.183, port=50601w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipCreateConnInstance: Created new initiated conn=0x64129BF4, connid=-1, addr=172.18.194.183, port=5060, transport=tcp1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipConnectionManagerProcessConnCreated: gConnTab=0x64128D5C, addr=172.18.194.183, port=5060, connid=1, transport=tcp1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipInstanceHandleConnectionCreated: Moving connection=0x64129BF4, connid=1state to pending1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWConnectionCreated: context=0x64128D5C1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipConnectionManagerProcessConnCreated: gConnTab=0x64128D5C, addr=172.18.194.183, port=5060, connid=1, transport=tcp1w1d: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x64082D50, addr=172.18.194.183, port=5060, connId=1 for TCP...Table 53 describes the significant fields shown in the display.
Related Commands
debug ccswvoice vo-debug
To display detailed debugging information related to ccswvoice function calls during call setup and teardown, use the debug ccswvoice vo-debug command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccswvoice vo-debug
no debug ccswvoice vo-debug
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command when attempting to troubleshoot a Vo call that uses the "cisco-switched" session protocol. This command provides the same information as the debug ccswvoice vo-session command, but includes additional debugging information relating to the calls.
Examples
The following shows sample output from the debug ccswvoice vo-debug command:
Router# debug ccswvoice vo-debug2w2d: ccswvoice: callID 529927 pvcid -1 cid -1 state NULL event O/G SETUP2w2d: ccswvoice_out_callinit_setup: callID 529927 using pvcid 1 cid 152w2d: ccswvoice: callID 529927 pvcid 1 cid 15 state O/G INIT event I/C PROC2w2d: ccswvoice: callID 529927 pvcid 1 cid 15 state O/G PROC event I/C ALERTccfrf11_caps_ind: codec(preferred) = 12w2d: ccswvoice: callID 529927 pvcid 1 cid 15 state O/G ALERT event I/C CONN2w2d: ccswvoice_bridge_drop: dropping bridge calls src 529927 dst 529926 pvcid 1 cid 15 state ACTIVE2w2d: ccswvoice: callID 529927 pvcid 1 cid 15 state ACTIVE event O/G REL2w2d: ccswvoice: callID 529927 pvcid 1 cid 15 state RELEASE event I/C RELCOMP2w2d: ccswvo_store_call_history_entry: cause=10 tcause=10 cause_text=normal call clearing.Related Commands
debug ccswvoice vo-session
Displays the first 10 bytes (including header) of selected VoFR subframes for the interface.
debug ccswvoice vofr-debug
To display the ccswvoice function calls during call setup and teardown, use the debug ccswvoice vofr-debug command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccswvoice vofr-debug
no debug ccswvoice vofr-debug
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command when troubleshooting a VoFR call that uses the "cisco-switched" session protocol. This command provides the same information as the debug ccswvoice vofr-session command, but includes additional debugging information relating to the calls.
Examples
The following shows sample output from the debug ccswvoice vofr-debug command:
Router# debug ccswvoice vofr-debugCALL TEARDOWN:3640_vofr(config-voiceport)#*Mar 1 03:02:08.719:ccswvofr_bridge_drop:dropping bridge calls src 17 dst 16 dlci 100cid 9 state ACTIVE*Mar 1 03:02:08.727:ccswvofr:callID 17 dlci 100 cid 9 state ACTIVE event O/G REL*Mar 1 03:02:08.735:ccswvofr:callID 17 dlci 100 cid 9 state RELEASE event I/C RELCOMP*Mar 1 03:02:08.735:ccswvofr_store_call_history_entry:cause=22 tcause=22cause_text=no circuit.3640_vofr(config-voiceport)#CALL SETUP (outgoing):*Mar 1 03:03:22.651:ccswvofr:callID 23 dlci -1 cid -1 state NULL event O/G SETUP*Mar 1 03:03:22.651:ccswvofr_out_callinit_setup:callID 23 using dlci 100 cid 10*Mar 1 03:03:22.659:ccswvofr:callID 23 dlci 100 cid 10 state O/G INIT event I/C PROC*Mar 1 03:03:22.667:ccswvofr:callID 23 dlci 100 cid 10 state O/G PROC event I/C CONNccfrf11_caps_ind:codec(preferred) = 0Related Commands
debug ccswvoice vofr-session
To display the ccswvoice function calls during call setup and teardown, use the debug ccswvoice vofr-session command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccswvoice vofr-session
no debug ccswvoice vofr-session
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to show the state transitions of the cisco-switched-vofr state machine as a call is processed, and when attempting to troubleshoot a VoFR call that uses the "cisco-switched" session protocol.
Examples
The following shows sample output from the debug ccswvoice vofr-session command:
Router# debug ccswvoice vofr-sessionCALL TEARDOWN:3640_vofr(config-voiceport)#*Mar 1 02:58:13.203:ccswvofr:callID 14 dlci 100 cid 8 state ACTIVE event O/G REL*Mar 1 02:58:13.215:ccswvofr:callID 14 dlci 100 cid 8 state RELEASE event I/C RELCOMP3640_vofr(config-voiceport)#CALL SETUP (outgoing):*Mar 1 02:59:46.551:ccswvofr:callID 17 dlci -1 cid -1 state NULL event O/G SETUP*Mar 1 02:59:46.559:ccswvofr:callID 17 dlci 100 cid 9 state O/G INIT event I/C PROC*Mar 1 02:59:46.567:ccswvofr:callID 17 dlci 100 cid 9 state O/G PROC event I/C CONN3640_vofr(config-voiceport)#Related Commands
debug ccswvoice vo-session
To display the first 10 bytes (including header) of selected VoFR subframes for the interface, use the debug ccswvoice vo-session command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccswvoice vo-session
no debug ccswvoice vo-session
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to show the state transitions of the cisco-switched-vo state machine as a call is processed. This command should be used when attempting to troubleshoot a Vo call that uses the "cisco-switched" session protocol.
Examples
The following shows sample output from the debug ccswvoice vo-session command:
Router# debug ccswvoice vo-session2w2d: ccswvoice: callID 529919 pvcid -1 cid -1 state NULL event O/G SETUP2w2d: ccswvoice: callID 529919 pvcid 1 cid 11 state O/G INIT event I/C PROC2w2d: ccswvoice: callID 529919 pvcid 1 cid 11 state O/G PROC event I/C ALERT2w2d: ccswvoice: callID 529919 pvcid 1 cid 11 state O/G ALERT event I/C CONN2w2d: ccswvoice: callID 529919 pvcid 1 cid 11 state ACTIVE event O/G REL2w2d: ccswvoice: callID 529919 pvcid 1 cid 11 state RELEASE event I/C RELCOMPRelated Commands
debug ccswvoice vo-debug
Displays detailed debugging information related to ccswvoice function calls during call setup and teardown.
debug cdapi
To display information about the Call Distributor Application Programming Interface (CDAPI), use the debug cdapi command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdapi {detail | events}
no debug cdapi {detail | events}
Syntax Description
Defaults
Debugging output is disabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The detail keyword is useful for determining if messages are being lost (or not freed). It is also useful for determining the size of the raw messages passed between CDAPI and other applications to ensure that the correct number of bytes is being passed.
The events keyword is useful for determining if certain ISDN messages are not being received by an application and if calls are not being directed to an application.
The following bandwidths are supported:
•
•
Examples
The following Media Gateway Control Protocol (MGCP) packet received example shows V.110 call debugging output for the debug cdapi detail command. In this example, the modem is not yet in STEADY_STATE.
Router# debug cdapi detailSep 26 19:12:25.327:MGCP Packet received from 10.0.44.109:2427-CRCX 6318 s7/ds1-0/24 MGCP 1.0C:111M:nas/dataL:b:64, nas/bt:v.110, nas/cdn:234567R:nas/au, nas/ax,nas/of, nas/crqX:101Sep 26 19:12:25.327:CDAPI:cdapi_create_msg():CDAPI Pool Count:959, Raw Length = 0Sep 26 19:12:25.327:CDAPI Se7/1:23:cdapi_add_entry_callRoutingTbl() -Sep 26 19:12:25.327: Added entry for call 0x7017 for application CSMSep 26 19:12:25.331:CDAPI:cdapi_create_msg():CDAPI Pool Count:958,router# Raw Length = 0Sep 26 19:12:25.331:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0Sep 26 19:12:25.331:CDAPI:cdapi_free_msg():CDAPI Pool Count:959Sep 26 19:12:25.331:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0Sep 26 19:12:25.331:CDAPI:cdapi_free_msg():CDAPI Pool Count:960Sep 26 19:12:25.331:send_mgcp_msg, MGCP Packet sent to 10.0.44.109:2427 --->Sep 26 19:12:25.331:200 6318 AlertI:64524608Sep 26 19:12:25.339:CDAPI:cdapi_crearouter#te_msg():CDAPI Pool Count:959, Raw Length = 0Sep 26 19:12:25.339:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0Sep 26 19:12:25.339:CDAPI:cdapi_free_msg():CDAPI Pool Count:960router#Sep 26 19:12:33.223:MGCP Packet received from 10.0.44.109:2427-DLCX 6319 s7/ds1-0/24 MGCP 1.0Sep 26 19:12:33.223:CDAPI:cdapi_create_msg():CDAPI Pool Count:959, Raw Length = 0Sep 26 19:12:33.223:CDAPI:cdapi_create_msg():CDAPI Pool Count:958, Raw Length = 0Sep 26 19:12:33.223:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0Sep 26 19:12:33.223:CDAPI:cdapi_free_msg():CDAPI Pool Count:959Sep 26 19:12:33.227:CDAPI:cdapi_create_msg():CDAPI Pool Count:958, Rawrouter# Length = 0Sep 26 19:12:33.227:CDAPI Se7/1:23:cdapi_del_entry_callRoutingTbl() -Sep 26 19:12:33.227: Deleted entry for call 0x7017Sep 26 19:12:33.227:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0Sep 26 19:12:33.227:CDAPI:cdapi_free_msg():CDAPI Pool Count:959Sep 26 19:12:33.227:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0Sep 26 19:12:33.227:CDAPI:cdapi_free_msg():CDAPI Pool Count:960Sep 26 19:12:33.227:send_mgcp_msg, MGCP Packet sentrouter#to 10.0.44.109:2427 --->Sep 26 19:12:33.227:200 6319 OKThe following partial example shows V.120 call debugging output for the debug cdapi detail command:
Router# debug cdapi detailMay 14 19:12:25.327:MGCP Packet received from 10.0.44.109:2427-CRCX 6318 s7/ds1-0/24 MGCP 1.0C:111M:nas/dataL:b:64, nas/bt:v.120, nas/cdn:234567R:nas/au, nas/ax,nas/of, nas/crqX:101May 14 19:12:25.327:CDAPI:cdapi_create_msg():CDAPI Pool Count:959, Raw Length = 0May 14 19:12:25.327:CDAPI Se7/1:23:cdapi_add_entry_callRoutingTbl() -May 14 19:12:25.327: Added entry for call 0x7017 for application CSMMay 14 19:12:25.331:CDAPI:cdapi_create_msg():CDAPI Pool Count:958,router# Raw Length = 0May 14 19:12:25.331:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0May 14 19:12:25.331:CDAPI:cdapi_free_msg():CDAPI Pool Count:959May 14 19:12:25.331:CDAPI:cdapi_free_msg():Raw Length = 0, freeRaw = 1, Raw Msg = 0x0May 14 19:12:25.331:CDAPI:cdapi_free_msg():CDAPI Pool Count:960May 14 19:12:25.331:send_mgcp_msg, MGCP Packet sent to 10.0.44.109:2427 --->...The following MGCP packet received example shows V.120 call debugging output for the debug cdapi events command:
Router# debug cdapi eventsSep 26 19:14:39.027:MGCP Packet received from 10.0.44.109:2427-CRCX 6322 s7/ds1-0/24 MGCP 1.0C:111M:nas/dataL:b:64, nas/bt:v.120, nas/cdn:234567R:nas/au, nas/ax,nas/of, nas/crqX:101Sep 26 19:14:39.027:Se7/0:23 CDAPI:TX -> CDAPI_MSG_CONNECT_IND to CSM call = 0x7017Sep 26 19:14:39.027: From Appl/Stack = XCSPSep 26 19:14:39.027: Call Type = V.120Sep 26 19:14:39.027: B Channel = 23Sep 26 19:14:39.027: dslId = 0Sep 26 19:14:39.027: Idb = 0Seprouter#26 19:14:39.027: BChanIdb = 64519A14Sep 26 19:14:39.027: Handle = 63CB8DF4Sep 26 19:14:39.027: RPA = 6388506CSep 26 19:14:39.027: Cause = 0Sep 26 19:14:39.027: ApplCause = 0Sep 26 19:14:39.027: ApplSpecData = 0Sep 26 19:14:39.027: Calling Party Number =Sep 26 19:14:39.027: Called Party Number = 234567Sep 26 19:14:39.027: Overlap = 0Sep 26 19:14:39.027:Se7/0:23 CDAPI:TX -> CDAPI_MSG_CONNECT_RESP to XCSP call = 0x7017Sep 26 19:14:39.027: From Applrouter#/Stack = CSMSep 26 19:14:39.027: Call Type = MODEMSep 26 19:14:39.027: B Channel = 23Sep 26 19:14:39.027: dslId = 0Sep 26 19:14:39.027: Idb = 0Sep 26 19:14:39.027: BChanIdb = 64519A14Sep 26 19:14:39.027: Handle = 63CB8DF4Sep 26 19:14:39.027: RPA = 0Sep 26 19:14:39.027: Cause = 0Sep 26 19:14:39.027: ApplCause = 0Sep 26 19:14:39.027: ApplSpecData = 0Sep 26 19:14:39.027: Overlap = 0Sep 26 19:14:39.031:send_mgcp_msg, MGCP Parouter#cket sent to 10.0.44.109:2427 --->Sep 26 19:14:39.031:200 6322 AlertI:64524608Sep 26 19:14:39.039:Se7/0:23 CDAPI:TX -> CDAPI_MSG_CONN_ACT_REQ to XCSP call = 0x7017Sep 26 19:14:39.039: From Appl/Stack = CSMSep 26 19:14:39.039: Call Type = MODEMSep 26 19:14:39.039: B Channel = 23Sep 26 19:14:39.039: dslId = 0Sep 26 19:14:39.039: Idb = 0Sep 26 19:14:39.039: BChanIdb = 64519A14Sep 26 19:14:39.039: Handle = 63CB8DF4Sep 26 19:14:39.039: Rrouter#PA = 0Sep 26 19:14:39.039: Cause = 0Sep 26 19:14:39.039: ApplCause = 0Sep 26 19:14:39.039: ApplSpecData = 0Sep 26 19:14:39.039: Overlap = 0router#Sep 26 19:14:48.959:MGCP Packet received from 10.0.44.109:2427-DLCX 6323 s7/ds1-0/24 MGCP 1.0Sep 26 19:14:48.963:Se7/0:23 CDAPI:TX -> CDAPI_MSG_DISCONNECT_IND to CSM call = 0x7017Sep 26 19:14:48.963: From Appl/Stack = XCSPSep 26 19:14:48.963: Call Type = V.120Sep 26 19:14:48.963: B Channel = 23Sep 26 19:14:48.963: dslId = 0Sep 26 19:14:48.963: Idb = 0Sep 26 19:14:48.963: BChanIdb = 64519A14Sep 26 19:14:48.963: Handle = 63CB8DF4Sep 26 19:14router#:48.963: RPA = 6388506CSep 26 19:14:48.963: Cause = 0Sep 26 19:14:48.963: ApplCause = 0Sep 26 19:14:48.963: ApplSpecData = 0Sep 26 19:14:48.963: Overlap = 0Sep 26 19:14:48.963:Se7/0:23 CDAPI:TX -> CDAPI_MSG_SUBTYPE_RELEASE_REQ to XCSP call = 0x7017Sep 26 19:14:48.963: From Appl/Stack = CSMSep 26 19:14:48.963: Call Type = MODEMSep 26 19:14:48.963: B Channel = 23Sep 26 19:14:48.963: dslId = 0Sep 26 19:14:48.963: Idb = 0Sep 26 19:14:48router#.963: BChanIdb = 64519A14Sep 26 19:14:48.963: Handle = 63CB8DF4Sep 26 19:14:48.963: RPA = 0Sep 26 19:14:48.963: Cause = 0Sep 26 19:14:48.963: ApplCause = 1Sep 26 19:14:48.963: ApplSpecData = 0Sep 26 19:14:48.963: Overlap = 0Sep 26 19:14:48.963:Se7/0:23 CDAPI:TX -> CDAPI_MSG_SUBTYPE_REL_COMP_IND to CSM call = 0x7017Sep 26 19:14:48.963: From Appl/Stack = XCSPSep 26 19:14:48.963: Call Type = V.120Sep 26 19:14:48.963: B Channel = 23Sep 26 19:router#14:48.963: dslId = 0Sep 26 19:14:48.963: Idb = 0Sep 26 19:14:48.963: BChanIdb = 64519A14Sep 26 19:14:48.963: Handle = 63CB8DF4Sep 26 19:14:48.963: RPA = 6388506CSep 26 19:14:48.963: Cause = 0Sep 26 19:14:48.963: ApplCause = 0Sep 26 19:14:48.963: ApplSpecData = 0Sep 26 19:14:48.963: Overlap = 0Sep 26 19:14:48.963:send_mgcp_msg, MGCP Packet sent to 10.0.44.109:2427 --->Sep 26 19:14:48.963:200 6323 OKTable 54 describes the significant fields shown in the displays.
Related Commands
debug mgcp packet
Displays the MGCP signaling message received and sent to the called agent.
debug voip rawmsg
Displays the raw message owner, length, and pointer.
debug cdma pdsn a10 ahdlc
To display debug messages for Asynchronous High-Level Data Link Control (AHDLC), use the debug cdma pdsn a10 ahdlc command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn a10 ahdlc [errors | events]
no debug cdma pdsn a10 ahdlc [errors | events]
Syntax Description
errors
(Optional) Displays details of AHDLC packets in error.
events
(Optional) Displays AHDLC events.
Defaults
If the command is entered without any optional keywords, all of the types of debug information are enabled.
Command Modes
Privileged EXEC
Command History
12.2(2)XC
This command was introduced.
12.2(8)BY
Keywords were made optional.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn a10 ahdlc command:
Router# debug cdma pdsn a10 ahdlc errorsahdlc error packet display debugging is onRouter# debug cdma pdsn a10 ahdlc eventsahdlc events display debugging is onRouter#*Jan 1 00:18:30:%LINK-3-UPDOWN:Interface Virtual-Access1, changed state to up*Jan 1 00:18:30:*****OPEN AHDLC******Jan 1 00:18:30: ahdlc_mgr_channel_create*Jan 1 00:18:30: ahdlc_mgr_allocate_available_channel:*Jan 1 00:18:30:ahdlc:tell h/w open channel 9 from engine 0debug cdma pdsn a10 gre
To display debug messages for A10 Generic Routing Encapsulation (GRE) interface errors, events, and packets, use the debug cdma pdsn a10 gre command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn a10 gre [errors | events | packets] [tunnel-key key]
no debug cdma pdsn a10 gre [errors | events | packets]
Syntax Description
Defaults
If the command is entered without any optional keywords, all of the types of debug information are enabled.
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the debug cdma pdsn a10 gre events tunnel-key command:
Router# debug cdma pdsn a10 gre events tunnel-key 1Router# show debugCDMA:CDMA PDSN A10 GRE events debugging is on for tunnel key 1PDSN#*Mar 1 04:00:57.847:CDMA-GRE:CDMA-Ix1 (GRE/CDMA) created with src 5.0.0.2 dst 0.0.0.0*Mar 1 04:00:57.847:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1*Mar 1 04:00:59.863:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1*Mar 1 04:00:59.863:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1*Mar 1 04:01:01.879:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1*Mar 1 04:01:01.879:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1*Mar 1 04:01:03.899:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1*Mar 1 04:01:03.899:CDMA-GRE:(in) found session 5.0.0.2-4.0.0.1-1debug cdma pdsn a10 ppp
To display debug messages for A10 Point-to-Point protocol (PPP) interface errors, events, and packets, use the debug cdma pdsn a10 ppp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn a10 ppp [errors | events | packets]
no debug cdma pdsn a10 ppp [errors | events | packets]
Syntax Description
errors
(Optional) Displays A10 PPP errors.
events
(Optional) Displays A10 PPP events.
packets
(Optional) Displays transmitted or received A10 PPP packets.
Defaults
If the command is entered without any optional keywords, all of the types of debug information are enabled.
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.2(8)BY
Keywords were made optional.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn a10 ppp command:
Router# debug cdma pdsn a10 ppp errorsCDMA PDSN A10 errors debugging is onRouter# debug cdma pdsn a10 ppp eventsCDMA PDSN A10 events debugging is onRouter# debug cdma pdsn a10 ppp packetsCDMA PDSN A10 packet debugging is onRouter# show debug*Jan 1 00:13:09:CDMA-PPP:create_va tunnel=CDMA-Ix1 virtual-template template=Virtual-Template2 ip_enabled=1*Jan 1 00:13:09:CDMA-PPP:create_va va=Virtual-Access1*Jan 1 00:13:09:CDMA-PPP:clone va=Virtual-Access1 subif_state=1 hwidb->state=0*Jan 1 00:13:09: linestate=1 ppp_lineup=0*Jan 1 00:13:09:%LINK-3-UPDOWN:Interface Virtual-Access1, changed state to up*Jan 1 00:13:09:CDMA-PPP:clone va=Virtual-Access1 subif_state=1 hwidb->state=4*Jan 1 00:13:09: linestate=0 ppp_lineup=0*Jan 1 00:13:09:*****OPEN AHDLC*****debug cdma pdsn a11
To display debug messages for A11 interface errors, events, and packets, use the debug cdma pdsn a11 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn a11 [errors | events | packets] [mnid]
no debug cdma pdsn a11 [errors | events | packets]
Syntax Description
Defaults
If the command is entered without any optional keywords, all of the types of debug information are enabled.
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the debug cdma pdsn a11 commands:
Router# debug cdma pdsn a11 errorsCDMA PDSN A11 errors debugging is onRouter# show debug1d21h:CDMA-RP:(in) rp_msgs, code=1, status=01d21h:CDMA-RP:(enqueue req) type=1 homeagent=5.0.0.2 coaddr=4.0.0.11d21h: id=0xBEF750F0-0xBA53E0F lifetime=655351d21h:CDMA-RP:len=8, 00-00-00-00-00-00-00-F1 convert to 00000000000001(14 digits), type=IMSI1d21h:CDMA-RP:(req) process_rp_req, homeagent=5.0.0.2 coaddr=4.0.0.11d21h: lifetime=65535 id=BEF750F0-BA53E0Fimsi=000000000000011d21h:CDMA-RP:(req) rp_req_create, 5.0.0.2-4.0.0.1-1 imsi=000000000000011d21h:CDMA-RP:(out) rp_reply session=5.0.0.2-4.0.0.1-1, lifetime=655351d21h:CDMA-RP:(out) setup_rp_out_msg, ha=5.0.0.2 coa=4.0.0.1 key=11d21h:%LINK-3-UPDOWN:Interface Virtual-Access2000, changed state to up1d21h:CDMA-RP:ipmobile_visitor add/delete=1, mn=8.0.2.132, ha=7.0.0.21d21h:%LINEPROTO-5-UPDOWN:Line protocol on Interface Virtual-Access2000,changed state to upRouter# debug cdma pdsn a11 packets eventsRouter# show debugCDMA:CDMA PDSN A11 packet debugging is on for mnid 000000000000001CDMA PDSN A11 events debugging is on for mnid 000000000000001Router#*Mar 1 03:15:32.507:CDMA-RP:len=8, 01-00-00-00-00-00-00-10 convert to 000000000000001 (15 digits), type=IMSI*Mar 1 03:15:32.511:CDMA-RP:extension type=38, len=0*Mar 1 03:15:32.511:CDMA-RP:extension type=38, len=0*Mar 1 03:15:32.511:CDMA-RP:extension type=38, len=0*Mar 1 03:15:32.511:CDMA-RP:extension type=32, len=20*Mar 1 03:15:32.511: 00 00 01 00 EE 1F FC 43 0A 7D F9 36 29 C2 BA 28*Mar 1 03:15:32.511: 5A 64 D5 9C*Mar 1 03:15:32.511:CDMA-RP:(req) process_rp_req, homeagent=5.0.0.2 coaddr=4.0.0.1*Mar 1 03:15:32.511: lifetime=1800 id=AF3BFE55-69A109D IMSI=000000000000001*Mar 1 03:15:32.511:CDMA-RP:(req) rp_req_create, ha=5.0.0.2, coa=4.0.0.1, key=1 IMSI=000000000000001*Mar 1 03:15:32.511:CDMA-RP:(out) rp_reply session=5.0.0.2-4.0.0.1-1, lifetime=1800*Mar 1 03:15:32.511:CDMA-RP:(out) Setup RP out message, ha=5.0.0.2 coa=4.0.0.1 key=1*Mar 1 03:15:38.555:CDMA-RP:simple ip visitor added, mn=9.2.0.1, ha=0.0.0.0Router#*Mar 1 03:15:54.755:CDMA-RP:len=8, 01-00-00-00-00-00-00-10 convert to 000000000000001 (15 digits), type=IMSI*Mar 1 03:15:54.755:CDMA-RP:extension type=38, len=0*Mar 1 03:15:54.755:CDMA-RP:extension type=32, len=20*Mar 1 03:15:54.755: 00 00 01 00 EA 9C C6 4C BA B9 F9 B6 DD C4 19 76*Mar 1 03:15:54.755: 51 5A 56 45*Mar 1 03:15:54.755:CDMA-RP:(req) process_rp_req, homeagent=5.0.0.2 coaddr=4.0.0.1*Mar 1 03:15:54.755: lifetime=0 id=AF3BFE6B-4616E475 IMSI=000000000000001*Mar 1 03:15:54.755:CDMA-RP:(req) rp_req_lifetime_zero 5.0.0.2-4.0.0.1-1*Mar 1 03:15:54.755: IMSI=000000000000001*Mar 1 03:15:54.755:CDMA-RP:(out) rp_reply session=5.0.0.2-4.0.0.1-1, lifetime=0*Mar 1 03:15:54.755:CDMA-RP:(out) Setup RP out message, ha=5.0.0.2 coa=4.0.0.1 key=1Router# debug cdma pdsn a11 event mnid 000000000000001Router# show debugCDMA:CDMA PDSN A11 events debugging is on for mnid 000000000000001Router#*Mar 1 03:09:34.339:CDMA-RP:len=8, 01-00-00-00-00-00-00-10 convert to 000000000000001 (15 digits), type=IMSI*Mar 1 03:09:34.339:CDMA-RP:(req) process_rp_req, homeagent=5.0.0.2 coaddr=4.0.0.1*Mar 1 03:09:34.339: lifetime=1800 id=AF3BFCEE-DC9FC751 IMSI=000000000000001*Mar 1 03:09:34.339:CDMA-RP:(req) rp_req_create, ha=5.0.0.2, coa=4.0.0.1, key=1 IMSI=000000000000001*Mar 1 03:09:34.339:CDMA-RP:(out) rp_reply session=5.0.0.2-4.0.0.1-1, lifetime=1800*Mar 1 03:09:34.339:CDMA-RP:(out) Setup RP out message, ha=5.0.0.2 coa=4.0.0.1 key=1*Mar 1 03:09:40.379:CDMA-RP:simple ip visitor added, mn=9.2.0.1, ha=0.0.0.0Router#close the sessionRouter#*Mar 1 03:10:00.575:CDMA-RP:len=8, 01-00-00-00-00-00-00-10 convert to 000000000000001 (15 digits), type=IMSI*Mar 1 03:10:00.575:CDMA-RP:(req) process_rp_req, homeagent=5.0.0.2 coaddr=4.0.0.1*Mar 1 03:10:00.575: lifetime=0 id=AF3BFD09-18040319 IMSI=000000000000001*Mar 1 03:10:00.575:CDMA-RP:(req) rp_req_lifetime_zero 5.0.0.2-4.0.0.1-1*Mar 1 03:10:00.575: IMSI=000000000000001*Mar 1 03:10:00.575:CDMA-RP:(out) rp_reply session=5.0.0.2-4.0.0.1-1, lifetime=0*Mar 1 03:10:00.575:CDMA-RP:(out) Setup RP out message, ha=5.0.0.2 coa=4.0.0.1 key=1Router# debug cdma pdsn a11 packet mnid 000000000000001Router# show debugCDMA:CDMA PDSN A11 packet debugging is on for mnid 000000000000001Router#*Mar 1 03:13:37.803:CDMA-RP:extension type=38, len=0*Mar 1 03:13:37.803:CDMA-RP:extension type=38, len=0*Mar 1 03:13:37.803:CDMA-RP:extension type=38, len=0*Mar 1 03:13:37.803:CDMA-RP:extension type=32, len=20*Mar 1 03:13:37.803: 00 00 01 00 A8 5B 30 0D 4E 2B 83 FE 18 C6 9D C2*Mar 1 03:13:37.803: 15 BF 5B 57*Mar 1 03:13:51.575:CDMA-RP:extension type=38, len=0*Mar 1 03:13:51.575:CDMA-RP:extension type=32, len=20*Mar 1 03:13:51.575: 00 00 01 00 58 77 E5 59 67 B5 62 15 17 52 83 6D*Mar 1 03:13:51.579: DC 0A B0 5Bdebug cdma pdsn accounting
To display debug messages for accounting events, use the debug cdma pdsn accounting command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn accounting
no cdma pdsn accounting
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn accounting command:
Router# debug cdma pdsn accountingCDMA PDSN accounting debugging is onRouter#*Jan 1 00:15:32:CDMA/ACCT:null vaccess in session_start*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[9]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[44] len:[3] 01 Processing Y1*Jan 1 00:15:32:CDMA/ACCT: Setup airlink record received*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[12]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[41] len:[6] 00 00 00 02 CDMA/ACCT: Processing Y2*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[9]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[42] len:[3] 12 CDMA/ACCT: Processing Y3*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1F] len:[17] 30 30 30 30 30 30 30 30 30 30 30 30 30 30 32 Processing A1*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[12]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[9] len:[6] 04 04 04 05 Processing D3*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[14]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[10] len:[8] 00 00 04 04 04 05 Processing D4*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[9]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[44] len:[3] 02 Processing Y1*Jan 1 00:15:32:CDMA/ACCT: Start airlink record received*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[12]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[41] len:[6] 00 00 00 02 CDMA/ACCT: Processing Y2*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[9]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[42] len:[3] 13 CDMA/ACCT: Processing Y3*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[10]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[11] len:[4] 00 02 Processing E1*Jan 1 00:15:32:CDMA/ACCT: Current Attribute type:0x[1A] len:[10]*Jan 1 00:15:32:CDMA/ACCT: VSA Vid:5535 type:[12] len:[4] 00 F1 Processing F1debug cdma pdsn accounting flow
To display debug messages for accounting flow, use the debug cdma pdsn accounting flow command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn accounting flow
no debug cdma pdsn accounting flow
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.2(2)XC
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn accounting flow command:
Router# debug cdma pdsn accounting flowCDMA PDSN flow based accounting debugging is onpdsn-6500#01:59:40:CDMA-SM:cdma_pdsn_flow_acct_upstream sess id 1 flow type 0 bytes 100 addr 20.20.20.101:59:40:CDMA-SM:cdma_pdsn_flow_acct_downstream sess id 1 flow type 0 bytes 100 addr 20.20.20.1debug cdma pdsn accounting time-of-day
To display the timer value, use the debug cdma pdsn accounting time-of-day command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn accounting time-of-day
no debug cdma pdsn accounting time-of-day
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn accounting time-of-day command:
Router# debug cdma pdsn accounting time-of-dayCDMA PDSN accounting time-of-day debugging is onFeb 15 19:13:23.634:CDMA-TOD:Current timer expiring in 22 secondsFeb 15 19:13:24.194:%SYS-5-CONFIG_I:Configured from console by consoleRouter#Feb 15 19:13:45.635:CDMA-TOD:Timer expired...Rearming timerFeb 15 19:13:45.635:CDMA-TOD:Gathering session infoFeb 15 19:13:45.635:CDMA-TOD:Found 0 sessionsdebug cdma pdsn cluster
To display the error messages, event messages, and packets received, use the debug cdma pdsn cluster command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn cluster {message [error | events | packets] redundancy [error | events | packets]}
no debug cdma pdsn cluster {message [error | events | packets] redundancy [error | events | packets]}
Syntax Description
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Usage Guidelines
This debug is only allowed on PDSN c6-mz images, and helps to monitor prepaid information.
Examples
The following is sample output from the debug cdma pdsn cluster command:
Router# debug cdma pdsn cluster ?message Debug PDSN cluster controller messagesredundancy Debug PDSN cluster controller redundancydebug cdma pdsn ipv6
To display debug messages, use the debug cdma pdsn ipv6 command in privileged EXEC mode. To disable debug messages, use the no form of this command.
debug cdma pdsn ipv6
no debug cdma pdsn ipv6
Syntax Description
There are no arguments or keywords for this command.
Command Default
There are no default values for this command.
Command History
12.3(14)YX
This command was introduced.
12.4(11)T
This command was integrated into Cisco IOS Release 12.4(11)T.
Usage Guidelines
The following example shows how to turn on the debug cdma pdsn ipv6 command:
Router# debug cdma pdsn ipv6May 31 11:12:05.695: CDMA-SM-IPv6: ppp is up, linktype=79May 31 11:12:05.695: Virtual-Access3CDMA-SP-IPv6:Adding IPv6 flowMay 31 11:12:05.695: CDMA-SM-IPv6: MNv6addr=2001:420:10:0:211:20FF:FE43:620, nai=mwts-ipv6-sip, service=0May 31 11:12:05.695: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:05.939: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:06.215: CDMA-SM-IPv6: Flow acct downstream next-hdr=0May 31 11:12:06.667: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access3, changed state to upMay 31 11:12:06.967: CDMA-SM-IPv6: Flow acct downstream next-hdr=0May 31 11:12:14.559: %CLEAR-5-COUNTERS: Clear counter on all interfaces by consoleMay 31 11:12:14.691: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:14.691: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:14.691: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:14.691: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:14.691: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:14.691: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:14.695: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:14.695: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:14.695: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:14.695: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:22.543: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:22.543: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:22.547: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:22.547: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:22.547: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:22.547: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:22.547: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:22.547: CDMA-SM-IPv6: Flow acct downstream next-hdr=58May 31 11:12:22.547: CDMA-SP-IPv6:IPv6 process check incoming packet (iaf/flow-acct)May 31 11:12:22.547: CDMA-SM-IPv6: Flow acct downstream next-hdr=58debug cdma pdsn prepaid
To display debug messages about prepaid flow, use the debug cdma pdsn prepaid command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn prepaid
no debug cdma pdsn prepaid
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.2(8)BY
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Usage Guidelines
This debug is only allowed on PDSN c6-mz images, and helps to monitor prepaid information.
Examples
The following is sample output from the debug cdma pdsn prepaid command:
Router# debug cdma pdsn prepaid*Mar 1 00:09:38.391: CDMA-PREPAID: Initialized the authorization request*Mar 1 00:09:38.391: CDMA-PREPAID: Added username into A-V list*Mar 1 00:09:38.391: CDMA-PREPAID: Added CLID into A-V list*Mar 1 00:09:38.391: CDMA-PREPAID: Added session id for prepaid*Mar 1 00:09:38.391: CDMA-PREPAID: Added correlation id into A-V list*Mar 1 00:09:38.391: CDMA-PREPAID: Added auth reason for prepaid into A-V list*Mar 1 00:09:38.391: CDMA-PREPAID: Added USER_ID for prepaid*Mar 1 00:09:38.391: CDMA-PREPAID: Added service id for prepaid*Mar 1 00:09:38.391: CDMA-PREPAID: Built prepaid VSAs*Mar 1 00:09:38.391: CDMA-PREPAID: Sent the request to AAA*Mar 1 00:09:38.391: CDMA-PREPAID: Auth_reason: CRB_RSP_PEND_INITIAL_QUOTA*Mar 1 00:09:38.395: CDMA-PREPAID: Received prepaid response: status 2*Mar 1 00:09:38.395: CDMA-PREPAID: AAA authorised parms being processed*Mar 1 00:09:38.395: CDMA-PREPAID: Attr in Grp Prof: crb-entity-type*Mar 1 00:09:38.395: (0x4B000000) CDMA/PREPAID: AAA_AT_CRB_ENTITY_TYPE*Mar 1 00:09:38.395: (0x4B000000) CDMA/PREPAID: entity type returns 1*Mar 1 00:09:38.395: CDMA-PREPAID: Attr in Grp Prof: crb-duration*Mar 1 00:09:38.395: (0x4B000000) CDMA/PREPAID: AAA_AT_CRB_DURATION*Mar 1 00:09:38.395: (0x4B000000) CDMA/PREPAID: duration returns 120*Mar 1 00:09:38.395: CDMA-PREPAID: Retrieved attributes successfully*Mar 1 00:09:38.395: CDMA-PREPAID: Reset duration to 120, mn 9.3.0.1*Mar 1 00:09:38.395: CDMA-PREPAID: : Started duration timer for 120 secdebug cdma pdsn qos
To display debug messages about quality of service (QoS) features, use the debug cdma pdsn qos command in privileged EXEC mode. To disable debug messages, use the no form of this command.
debug cdma pdsn qos
no debug cdma pdsn qos
Syntax Description
There are no arguments or keywords for this command.
Command Default
There are no default values for this command.
Command History
12.3(8)XW
This command was introduced.
12.4(11)T
This command was integrated into Cisco IOS Release 12.4(11)T.
Examples
There are currently no sample outputs for this command.
debug cdma pdsn resource-manager
To display debug messages that help you monitor the resource-manager information, use the debug cdma pdsn resource-manager command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn resource-manager [error | events]
no debug cdma pdsn resource-manager [error | events]
Syntax Description
errors
Displays Packet Data Service node (PDSN) resource manager errors.
events
Displays PDSN resource manager events.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.2(8)BY
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pds resource-manager command:
Router# debug cdma pdsn resource-managererrors CDMA PDSN resource manager errorsevents CDMA PDSN resource manager eventsdebug cdma pdsn selection
To display debug messages for the intelligent Packet Data Serving Node (PDSN) selection feature, use the debug cdma pdsn selection command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn selection {errors | events | packets}
no debug cdma pdsn selection {errors | events | packets}
Syntax Description
errors
Displays PDSN selection errors.
events
Displays PDSN selection events.
packets
Displays transmitted or received packets.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn selection command with the keyword events specified:
Router# debug cdma pdsn selection eventsCDMA PDSN selection events debugging is onRouter#00:27:46: CDMA-PSL: Message(IN) pdsn 51.4.2.40 interface 70.4.2.4000:27:46: Keepalive 1000:27:46: Count 000:27:46: Capacity 1600000:27:46: Weight 000:27:46: Hostname 11 7206-PDSN-200:27:46: CDMA-PSL: Reset keepalive, pdsn 51.4.2.40 current 10 new 1000:27:46: CDMA-PSL: Message processed, pdsn 51.4.2.40 tsize 0 pendings 000:27:47: CDMA-PSL: Send KEEPALIVE, len 3200:27:47: CDMA-PSL: Message(OUT) dest 224.0.0.1100:27:47: Keepalive 1000:27:47: Count 100:27:47: Capacity 1600000:27:47: Weight 000:27:47: Hostname 11 7206-PDSN-100:27:47: CDMA-PSL: RRQ sent, s=70.4.1.40 (FastEthernet0/1), d=224.0.0.11debug cdma pdsn service-selection
To display debug messages for service selection, use the debug cdma pdsn service-selection command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn service-selection
no debug cdma pdsn service-selection
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn service-selection command:
Router# debug cdma pdsn service-selectionCDMA PDSN service provisioning debugging is onRouter#1d02h:%LINK-3-UPDOWN:Interface Virtual-Access3, changed state to up1d02h:Vi3 CDMA-SP:user_class=1, ms_ipaddr_req=1, apply_acl=01d02h:Vi3 CDMA-SP:Adding simple ip flow, user=bsip, mn=6.0.0.2,1d02h:%LINEPROTO-5-UPDOWN:Line protocol on Interface Virtual-Access3,changed state to updebug cdma pdsn session
To display debug messages for Session Manager errors, events, and packets, use the debug cdma pdsn session command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdma pdsn session [errors | events]
no debug cdma pdsn session [errors | events]
Syntax Description
Defaults
If the command is entered without any optional keywords, all of the types of debug information are enabled.
Command Modes
Privileged EXEC
Command History
12.1(3)XS
This command was introduced.
12.2(8)BY
Keywords were made optional.
12.3(4)T
This command was integrated into Cisco IOS Release 12.3(4)T.
Examples
The following is sample output from the debug cdma pdsn session command:
Router# debug cdma pdsn session eventsCDMA PDSN session events debugging is onRouter# debug cdma pdsn session errorsCDMA PDSN session errors debugging is onRouter# show debugCDMA:CDMA PDSN session events debugging is onCDMA PDSN session errors debugging is onRouter#*Jan 1 00:22:27:CDMA-SM:create_session 5.5.5.5-4.4.4.5-2*Jan 1 00:22:27:CDMA-SM:create_tunnel 5.5.5.5-4.4.4.5*Jan 1 00:22:27:%LINK-3-UPDOWN:Interface Virtual-Access1, changed state to up*Jan 1 00:22:29:CDMA-SM:create_flow mn=0.0.0.0, ha=8.8.8.8 nai=l2tp2@cisco.com*Jan 1 00:22:30:%LINEPROTO-5-UPDOWN:Line protocol on Interface Virtual-Access1, changed state to updebug cdp
To enable debugging of the Cisco Discovery Protocol (CDP), use the debug cdp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdp {packets | adjacency | events}
no debug cdp {packets | adjacency | events}
Syntax Description
packets
Enables packet-related debugging output.
adjacency
Enables adjacency-related debugging output.
events
Enables output related to error messages, such as detecting a bad checksum.
Command Modes
Privileged EXEC
Usage Guidelines
Use debug cdp commands to display information about CDP packet activity, activity between CDP neighbors, and various CDP events.
Examples
The following is sample output from debug cdp packets, debug cdp adjacency, and debug cdp events commands:
Router# debug cdp packetsCDP packet info debugging is onRouter# debug cdp adjacencyCDP neighbor info debugging is onRouter# debug cdp eventsCDP events debugging is onCDP-PA: Packet sent out on Ethernet0CDP-PA: Packet received from gray.cisco.com on interface Ethernet0CDP-AD: Deleted table entry for violet.cisco.com, interface Ethernet0CDP-AD: Interface Ethernet2 coming upCDP-EV: Encapsulation on interface Serial2 faileddebug cdp ip
To enable debug output for the IP routing information that is carried and processed by the Cisco Discovery Protocol (CDP), use the debug cdp ip command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cdp ip
no debug cdp ip
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Usage Guidelines
CDP is a media- and protocol-independent device-discovery protocol that runs on all Cisco routers.
You can use the debug cdp ip command to determine the IP network prefixes CDP is advertising and whether CDP is correctly receiving this information from neighboring routers.
Use the debug cdp ip command with the debug ip routing command to debug problems that occur when on-demand routing (ODR) routes are not installed in the routing table at a hub router. You can also use the debug cdp ip command with the debug cdp packet and debug cdp adjacency commands along with encapsulation-specific debug commands to debug problems that occur in the receipt of CDP IP information.
Examples
The following is sample output from the debug cdp ip command. This example shows the transmission of IP-specific information in a CDP update. In this case, three network prefixes are being sent, each with a different network mask.
Router# debug cdp ipCDP-IP: Writing prefix 172.1.69.232.112/28CDP-IP: Writing prefix 172.19.89.0/24CDP-IP: Writing prefix 10.0.0.0/8In addition to these messages, you might see the following messages:
•
CDP-IP: Updating prefix 172.16.1.0/24 in routing table•
CDP-IP: IP TLV length (3) invalid•
CDP-IP: Reading prefix 172.16.1.0/24 source 10.0.0.1 via Ethernet0/0Related Commands
debug ip routing
Displays information on RIP routing table updates and route cache updates.
debug cellular driver
To debug the Cisco IOS driver for the cellular interface, use the debug cellular driver command in EXEC mode.
debug cellular slot/wic_slot/port driver {crcdump | errdump | errors}
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
crcdump
CRC error details.
errdump
Other error details.
errors
Errors debugging.
Command Default
None
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular firmware
To see the Cisco IOS firmware information, use the debug cellular firmware command in EXEC mode.
debug cellular slot/wic_slot/port firmware
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
Command Default
None
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular messages all
To print all Cisco IOS driver debug messages, use the debug cellular messages all command in EXEC mode.
debug cellular slot/wic_slot/port messages all
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
Command Default
None
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular messages async
To debug cellular async, use the debug cellular messages async command in EXEC mode.
debug cellular slot/wic_slot/port messages async
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
Command Default
None
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular messages data
To print Cisco IOS data path debug messages, use the debug cellular messages data command in EXEC mode.
show cellular slot/wic_slot/port messages data
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
Command Default
None
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular messages dm
To print Diagnostics Monitor (DM) messages from the Qualcomm CDMA chipset, use the debug cellular messages dm command in EXEC mode.
debug cellular slot/wic_slot/port messages dm
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
Command Default
There is no default for this command.
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular messages management
To print management path messages, such as CnS, use the debug cellular messages management command in EXEC mode.
debug cellular slot/wic_slot/port messages management
Syntax Description
slot/wic_slot/port
Numeric values that indicate the router slot, WAN interface card (WIC) slot, and port.
Command Default
None
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug cellular messages virt-con
To redirect the Nios II console driver messages to display them in the Cisco IOS router console environment, use the debug cellular virt-con command in EXEC mode.
debug cellular slot/wic_slot/port virt-con {clear | disable | dump-data-structs | log | monitor | wrapper-on | wrapper-off}
Syntax Description
Command Default
There is no default for this command.
Command Modes
EXEC
Command History
12.4(11)XV
This command was introduced.
12.4(15)T
This command was integrated into Cisco IOS Release 12.4(15)T.
Usage Guidelines
Use this command for debugging purposes only.
Related Commands
debug ces-conn
To display information from circuit emulation service (CES) clients, use the debug ces-conn command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ces-conn [all | errors | events]
no debug ces-conn
Syntax Description
all
(Optional) Displays all error and event information.
errors
(Optional) Displays only error information.
events
(Optional) Displays only event information.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
12.1(5)XM
This command is supported on Cisco 3600 series routers.
12.2(4)T
This command was integrated into Cisco IOS Release 12.2(4)T.
Examples
The following example shows debug output for a CES connection:
Router# debug ces-conn allCES all debugging is onRouter#Router# configure terminalEnter configuration commands, one per line. End with CNTL/Z.Router(config)# connect conn1 t1 3/0 1 atm1/0 1/100Router(config-ces-conn)# exitRouter(config)#*Mar 6 18:32:27:CES_CLIENT:vc QoS parameters are PCR = 590, CDV =5000, CAS_ENABLED = 1,partial fill = 0, multiplier = 8,cbr rate = 64,clock recovery = 0,service_type = 3, error method = 0,sdt_size = 196,billing count = 0*Mar 6 18:32:27:CES_CLIENT:attempt 1 to activate segment>debug channel events
To display processing events on Cisco 7000 series routers that occur on the channel adapter interfaces of all installed adapters, use the debug channel events command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug channel events
no debug channel events
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command displays CMCC adapter events that occur on the Channel Interface Processor (CIP) or Channel Port Adapter (CPA) and is useful for diagnosing problems in an IBM channel attach network. It provides an overall picture of the stability of the network. In a stable network, the debug channel events command does not return any information. If the command generates numerous messages, the messages can indicate the possible source of the problems. To observe the statistic message (cip_love_letter) sent every 10 seconds, use the debug channel love command.
When configuring or making changes to a router or interface that supports IBM channel attach, enable the debug channel events command. Doing so alerts you to the progress of the changes or to any errors that might result. Also use this command periodically when you suspect network problems.
Examples
The following sample output is from the debug channel events command:
Router# debug channel eventsChannel3/0: cip_reset(), state administratively downChannel3/0: cip_reset(), state upChannel3/0: sending nodeidChannel3/0: sending command for vc 0, CLAW path C700, device C0The following line indicates that the CIP is being reset to an administrative down state:
Channel3/0: cip_reset(), state administratively downThe following line indicates that the CIP is being reset to an administrative up state:
Channel3/0: cip_reset(), state upThe following line indicates that the node ID is being sent to the CIP. This information is the same as the "Local Node" information under the show extended channel slot/port subchannels command. The CIP needs to send this information to the host mainframe.
Channel3/0: sending nodeidThe following line indicates that a Common Link Access for Workstations (CLAW) subchannel command is being sent from the Route Processor (RP) to the CIP. The value vc 0 indicates that the CIP will use virtual circuit number 0 with this device. The virtual circuit number also shows up when you use the debug channel packets command.
Channel3/0: sending command for vc 0, CLAW path C700, device C0The following is a sample output that is generated by the debug channel events command when a CMPC+ IP TG connection is activated with the host:
1d05h:Channel4/2:Received route UP for tg (768)1d05h:Adding STATIC ROUTE for vc:768The following is a sample output from the debug channel events command when a CMPC+ IP TG connection is deactivated:
1d05h:Channel4/2:Received route DOWN for tg (768)1d05h:Deleting STATIC ROUTE for vc:768Related Commands
debug channel ilan
Displays CIP love letter events.
debug channel packets
Displays per-packet debugging output.
debug channel ilan
To display messages relating to configuration and bridging using Cisco Mainframe Channel Connection (CMCC) internal LANs and to help debug source-route bridging (SRB) problems related to CMCC internal LANs, use the debug channel ilan command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug channel ilan
no debug channel ilan
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug channel ilan command displays events related to CMCC internal LANs. This command is useful for debugging problems associated with CMCC internal LAN configuration. It is also useful for debugging problems related to SRB packet flows through internal LANs.
Examples
The following is sample output from the debug channel ilan command:
Router# debug channel ilanChannel internal LANs debugging is onThe following line indicates that a packet destined for the CMCC via a configured internal MAC adapter configured on an internal LAN was dropped because the Logical Link Control (LLC) end station in Cisco IOS software did not exist:
CIP ILAN(Channel3/2-Token): Packet dropped - NULL LLCThe following line indicates that a packet destined for the CMCC via a configured internal MAC adapter configured on an internal LAN was dropped because the CMCC had not yet acknowledged the internal MAC adapter configuration command:
Channel3/2: ILAN Token-Ring 3 - CIP internal MAC adapter not acknowledged DMAC(4000.7000.0001) SMAC(0c00.8123.0023)Related Commands
debug channel love
To display Channel Interface Processor (CIP) love letter events, use the debug channel love command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug channel love
no debug channel love
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Usage Guidelines
This command displays CIP love letter events (an operating status or configuration message) that occur on the CIP interface processor and is useful for diagnosing problems in an IBM channel attach network. It provides an overall picture of the stability of the network. In a stable network, the debug channel love command returns a statistic message (cip_love_letter) that is sent every 10 seconds. This command is valid for the Cisco 7000 series routers only.
Examples
The following is sample output from the debug channel love command:
Router# debug channel loveChannel3/1: love letter received, bytes 3308Channel3/0: love letter received, bytes 3336cip_love_letter: received ll, but no cip_infoThe following line indicates that data was received on the CIP:
Channel3/1: love letter received, bytes 3308The following line indicates that the interface is enabled, but there is no configuration for it. It does not normally indicate a problem, just that the Route Processor (RP) got statistics from the CIP but has no place to store them.
cip_love_letter: received ll, but no cip_infoRelated Commands
debug channel events
Displays processing that occurs on the channel adapter interfaces of all installed adapters.
debug channel packets
Displays per-packet debugging output.
debug channel packets
To display per-packet debugging output, use the debug channel packets command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug channel packets
no debug channel packets
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Usage Guidelines
The debug channel packets command displays all process-level Channel Interface Processor (CIP) packets for both outbound and inbound packets. The output reports information when a packet is received or a transmission is attempted. You will need to disable fast switching and autonomous switching to obtain debugging output. This command is useful for determining whether packets are received or sent correctly.
This command is valid for the Cisco 7000 series routers only.
Examples
The following is sample output from the debug channel packets command:
Router# debug channel packets(Channel3/0)-out size = 104, vc = 0000, type = 0800, src 172.24.0.11, dst 172.24.1.58(Channel3/0)-in size = 48, vc = 0000, type = 0800, src 172.24.1.58, dst 172.24.15.197(Channel3/0)-in size = 48, vc = 0000, type = 0800, src 172.24.1.58, dst 172.24.15.197(Channel3/0)-out size = 71, vc = 0000, type = 0800, src 172.24.15.197, dst 172.24.1.58(Channel3/0)-in size = 44, vc = 0000, type = 0800, src 172.24.1.58, dst 172.24.15.197Table 55 describes the significant fields shown in the display.
Posted: Mon Jul 2 11:08:15 PDT 2007
All contents are Copyright © 1992--2007 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.
