Cisco IOS Debug Command Reference Commands S through Z
debug vpm spi through voice call debug
Download this chapter
debug vpm spi through voice call debugdebug vpm spi through voice call debug
Download the complete book
Cisco IOS Debug Command Reference Commands S through ZCisco IOS Debug Command Reference Commands S through Z (PDF - 3 MB)
give_us_feedback

Contents

debug vpm spi through voice call debug

debug vpm spi

To trace how the voice port module security parameter index (SPI) interfaces with the call control application programming interface (API), use the debug vpm spicommand in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vpm spi
no debug vpm spi

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC

Usage Guidelines

The debug vpm spi command traces how the voice port module SPI interfaces with the call control API. This debug command displays information about how each network indication and application request is handled.

This debug level shows the internal workings of the voice telephony call state machine.

Examples

The following output shows that the call is accepted and presented to a higher layer code:

dsp_set_sig_state: [1/0/1] packet_len=14 channel_id=129 packet_id=39 state=0xC timestamp=0x0
vcsm_process_event: [1/0/1, 0.5, 1] act_up_setup_ind

The following output shows that the higher layer code accepts the call, requests addressing information, and starts DTMF and dial-pulse collection. It also shows that the digit timer is started.

vcsm_process_event: [1/0/1, 0.6, 11] act_setup_ind_ack
dsp_voice_mode: [1/0/1] packet_len=22 channel_id=1 packet_id=73 coding_type=1 voice_field_size=160 VAD_flag=0 echo_length=128 comfort_noise=1 fax_detect=1
dsp_dtmf_mode: [1/0/1] packet_len=12 channel_id=1 packet_id=65 dtmf_or_mf=0
dsp_CP_tone_on: [1/0/1] packet_len=32 channel_id=1 packet_id=72 tone_id=3 n_freq=2 freq_of_first=350 freq_of_second=440 amp_of_first=4000 amp_of_second=4000 direction=1 on_time_first=65535 off_time_first=0 on_time_second=65535 off_time_second=0
dsp_digit_collect_on: [1/0/1] packet_len=22 channel_id=129 packet_id=35 min_inter_delay=550 max_inter_delay=3200 mim_make_time=18 max_make_time=75 min_brake_time=18 max_brake_time=75
vcsm_timer: 46653

The following output shows the collection of digits one by one until the higher level code indicates it has enough. The input timer is restarted with each digit and the device waits in idle mode for connection to proceed.

vcsm_process_event: [1/0/1, 0.7, 25] act_dcollect_digit
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
vcsm_timer: 47055
vcsm_process_event: [1/0/1, 0.7, 25] act_dcollect_digit
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
vcsm_timer: 47079
vcsm_process_event: [1/0/1, 0.7, 25] act_dcollect_digit
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
vcsm_timer: 47173
vcsm_process_event: [1/0/1, 0.7, 25] act_dcollect_digit
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
vcsm_timer: 47197
vcsm_process_event: [1/0/1, 0.7, 25] act_dcollect_digit
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
vcsm_timer: 47217
vcsm_process_event: [1/0/1, 0.7, 13] act_dcollect_proc
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
dsp_digit_collect_off: [1/0/1] packet_len=10 channel_id=129 packet_id=36
dsp_idle_mode: [1/0/1] packet_len=10 channel_id=1 packet_id=68

The following output shows that the network voice path cuts through:

vcsm_process_event: [1/0/1, 0.8, 15] act_bridge
vcsm_process_event: [1/0/1, 0.8, 20] act_caps_ind
vcsm_process_event: [1/0/1, 0.8, 21] act_caps_ack
dsp_voice_mode: [1/0/1] packet_len=22 channel_id=1 packet_id=73 coding_type=6 voice_field_size=20 VAD_flag=1 echo_length=128 comfort_noise=1 fax_detect=1

The following output shows that the called-party end of the connection is connected:

vcsm_process_event: [1/0/1, 0.8, 8] act_connect

The following output shows the voice quality statistics collected periodically:

vcsm_process_event: [1/0/1, 0.13, 17] 
dsp_get_rx_stats: [1/0/1] packet_len=12 channel_id=1 packet_id=87 reset_flag=0
vcsm_process_event: [1/0/1, 0.13, 28] 
vcsm_process_event: [1/0/1, 0.13, 29] 
vcsm_process_event: [1/0/1, 0.13, 32] 
vcsm_process_event: [1/0/1, 0.13, 17] 
dsp_get_rx_stats: [1/0/1] packet_len=12 channel_id=1 packet_id=87 reset_flag=0
vcsm_process_event: [1/0/1, 0.13, 28] 
vcsm_process_event: [1/0/1, 0.13, 29] 
vcsm_process_event: [1/0/1, 0.13, 32] 
vcsm_process_event: [1/0/1, 0.13, 17] 
dsp_get_rx_stats: [1/0/1] packet_len=12 channel_id=1 packet_id=87 reset_flag=0
vcsm_process_event: [1/0/1, 0.13, 28] 
vcsm_process_event: [1/0/1, 0.13, 29] 
vcsm_process_event: [1/0/1, 0.13, 32]

The following output shows that the disconnection indication is passed to higher-level code. The call connection is torn down, and final call statistics are collected:

vcsm_process_event: [1/0/1, 0.13, 4] act_generate_disc
vcsm_process_event: [1/0/1, 0.13, 16] act_bdrop
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
vcsm_process_event: [1/0/1, 0.13, 18] act_disconnect
dsp_get_levels: [1/0/1] packet_len=10 channel_id=1 packet_id=89
vcsm_timer: 48762
vcsm_process_event: [1/0/1, 0.15, 34] act_get_levels
dsp_get_tx_stats: [1/0/1] packet_len=12 channel_id=1 packet_id=86 reset_flag=1
vcsm_process_event: [1/0/1, 0.15, 31] act_stats_complete
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
dsp_digit_collect_off: [1/0/1] packet_len=10 channel_id=129 packet_id=36
dsp_idle_mode: [1/0/1] packet_len=10 channel_id=1 packet_id=68
vcsm_timer: 48762
dsp_set_sig_state: [1/0/1] packet_len=14 channel_id=129 packet_id=39 state=0x4 timestamp=0x0
vcsm_process_event: [1/0/1, 0.16, 5] act_wrelease_release
dsp_CP_tone_off: [1/0/1] packet_len=10 channel_id=1 packet_id=71
dsp_idle_mode: [1/0/1] packet_len=10 channel_id=1 packet_id=68
dsp_get_rx_stats: [1/0/1] packet_len=12 channel_id=1 packet_id=87 reset_flag=1

debug vpm trunk_sc

To enable the display of trunk conditioning supervisory component trace information, use the debug vpm trunk_sc command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vpm trunk_sc
no debug vpm trunk_sc

Syntax Description

This command has no arguments or keywords.

Command Default

Trunk conditioning supervisory component trace information is not displayed.

Command Modes


Privileged EXEC

Command History

Release

Modification

12.0(7)XK

This command was introduced on the Cisco 2600, Cisco 3600, and Cisco MC3810 series devices.

12.1(2)T

This command was integrated into Cisco IOS Release 12.1(2)T.

Usage Guidelines

Use the debug vpm port command with the slot-number/subunit-number/port argument to limit the debug vpm trunk_sc debug output to a particular port. If you do not use the debug vpm portcommand, the debug vpm trunk_scdisplays output for all ports.

Execution of the no debug all command will turn off all port level debugging. It is usually a good idea to turn off all debugging and then enter the debug commands you are interested in one by one. This process helps avoid confusion about which ports you are actually debugging.

Examples

The following example shows debug vpm trunk_sc messages for port 1/0/0 on a Cisco 2600 or Cisco 3600 series router:

Router# debug vpm trunk_sc
Router# debug vpm port 1/0/0

The following example shows debug vpm trunk_sc messages for port 1/1 on a Cisco MC3810 device:

Router# debug vpm trunk_sc
Router# debug vpm port 1/1

The following example turns off debug vpm trunk_sc debugging messages:

Router# no debug vpm trunk_sc

Related Commands

Command

Description

debug vpm all

Enables all VPM debugging

debug vpm port

Limits the debug vpm trunk_sc command to a specified port.

show debug

Displays which debug commands are enabled.

debug vpm voaal2 all

To display type 1 (voice) and type 3 (control) ATM Adaptation Layer type 2 (AAL2) packets sent to and received from the domain-specific part (DSP), use the debug vpm voaal2 all command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vpm voaal2 all {all_dsp | from_dsp | to_dsp}
no debug vpm voaal2 all

Syntax Description

all_dsp

Displays messages to and from the DSP.

from_dsp

Displays messages from the DSP.

to_dsp

Displays messages to the DSP.

Command Default

Debugging for display of AAL2 packets is not enabled.

Command Modes


Privileged EXEC

Command History

Release

Modification

12.1(1)XA

This command was introduced for the Cisco MC3810 series.

12.1(2)T

This command was integrated in Cisco IOS Release 12.1(2)T.

12.2(2)T

Support for this command was integrated on the Cisco 7200 series.

Usage Guidelines

Do not enter this debug command on a system carrying live traffic. Continuous display of AAL2 type 1 (voice) packets results in high CPU utilization and loss of console access to the system. Calls will be dropped and trunks may go down. For AAL2 debugging, use the debug vpm voaal2 type3 debug command and identify a specific type 3 (control) packet type.

Examples

The following is sample output from the debug vpm voaal2 all command, where the example selection is to display channel-associated switching (CAS) packets sent to and from the DSP: 

Router# debug vpm voaal2 all all_dsp
*Jan  9 20:10:36.965:TYPE 3, len = 8, cid = 34, uui = 24 :TO_DSP
*Jan  9 20:10:36.965:CAS
 redundancy = 3, timestamp = 10270, signal = 0
- 22 13 12 E8 1E 0 E 15 -
*Jan  9 20:10:41.617:TYPE 3, len = 8, cid = 34, uui = 24 :FROM_DSP
*Jan  9 20:10:41.617:CAS
 redundancy = 3, timestamp = 980, signal = 0
- 22 13 12 C3 D4 0 F 87 -
*Jan  9 20:10:41.965:TYPE 3, len = 8, cid = 34, uui = 24 :TO_DSP
*Jan  9 20:10:41.965:CAS
 redundancy = 3, timestamp = 10270, signal = 0
- 22 13 12 E8 1E 0 E 15 -
*Jan  9 20:10:46.621:TYPE 3, len = 8, cid = 34, uui = 24 :FROM_DSP
*Jan  9 20:10:46.621:CAS
 redundancy = 3, timestamp = 980, signal = 0
- 22 13 12 C3 D4 0 F 87 -
....
*Jan  9 20:10:57.101:TYPE 1, len = 43, cid = 34, uui = 8- 22 9D 1 CC FC
C7
 3E 22 23 FE DF F8 DE 1C FF E5 12 22 43 EC 2E 9E CC DE A7 EF 14 E3 F1 2C
2D
 BC 1B FC FE D7 E1 1F 2F ED 11 FC 1F -
*Jan  9 20:10:57.105:TYPE 3, len = 9, cid = 34, uui = 24 :FROM_DSP
*Jan  9 20:10:57.105:DIALED DIGITS
 redundancy = 0,
                    timestamp = 940, digitcode = 1
- 22 17 3 3 AC 1 1 8 E5 -
*Jan  9 20:10:57.113:TYPE 1, len = 43, cid = 34, uui = 10- 22 9D 4B 3F
1F
11 FC CD CC BE B7 E2 F3 32 2E 1F F9 DA CC BF 12 F1 37 31 11 2C FE 9D DA
D2
E1 C7 4A 34 3F FA 21 AD CC 1F EE 16 E1 -
*Jan  9 20:10:57.113:TYPE 3, len = 9, cid = 34, uui = 24 :FROM_DSP
*Jan  9 20:10:57.113:DIALED DIGITS
 redundancy = 1,
                    timestamp = 940, digitcode = 1
- 22 17 3 43 AC 1 1 B 12 -
*Jan  9 20:10:57.121:TYPE 1, len = 43, cid = 34, uui = 12- 22 9D 95 F1
1E
E1 DF 1E 21 31 21 1D D9 EB BB DF 22 17 13 12 1F 58 FF ED ED E1 4D B7 3E
3F
21 F3 8E FD EF DF F4 12 E4 32 FE B4 D8 -

Related Commands

Command

Description

debug vpm voaal2 type1

Displays type 1 (voice) AAL2 packets sent to and received from the DSP.

debug vpm voaal2 type3

Displays type 3 (control) AAL2 packets sent to and received from the DSP.

show debug

Shows which debug commands are enabled.

debug vpm voaal2 type1

To display type 1 (voice) ATM Adaptation Layer type 2 (AAL2) packets sent to and received from the domain-specific part (DSP), use the debug vpm voaal2 type1 command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vpm voaal2 type1 {all_dsp | from_dsp | to_dsp}
no debug vpm voaal2 type1

Syntax Description

all_dsp

Displays messages to and from the DSP.

from_dsp

Displays messages from the DSP.

to_dsp

Displays messages to the DSP.

Command Default

Debugging for display of AAL2 packets is not enabled.

Command Modes


Privileged EXEC

Command History

Release

Modification

12.1(1)XA

This command was introduced for the Cisco MC3810 series.

12.1(2)T

This command was integrated in Cisco IOS Release 12.1(2)T.

12.2(2)T

Support for this command was implemented on the Cisco 7200 series.

Usage Guidelines

Do not enter this debug command on a system carrying live traffic. Continuous display of AAL2 type 1 (voice) packets results in high CPU utilization and loss of console access to the system. Calls will be dropped and trunks may go down. For AAL2 debugging, use the debug vpm voaal2 type 3 command and identify a specific type 3 (control) packet type.

Examples

The following is sample output from the debug vpm voaal2 type1 command:


Note
The display of voice packets on a live system will continue indefinitely. The debugging output cannot be interrupted, because console access will be lost.
Router# debug vpm voaal2 type1 all_dsp
TYPE 1, len = 43, cid = 17, uui = 15- 11 9D E6 1B 52 9D 95 9B DB 1D 14
1C 5F 9C 95 9C EA 1C 15 1B 74 9C 94 9D 6B 1C 14 1D E4 9B 94 9D 5B 1B 14
1D D7 9B 94 9D 50 1B 14 -
TYPE 1, len = 43, cid = 22, uui = 15- 16 9D ED 1D 14 1B 53 9D 94 9C DB
1D 14 1C 5F 9C 95 9C EB 1C 14 1C 78 9D 94 9D 6F 1C 14 1E E4 9B 94 9D 5B
1B 14 1D D7 9B 94 9E 52 -
TYPE 1, len = 43, cid = 12, uui = 14- C 9D D1 29 AB 96 96 A9 2B 16 16 2A
AA 96 96 AB 2A 16 17 2B A9 96 97 AC 28 16 17 2C A8 96 97 AD 27 15 17 2E
A7 97 97 AE 26 16 17 -
TYPE 1, len = 43, cid = 34, uui = 14- 22 9D DF D7 31 20 19 15 14 15 19
1E 2C 60 AF 9F 99 96 94 95 99 9F AD EC 2F 1F 1A 15 14 15 19 1F 2E ED AD
9F 99 96 93 95 99 9F AF -
TYPE 1, len = 43, cid = 12, uui = 15- C 9D F4 2F A5 96 97 AF 25 15 18 31
A4 95 98 B3 23 15 18 33 A3 95 98 B5 22 15 18 37 A2 95 98 B7 21 15 18 39
A0 95 99 BB 21 14 19 -
TYPE 1, len = 43, cid = 34, uui = 15- 22 9D FA 5D 2D 1E 19 15 14 15 1A
21 31 D9 AC 9E 98 95 94 95 9A A4 B3 52 2B 1D 18 14 14 16 1B 22 36 CA AA
9D 98 94 94 96 9B A4 B6 -

Related Commands

Command

Description

debug vpm all

Enables all VPM debugging.

debug vpm voaal2 all

Displays type 1 (voice) and type 3 (control) AAL2 packets sent to and received from the DSP.

debug vpm voaal2 type3

Displays type 3 (control) AAL2 packets sent to and received from the DSP.

show debug

Shows which debug commands are enabled.

debug vpm voaal2 type3

To display type 3 (control) ATM Adaptation Layer type 2 (AAL2) packets sent to and received from the domain-specific part (DSP), use the debug vpm voaal2 type3 command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vpm voaal2 type3 {alarms | alltype3 | cas | dialed | faxrelay | state} {all_dsp | from_dsp | to_dsp}
no debug vpm voaal2 type3

Syntax Description

alarms

Displays type 3 alarm packets.

alltype3

Displays all type 3 packets.

cas

Displays type 3 channel-associated switching (CAS) packets.

dialed

Displays type 3 dialed digit packets.

faxrelay

(Not supported) Displays type 3 fax relay packets.

state

Displays type 3 user state packets.

all_dsp

Displays messages to and from the DSP.

from_dsp

Displays messages from the DSP.

to_dsp

Displays messages to the DSP.

Command Default

Debugging for display of AAL2 packets is not enabled.

Command Modes


Privileged EXEC

Command History

Release

Modification

12.1(1)XA

This command was introduced for the Cisco MC3810 series.

12.1(2)T

This command was integrated in Cisco IOS Release 12.1(2)T.

12.2(2)T

Support for this command was implemented on the Cisco 7200 series.

Usage Guidelines

This is the preferred debug command for displaying specific types of control packets. It is usually preferable to specify a particular type of control packet rather than use the alltype3 to avoid excessive output display and CPU utilization.

Examples

The following is sample output from the debug vpm voaal2 type3 command, where the example selection is to display messages to and from the DSP: 

Router# debug vpm voaal2 type3 all_dsp
00:43:02:TYPE 3, len = 8, cid = 58, uui = 24 :TO_DSP
00:43:02:CAS
 redundancy = 3, timestamp = 10484, signal = 0
- 3A 13 18 E8 F4 0 C DA -
00:43:02:TYPE 3, len = 8, cid = 93, uui = 24 :FROM_DSP
00:43:02:CAS
 redundancy = 3, timestamp = 6528, signal = 0
- 5D 13 1E D9 80 0 F 33 -
00:43:02:TYPE 3, len = 8, cid = 102, uui = 24 :FROM_DSP
00:43:02:CAS
 redundancy = 3, timestamp = 5988, signal = 0
- 66 13 4 D7 64 0 F DF -
00:43:02:TYPE 3, len = 8, cid = 194, uui = 24 :FROM_DSP
00:43:02:CAS
 redundancy = 3, timestamp = 6212, signal = 0
- C2 13 10 D8 44 0 F AC -
00:43:02:TYPE 3, len = 8, cid = 92, uui = 24 :FROM_DSP
TYPE 3, len = 8, cid = 66, uui = 24 :TO_DSP:43:00:CAS
 redundancy = 3, times signal = 0
- 5C 13 5 D9 E4 0 C 1F -
00:43:02:TYPE 3, len = 8, cid = 40, uui = 24 :TO_DSP
00:43:02:CAS
 redundancy = 3, timestamp = 8658, signal = 0
- 28 13 7 E1 D2 0 E 79 -
00:43:02:TYPE 3, len = 8, cid = 137, uui = 24 :FROM_DSP
00:43:02:CAS
 redundancy = 3, timestamp = 6836, signal = 0
- 89 13 B DA B4 0 E 78 -

Related Commands

Command

Description

debug vpm voaal2 type1

Displays type 1 (voice) AAL2 packets sent to and received from the DSP.

debug vpm voaal2 type3

Displays type 3 (control) AAL2 packets sent to and received from the DSP.

show debug

Shows which debug commands are enabled.

debug vrf

To get debugging information on virtual routing and forwarding (VRF) instances, use the debug vrfcommand in privileged EXEC mode. To turn off the debug output, use the undebug version of the command.

debug vrf {create | delete | error | ha | initialization | interface | ipv4 | ipv6 | issu | lock | lookup | mpls | selection}
undebug vrf {create | delete | error | ha | initialization | interface | ipv4 | ipv6 | issu | lock | lookup | mpls | selection}

Syntax Description

create

Specifies VRF creation debugging.

delete

Specifies VRF deletion debugging.

error

Specifies VRF error debugging.

ha

Specifies VRF high-availability debugging.

initialization

Specifies VRF subsystem initialization debugging.

interface

Specifies VRF interface assignment debugging.

ipv4

Specifies VRF IPv4 address family debugging.

ipv6

Specifies VRF IPv6 address family debugging.

issu

Specifies VRF in-service software upgrade debugging.

lock

Specifies VRF lock debugging.

lookup

Specifies VRF database lookup debugging.

mpls

Specifies VRF multiprotocol label switching debugging.

selection

Specifies VRF selection debugging.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

Cisco IOS XE Release 3.2S

This command was introduced.

Usage Guidelines

Use this command to get debugging information on VRFs.

Examples

The following example shows how to turn on debugging of VRF interface assignment:

Router# debug vrf interface

Related Commands

Command

Description

vrf definition

Defines a virtual routing and forwarding instance.

debug vrrp all

To display debugging messages for Virtual Router Redundancy Protocol (VRRP) errors, events, and state transitions, use the debug vrrp all command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp all
no debug vrrp all

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(18)ST

This command was introduced.

12.0(22)S

This command was integrated into Cisco IOS Release 12.0(22)S.

12.2(15)T

This command was integrated into Cisco IOS Release 12.2(15)T.

12.2(14)S

This command was integrated into Cisco IOS Release 12.2(14)S.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2(31)SB2

This command was integrated into Cisco IOS Release 12.2(31)SB2.

12.2(31)SG

This command was integrated into Cisco IOS Release 12.2(31)SG.

12.2(17d)SXB

This command was integrated into Cisco IOS Release 12.2(17d)SXB.

12.2(33)SXH

This command was integrated into Cisco IOS Release 12.2(33)SXH.

Cisco IOS XE Release 2.1

This command was integrated into Cisco IOS XE Release 2.1.

Cisco IOS XE Release 2.6

This command was modified. This output was modified to display VRRP debugging statements for Virtual Router Redundancy Service (VRRS).

Examples

The following is sample output from the debug vrrp allcommand:

Router# debug vrrp all
00:15:30: %IP-4-DUPADDR: Duplicate address 10.18.0.2 on Ethernet1/0, sourced by 0000.5e00.0101 
May 22 18:41:54.447: VRRP: Grp 1 Advertisement Primary address 10.18.0.2 
	        different from ours 10.18.0.1 
May 22 18:41:57.443: VRRP: Grp 1 Advertisement Primary address 10.18.0.2 
        different from ours 10.18.0.1 
May 22 18:42:00.443: VRRP: Grp 1 Advertisement Primary address 10.18.0.2 
        different from ours 10.18.0.1
May 22 18:48:41.521: VRRP: Grp 1 Event - Advert higher or equal priority
May 22 18:48:44.521: VRRP: Grp 1 Event - Advert higher or equal priority
May 22 18:48:47.521: VRRP: Grp 1 Event - Advert higher or equal priority
May 22 18:53:23.390: VRRP: Grp 1 changing to V_STATE_INIT 
May 22 18:54:26.143: VRRP: Grp 1 changing to V_STATE_BACKUP 
May 22 18:54:35.755: VRRP: Grp 1 changing to V_STATE_MASTER
May 22 18:53:23.390: VRRP: Grp 1 changing to V_STATE_INIT 
May 22 18:54:26.143: VRRP: Grp 1 changing to V_STATE_BACKUP 
May 22 18:54:35.755: VRRP: Grp 1 changing to V_STATE_MASTER

Related Commands

Command

Description

debug vrrp error

Displays debugging messages about VRRP error conditions.

debug vrrp events

Displays debugging messages about VRRP events.

debug vrrp state

Displays debugging messages about the VRRP state transitions.

debug vrrp authentication

To display debugging messages for Virtual Router Redundancy Protocol (VRRP) Message Digest 5 (MD5) authentication, use the debug vrrp authenticationcommand in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp authentication
no debug vrrp authentication

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.3(14)T

This command was introduced.

Examples

The following sample output shows that MD5 authentication is enabled on one router but not the other:

Router# debug vrrp authentication
VRRP: Grp 1 Adv from 172.24.1.2 has incorrect auth type 1 expected 0

The following sample output shows that the MD5 key IDs and key strings differ on each router:

Router# debug vrrp authentication
VRRP: Sent: 21016401FE050000AC1801FE0000000000000000
VRRP: HshC: B861CBF1B9026130DD34AED849BEC8A1
VRRP: Rcvd: 21016401FE050000AC1801FE0000000000000000
VRRP: HshC: B861CBF1B9026130DD34AED849BEC8A1
VRRP: HshR: C5E193C6D84533FDC750F85FCFB051E1
VRRP: Grp 1 Adv from 172.24.1.2 has failed MD5 auth

The following sample output shows that the text authentication strings differ on each router:

Router# debug vrrp authentication
VRRP: Grp 1 Adv from 172.24.1.2 has failed TEXT auth

Related Commands

Command

Description

debug vrrp error

Displays debugging messages about VRRP error conditions.

debug vrrp events

Displays debugging messages about VRRP events.

debug vrrp state

Displays debugging messages about the VRRP state transitions.

debug vrrp error

To display debugging messages about Virtual Router Redundancy Protocol (VRRP) error conditions, use the debug vrrp error command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp error
no debug vrrp error

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(18)ST

This command was introduced.

12.0(22)S

This command was integrated into Cisco IOS Release 12.0(22)S.

12.2(15)T

This command was integrated into Cisco IOS Release 12.2(15)T.

12.2(14)S

This command was integrated into Cisco IOS Release 12.2(14)S.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2(31)SB2

This command was integrated into Cisco IOS Release 12.2(31)SB2.

12.2(31)SG

This command was integrated into Cisco IOS Release 12.2(31)SG.

12.2(17d)SXB

This command was integrated into Cisco IOS Release 12.2(17d)SXB.

12.2(33)SXH

This command was integrated into Cisco IOS Release 12.2(33)SXH.

Cisco IOS XE Release 2.1

This command was integrated into Cisco IOS XE Release 2.1.

Examples

The following is sample output from the debug vrrp errorcommand:

Router# debug vrrp error
00:15:30: %IP-4-DUPADDR: Duplicate address 10.18.0.2 on Ethernet1/0, sourced by 0000.5e00.0101 
May 22 18:41:54.447: VRRP: Grp 1 Advertisement Primary address 10.18.0.2 
	        different from ours 10.18.0.1 
May 22 18:41:57.443: VRRP: Grp 1 Advertisement Primary address 10.18.0.2 
        different from ours 10.18.0.1 
May 22 18:42:00.443: VRRP: Grp 1 Advertisement Primary address 10.18.0.2 
        different from ours 10.18.0.1

In the example, the error being observed is that the router has a virtual address of 10.18.0.1 for group 1, but it received a virtual address of 10.18.0.2 for group 1 from another router on the same LAN.

Related Commands

Command

Description

debug vrrp all

Displays debugging messages for VRRP errors, events, and state transitions.

debug vrrp events

To display debugging messages about Virtual Router Redundancy Protocol (VRRP) events that are occurring, use the debug vrrp events command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp events
no debug vrrp events

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(18)ST

This command was introduced.

12.0(22)S

This command was integrated into Cisco IOS Release 12.0(22)S.

12.2(15)T

This command was integrated into Cisco IOS Release 12.2(15)T.

12.2(14)S

This command was integrated into Cisco IOS Release 12.2(14)S.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2(31)SB2

This command was integrated into Cisco IOS Release 12.2(31)SB2.

12.2(31)SG

This command was integrated into Cisco IOS Release 12.2(31)SG.

12.2(17d)SXB

This command was integrated into Cisco IOS Release 12.2(17d)SXB.

12.2(33)SXH

This command was integrated into Cisco IOS Release 12.2(33)SXH.

Cisco IOS XE Release 2.1

This command was integrated into Cisco IOS XE Release 2.1.

Examples

The following is sample output from the debug vrrp eventscommand:

Router# debug vrrp events
May 22 18:48:41.521: VRRP: Grp 1 Event - Advert higher or equal priority 
May 22 18:48:44.521: VRRP: Grp 1 Event - Advert higher or equal priority 
May 22 18:48:47.521: VRRP: Grp 1 Event - Advert higher or equal priority

In the example, the event being observed is that the router received an advertisement from another router for group 1 that has a higher or equal priority to itself.

Related Commands

Command

Description

debug vrrp all

Displays debugging messages for VRRP errors, events, and state transitions.

debug vrrp ha

To display debugging messages for Virtual Router Redundancy Protocol (VRRP) high availability, use the debug vrrp hacommand in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp ha
no debug vrrp ha

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.2(33)SRC

This command was introduced.

12.2(33)SB2

This command was integrated into Cisco IOS Release 12.2(33)SB2.

Cisco IOS XE Release 2.1

This command was integrated into Cisco IOS XE Release 2.1.

12.2(33)SXI

This command was integrated into Cisco IOS Release 12.2(33)SXI.

Examples

The following examples for the debug vrrp hacommand display the syncing of VRRP state information from the Active RP to the Standby RP.

The following sample output displays two VRRP state changes on the Active RP:

Router# debug vrrp ha
.
.
.
*Nov 14 11:36:50.272 UTC: VRRP: Gi3/2 Grp 42 RF Encode state Backup into sync buffer
*Nov 14 11:36:50.272 UTC: %VRRP-6-STATECHANGE: Gi3/2 Grp 42 state Init -> Backup 
*Nov 14 11:36:53.884 UTC: VRRP: Gi3/2 Grp 42 RF Encode state Master into sync buffer
*Nov 14 11:36:53.884 UTC: %VRRP-6-STATECHANGE: Gi3/2 Grp 42 state Backup -> Master

The following sample output displays two VRRP state changes on the Standby RP: 

Router# debug vrrp ha
.
.
.
*Nov 14 11:36:50.392 UTC: STDBY: VRRP: Gi3/2 Grp 42 RF sync state Init -> Backup
*Nov 14 11:36:53.984 UTC: STDBY: VRRP: Gi3/2 Grp 42 RF sync state Backup -> Master

Related Commands

Command

Description

debug vrrp error

Displays debugging messages about VRRP error conditions.

debug vrrp events

Displays debugging messages about VRRP events.

debug vrrp state

Displays debugging messages about the VRRP state transitions.

debug vrrp packets

To display summary information about Virtual Router Redundancy Protocol (VRRP) packets being sent or received, use the debug vrrp packets command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp packets
no debug vrrp packets

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC

Command History

Release

Modification

12.0(18)ST

This command was introduced.

12.0(22)S

This command was integrated into Cisco IOS Release 12.0(22)S.

12.2(15)T

This command was integrated into Cisco IOS Release 12.2(15)T.

12.2(14)S

This command was integrated into Cisco IOS Release 12.2(14)S.

Command History

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2(31)SB2

This command was integrated into Cisco IOS Release 12.2(31)SB2.

12.2(31)SG

This command was integrated into Cisco IOS Release 12.2(31)SG.

12.2(17d)SXB

This command was integrated into Cisco IOS Release 12.2(17d)SXB.

12.2(33)SXH

This command was integrated into Cisco IOS Release 12.2(33)SXH.

Cisco IOS XE Release 2.1

This command was integrated into Cisco IOS XE Release 2.1.

Examples

The following is sample output from the debug vrrp packetscommand. The output is on the master virtual router; the router for group 1 is sending an advertisement with a checksum of 6BE7.

Router# debug vrrp packets
VRRP Packets debugging is on
May 22 18:51:03.220: VRRP: Grp 1 sending Advertisement checksum 6BE7 
May 22 18:51:06.220: VRRP: Grp 1 sending Advertisement checksum 6BE7

In the following example, the router with physical address 10.18.0.3 is advertising a priority of 105 for VRRP group 1:

Router# debug vrrp packets
VRRP Packets debugging is on
May 22 18:51:09.222: VRRP: Grp 1 Advertisement priority 105, ipaddr 10.18.0.3
May 22 18:51:12.222: VRRP: Grp 1 Advertisement priority 105, ipaddr 10.18.0.3

debug vrrp state

To display debugging messages about the state transitions occurring for Virtual Router Redundancy Protocol (VRRP) groups, use the debug vrrp state command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vrrp state
no debug vrrp state

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(18)ST

This command was introduced.

12.0(22)S

This command was integrated into Cisco IOS Release 12.0(22)S.

12.2(15)T

This command was integrated into Cisco IOS Release 12.2(15)T.

12.2(14)S

This command was integrated into Cisco IOS Release 12.2(14)S.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2(31)SB2

This command was integrated into Cisco IOS Release 12.2(31)SB2.

12.2(31)SG

This command was integrated into Cisco IOS Release 12.2(31)SG.

12.2(17d)SXB

This command was integrated into Cisco IOS Release 12.2(17d)SXB.

12.2(33)SXH

This command was integrated into Cisco IOS Release 12.2(33)SXH.

Cisco IOS XE Release 2.1

This command was integrated into Cisco IOS XE Release 2.1.

Examples

The following is sample output from the debug vrrp statecommand:

Router# debug vrrp state
May 22 18:53:23.390: VRRP: Grp 1 changing to V_STATE_INIT 
May 22 18:54:26.143: VRRP: Grp 1 changing to V_STATE_BACKUP 
May 22 18:54:35.755: VRRP: Grp 1 changing to V_STATE_MASTER

Related Commands

Command

Description

debug vrrp all

Displays debugging messages for VRRP errors, events, and state transitions.

debug vrrp vrrs

To enable Virtual Router Redundancy Protocol (VRRP) debugging statements for Virtual Router Redundancy Service (VRRS) interactions, use the debug vrrp vrrs command in privileged EXEC mode. To disable VRRP VRRS debugging statements, use the no form of this command.

debug vrrp vrrs
no debug vrrp vrrs

Syntax Description

This command has no arguments or keywords.

Command Default

VRRP debugging for VRRS interactions is not enabled.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

Cisco IOS XE Release 2.6

This command was introduced.

Examples

The following is sample output from the debug vrrp vrrs command:

Router# debug vrrp vrrs
VRRP VRRS debugging is on
The following is sample output from the debug vrrp vrrs
 command when a VRRP group is configured with a name association to 'name1':
Router# configure termina
l
Router(config)# interface gigabitethernet0/0/0
Router(config-if)# ip address 10.0.0.1 255.0.0.0 
Router(config-if)# vrrp 1 ip 10.0.0.7 
Router(config-if)# vrrp 1 name name1 
*Feb  5 09:29:47.005: VRRP: Registered VRRS group "name1"

The following is sample output when a VRRP group is brought up:

Router(config-if)# no shutdown
*Feb  5 09:29:53.237: VRRP: Updated info for VRRS group name1

The following is sample output when a name association is changed to a different name:

Router(config-if)# vrrp 1 name name2
*Feb  5 09:30:14.153: VRRP: Unregistered VRRS group "name1"
*Feb  5 09:30:14.153: VRRP: Registered VRRS group "name2"

The following is sample output when a name association for group is removed:

Router(config-if)# no vrrp 1 name
*Feb  5 09:30:22.689: VRRP: Unregistered VRRS group "name2"

Related Commands

Command

Description

debug vrrs accounting

Enables debug messages for VRRS accounting.

debug vrrs infra

Enables VRRS infrastructure debug messages.

debug vrrs plugin

Enables VRRS plug-in debug messages.

debug vrrs accounting

To enable debug messages for Virtual Router Redundancy Service (VRRS) accounting, use the debug vrrs accounting command in privileged EXEC mode. To disable VRRS accounting debug messages, use the no form of this command.

debug vrrs accounting {all | errors | events}
no debug vrrs accounting command {all | errors | events}

Syntax Description

all

Enables all VRRS accounting debug messages.

errors

Enables VRRS accounting error debug messages.

events

Enables VRRS accounting event debug messages.

Command Default

VRRS accounting debug messages are not displayed.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

Cisco IOS XE Release 2.6

This command was introduced.

Examples

The following example turns on all VRRS accounting debug messages:

Router# debug vrrs accounting all
00:16:13: VRRS/ACCT/EV: entry create for abc(0x4E8C1F0)
00:16:13: VRRS/ACCT/EV: abc(0x4E8C1F0 12000006) client add ok2(No group)

Related Commands

Command

Description

debug vrrp vrrs

Enables VRRP debugging statements for VRRS interactions.

debug vrrs accounting

Enables debug messages for VRRS accounting.

debug vrrs infra

Enables VRRS infrastructure debug messages.

debug vrrs plugin

Enables VRRS plug-in debug messages.

debug vrrs infra

To enable Virtual Router Redundancy Service (VRRS) infrastructure debug messages, use the debug vrrs infra command in privileged EXEC mode. To turn off VRRS infrastructure debugging, use the no form of this command.

debug vrrs infra {all | client | events | server}
no debug vrrs infra {all | client | events | server}

Syntax Description

all

Enables all VRRS infrastructure debug messages.

client

Enables debugging for VRRS infrastructure to VRRS client interactions.

events

Enables debugging for VRRS infrastructure events.

server

Enables debugging for VRRS infrastructure to VRRS server interactions.

Command Default

VRRS debugging is disabled.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

Cisco IOS XE Release 2.6

This command was introduced.

Examples

The following is sample output from the debug vrrs infracommand:

Router# debug vrrs infra all
*Sep 9 16:09:53.848: VRRS: Client 21 is not registered
*Sep 9 16:09:53.848: VRRS: Client 21 unregister failed
*Sep 9 16:09:53.848: VRRS: Client VRRS TEST CLIENT registered, id 21
*Sep 9 16:09:53.848: VRRS: Client 21 add, group VRRP-TEST-1 does not exist, allocating...
*Sep 9 16:09:53.848: VRRS: Client 21 add to VRRP-TEST-1. Vrrs handle F7000001, client handle FE720
*Sep 9 16:09:53.848: VRRS: Server VRRP add, group VRRP-TEST-1, state INIT, vrrs handle F7000001
*Sep 9 16:09:53.876: VRRS: VRRP-TEST-1 group added notification
*Sep 9 16:09:53.876: VRRS: Normal priority clients for group 200000, for all groups[4C0
*Sep 9 16:09:53.876: VRRS: Client 2 add to VRRP-TEST-1. Vrrs handle F7000001, client handle 22766F0
*Sep 9 16:09:54.356: VRRS: Client 21 remove from VRRP-TEST-1. vrrs handle F7000001
*Sep 9 16:09:54.356: VRRS: Server VRRP delete, group VRRP-TEST-1 vrrs handle F7000001
*Sep 9 16:09:54.360: VRRS: VRRP-TEST-1 group deleted notification
*Sep 9 16:09:54.360: VRRS: Low priority clients 4
*Sep 9 16:09:54.360: VRRS: Client 2 remove from VRRP-TEST-1. vrrs handle F7000001
*Sep 9 16:09:54.360: VRRS: client remove, no more clients and no server for group VRRP-TEST-1. Remov
*Sep 9 16:09:54.860: VRRS: Client 22 is not registered
*Sep 9 16:09:54.860: VRRS: Client 22 unregister failed
*Sep 9 16:09:54.860: VRRS: Client VRRS TEST CLIENT registered, id 22

Related Commands

Command

Description

debug vrrp vrrs

Enables VRRP debugging statements for VRRS interactions.

debug vrrs accounting

Enables debug messages for VRRS accounting.

debug vrrs plugin

Enables VRRS plug-in debug messages.

debug vrrs plugin

To enable Virtual Router Redundancy Service (VRRS) plug-in debug messages, use the debug vrrs plugincommand in privileged EXEC mode. To disable VRRS plug-in debug messages, use the no form of this command.

debug vrrs plugin {all | arp-packet | client | database | if-state | mac | process | sublock | test}
no debug vrrs plugin {all | arp-packet | client | database | if-state | mac | process | sublock | test}

Syntax Description

all

Enables all VRRS debugs.

arp-packet

Enables debugging for VRRS mac-address gratuitous ARP messages.

client

Enables debugging for VRRS plug-in client interactions with VRRS.

database

Enables debugging for VRRS plug-in database management.

if-state

Enables VRRS events associated specifically with the VRRS interface-state plug-in.

mac

Enables VRRS events associated specifically with the VRRS mac-address plug-in.

process

Enables debugging for the VRRS plug-in events process.

sublock

Enables debugging for VRRS interface subblock management.

test

Enables VRRS plug-in test code monitoring.

Command Default

VRRS plug-in debug messages are not enabled.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

Cisco IOS XE Release 2.6

This command was introduced.

Examples

The following is sample output when a VRRS borrowed MAC address is added to the MAC address filter of an interface enables VRRS plug-in debug messages: 

Router)# debug vrrs plugin all
Feb 17 19:15:38.052: VRRS-P(mac): GigEth0/0/0.1 Add 0000.12ad.0001 to MAC filter, using (afilter_add) 
Feb 17 19:15:38.053: VRRS-P(mac): Active count increase to (2) for MAC : 0000.12ad.0001

The table below describes the significant fields shown in the display.

Table 1debug vrrs plugin Field Descriptions

Field

Description

VRRS-P

Specifies this debug is related to VRRS plug-ins.

(mac)

Specifies this debug is related to the VRRS mac-address plug-in. Alternately (if-state) may displayed to indicate the debug is related to the VRRS interface-state plugiplug-inn.

Related Commands

Command

Description

debug vrrp vrrs

Enables VRRP debugging statements for VRRS interactions.

debug vrrs accounting

Enables debug messages for VRRS accounting.

debug vrrs infra

Enables VRRS infrastructure debug messages.

debug vsi api


Note
Effective with Cisco IOS Release 12.4(20)T, the debug vsi apicommand is not available in Cisco IOS software.

To display information on events associated with the external ATM application programming interface (API) interface to the Virtual Switch Interface (VSI) master, use the debug vsi api command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vsi api
no debug vsi api

Syntax Description

This command has no arguments or keywords.

Command Default

No default behavior or values.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(5)T

This command was introduced.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2SX

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.

12.4(20)T

This command was removed.

Usage Guidelines

Use the debug vsi api command to monitor the communication between the VSI master and the XmplsATM component regarding interface changes and cross-connect requests.

Examples

The following is sample output from the debug vsi api command: 

Router# debug vsi api
VSI_M: vsi_exatm_conn_req: 0x000C0200/1/35 -> 0x000C0100/1/50
       desired state up, status OK
VSI_M: vsi_exatm_conn_resp: 0x000C0200/1/33 -> 0x000C0100/1/49
       curr state up, status OK

The table below describes the significant fields shown in the display.

Table 2debug vsi api Command Field Descriptions

Field

Description

vsi_exatm_conn_req

The type of connection request (connect or disconnect) that was submitted to the VSI master.

0x000C0200

The logical interface identifier of the primary endpoint, in hexadecimal form.

1/35

The virtual path identifier (VPI) and virtual channel identifier (VCI) of the primary endpoint.

->

The type of traffic flow. A right arrow (->) indicates unidirectional traffic flow (from the primary endpoint to the secondary endpoint). A bidirectional arrow (<->) indicates bidirectional traffic flow.

0x000C0100

Logical interface identifier of the secondary endpoint.

1/50

VPI and VCI of the secondary endpoint.

desired state

The status of a connect request. Up indicates a connect request; Down indicates a disconnect request.

status (in vsi_exatm_conn_req output)

The status of a request. One of following status indications appears:

OK INVALID_ARGS NONEXIST_INTF TIMEOUT NO_RESOURCES FAIL

OK means only that the request is successfully queued for transmission to the switch; it does not indicate completion of the request.

debug vsi errors


Note
Effective with Cisco IOS Release 12.4(20)T, the debug vsi errors command is not available in Cisco IOS software.

To display information about errors encountered by the Virtual Switch Interface (VSI) master, use the debug vsi errors command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vsi errors [interface interface [slave number]]
no debug vsi errors [interface interface [slave number]]

Syntax Description

interface interface

(Optional) Specifies the interface number.

slave number

(Optional) Specifies the slave number (beginning with 0).

Command Default

No default behavior or values.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(5)T

This command was introduced.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2SX

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.

12.4(20)T

This command was removed.

Usage Guidelines

Use the debug vsi errors command to display information about errors encountered by the VSI master when parsing received messages, as well as information about unexpected conditions encountered by the VSI master.

If the interface parameter is specified, output is restricted to errors associated with the indicated VSI control interface. If the slave number is specified, output is further restricted to errors associated with the session with the indicated slave.


Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.

Multiple commands that specify slave numbers allow multiple slaves to be debugged immediately. For example, the following commands display errors associated with sessions 0 and 1 on control interface atm2/0, but for no other sessions. 

Router# 
debug vsi errors interface atm2/0 slave 0
Router# 
debug vsi errors interface atm2/0 slave 1

Some errors are not associated with any particular control interface or session. Messages associated with these errors are printed, regardless of the interface or slaveoptions currently in effect.

Examples

The following is sample output from the debug vsi errors command: 

Router# debug vsi errors
VSI Master: parse error (unexpected param-group contents) in GEN ERROR RSP rcvd on ATM2/0:0/51 (slave 0)
            errored section is at offset 16, for 2 bytes:
 01.01.00.a0 00.00.00.00 00.12.00.38 00.10.00.34 
*00.01*00.69 00.2c.00.00 01.01.00.80 00.00.00.08 
 00.00.00.00 00.00.00.00 00.00.00.00 0f.a2.00.0a 
 00.01.00.00 00.00.00.00 00.00.00.00 00.00.00.00 
 00.00.00.00

The table below describes the significant fields shown in the display.

Table 3debug vsi errors Field Descriptions

Field

Description 

parse error

An error was encountered during the parsing of a message received by the VSI master. 

unexpected param-group contents

The type of parsing error. In this case, a parameter group within the message contained invalid data. 

GEN ERROR RSP

The function code in the header of the error message. 

ATM2/0

The control interface on which the error message was received. 

0/51

The virtual path identifier (VPI) or virtual channel identifier (VCI) of the virtual circuit (VC) (on the control interface) on which the error message is received. 

slave

Number of the session on which the error message is received. 

offset <n>

The number of bytes between the start of the VSI header and the start of that portion of the message in error. 

<n> bytes

Length of the error section. 

00.01.00.a0 [...]

The entire error message, as a series of hexadecimal bytes. Note that the error section is between asterisks (*).

debug vsi events


Note
Effective with Cisco IOS Release 12.4(20)T, thedebug vsi events command is not available in Cisco IOS software.

To display information about events that affect entire sessions, as well as events that affect only individual connections, use the debug vsi events command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vsi events [interface interface [slave number]]
no debug vsi events [interface interface [slave number]]

Syntax Description

interface interface >

(Optional) The interface number.

slave > number

(Optional) The slave number (beginning with zero).

Command Default

No default behavior or values.

Command Modes


Privileged EXEC

Command History

Release

Modification

12.0(5)T

This command was introduced.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2SX

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.

Usage Guidelines

Use the debug vsi events command to display information about events associated with the per-session state machines of the Virtual Switch Interface (VSI) master, as well as the per-connection state machines. If you specify an interface, the output is restricted to events associated with the indicated VSI control interface. If you specify the slave number, output is further restricted to events associated with the session with the indicated slave.


Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.

Multiple commands that specify slave numbers allow multiple slaves to be debugged at once. For example, the following commands restrict output to events associated with sessions 0 and 1 on control interface atm2/0, but for no other sessions. Output associated with all per-connection events are displayed, regardless of the interface or slave options currently in effect. 

Router# 
debug vsi events interface atm2/0 slave 0
Router# 
debug vsi events interface atm2/0 slave 1

Examples

The following is sample output from the debug vsi events command: 

Router# debug vsi events
VSI Master: conn 0xC0200/1/37->0xC0100/1/51: 
            CONNECTING -> UP
VSI Master(session 0 on ATM2/0): 
    event CONN_CMT_RSP, state ESTABLISHED -> ESTABLISHED
VSI Master(session 0 on ATM2/0): 
    event KEEPALIVE_TIMEOUT, state ESTABLISHED -> ESTABLISHED
VSI Master(session 0 on ATM2/0): 
    event SW_GET_CNFG_RSP, state ESTABLISHED -> ESTABLISHED
debug vsi packets

The table below describes the significant fields shown in the display.

Table 4debug vsi events Field Descriptions

Field

Description 

conn

The event applies to a particular connection. 

0xC0200

Logical interface identifier of the primary endpoint, in hexadecimal form. 

1/37

The virtual path identifier (VPI) or virtual channel identifier (VCI) of the primary endpoint. 

->

The type of traffic flow. A right arrow (->) indicates unidirectional traffic flow (from the primary endpoint to the secondary endpoint). A bidirectional arrow (<->) indicates bidirectional traffic flow. 

0xC0100

Logical interface identifier of the secondary endpoint. 

1/51

VPI or VCI of the secondary endpoint. 

<state1> -> <state2>

<state1> is a mnemonic for the state of the connection before the event occurred.

<state2> represents the state of the connection after the event occurred. 

session

The number of the session with which the event is associated. 

ATM2/0

The control interface associated with the session. 

event

The event that has occurred. This includes mnemonics for the function codes of received messages (for example, CONN_CMT_RSP), as well as mnemonics for other events (for example, KEEPALIVE_TIMEOUT). 

state <state1> -> <state2>

Mnemonics for the session states associated with the transition triggered by the event. <state1> is a mnemonic for the state of the session before the event occurred; <state2> is a mnemonic for the state of the session after the event occurred.

debug vsi packets


Note
Effective with Cisco IOS Release 12.4(20)T, the debug vsi packetscommand is not available in Cisco IOS software.

To display a one-line summary of each Virtual Switch Interface (VSI) message sent and received by the label switch controller (LSC), use the debug vsi packets command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vsi packets [interface interface [slave number]]
no debug vsi packets [interface interface [slave number]]

Syntax Description

interface interface

(Optional) The interface number.

slave > number

(Optional) The slave number (beginning with zero).

Command Default

No default behavior or values.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(5)T

This command was introduced.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2SX

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.

12.4(20)T

This command was removed.

Usage Guidelines

If you specify an interface, output is restricted to messages sent and received on the indicated VSI control interface. If you specify a slave number, output is further restricted to messages sent and received on the session with the indicated slave.


Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.

Multiple commands that specify slave numbers allow multiple slaves to be debugged at once. For example, the following commands restrict output to messages received on atm2/0 for sessions 0 and 1, but for no other sessions. 

Router# debug vsi packets interface atm2/0 slave 0
Router# debug vsi packets interface atm2/0 slave 1

Examples

The following is sample output from the debug vsi packets command: 

Router# debug vsi packets
VSI master(session 0 on ATM2/0): sent msg SW GET CNFG CMD on 0/51
VSI master(session 0 on ATM2/0): rcvd msg SW GET CNFG RSP on 0/51
VSI master(session 0 on ATM2/0): sent msg SW GET CNFG CMD on 0/51
VSI master(session 0 on ATM2/0): rcvd msg SW GET CNFG RSP on 0/51

The table below describes the significant fields shown in the display.

Table 5debug vsi packets Field Descriptions

Field

Description 

session

Session number identifying a particular VSI slave. Numbers begin with zero. See the show controllers vsi session command. 

ATM2/0

Identifier for the control interface on which the message is sent or received. 

sent

The message is sent by the VSI master. 

rcvd

The message is received by the VSI master. 

msg

The function code from the message header. 

0/51

The virtual path identifier (VPI) or virtual channel identifier (VCI) of the virtual circuit (VC) (on the control interface) on which the message is sent or received.

debug vsi param-groups


Note
Effective with Cisco IOS Release 12.4(20)T, the debug vsi param-groupscommand is not available in Cisco IOS software.

To display the first 128 bytes of each Virtual Switch Interface (VSI) message sent and received by the Multiprotocol Label Switching (MPLS) label switch controller (LSC) (in hexadecimal form), use the debug vsi param-groups command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vsi param-groups [interface interface [slave number]]
no debug vsi param-groups [interface interface [slave number]]

Syntax Description

interface interface

(Optional) The interface number.

slave > number

(Optional) The slave number (beginning with zero).

Command Default

No default behavior or values.

Command Modes


Privileged EXEC (#)

Command History

Release

Modification

12.0(5)T

This command was introduced.

12.2(33)SRA

This command was integrated into Cisco IOS Release 12.2(33)SRA.

12.2SX

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.

12.4(20)T

This command was removed.

Usage Guidelines

This command is most commonly used with the debug vsi packets command to monitor incoming and outgoing VSI messages.


Note
param-groups stands for parameter groups. A parameter group is a component of a VSI message.

If you specify an interface, output is restricted to messages sent and received on the indicated VSI control interface.

If you specify a slave, output is further restricted to messages sent and received on the session with the indicated slave.


Note
Slave numbers are the same as the session numbers discussed under the show controllers vsi session command.

Multiple commands that specify slave numbers allow multiple slaves to be debugged at once. For example, the following commands restrict output for messages received on atm2/0 for sessions 0 and 1, but for no other sessions: 

Router# debug vsi param-groups interface atm2/0 slave 0

Router# debug vsi param-groups interface atm2/0 slave 1

Examples

The following is sample output from the debug vsi param-groups command: 

Router# debug vsi param-groups
Outgoing VSI msg of 12 bytes (not including encap):
 01.02.00.80 00.00.95.c2 00.00.00.00 
Incoming VSI msg of 72 bytes (not including encap):
 01.02.00.81 00.00.95.c2 00.0f.00.3c 00.10.00.08 
 00.01.00.00 00.00.00.00 01.00.00.08 00.00.00.09 
 00.00.00.09 01.10.00.20 01.01.01.00 0c.08.80.00 
 00.01.0f.a0 00.13.00.15 00.0c.01.00 00.00.00.00 
 42.50.58.2d 56.53.49.31 
Outgoing VSI msg of 12 bytes (not including encap):
 01.02.00.80 00.00.95.c3 00.00.00.00 
Incoming VSI msg of 72 bytes (not including encap):
 01.02.00.81 00.00.95.c3 00.0f.00.3c 00.10.00.08 
 00.01.00.00 00.00.00.00 01.00.00.08 00.00.00.09 
 00.00.00.09 01.10.00.20 01.01.01.00 0c.08.80.00 
 00.01.0f.a0 00.13.00.15 00.0c.01.00 00.00.00.00 
 42.50.58.2d 56.53.49.31

The table below describes the significant fields shown in the display.

Table 6debug vsi param-groups Field Descriptions

Field

Description

Outgoing

The message is sent by the VSI master.

Incoming

The message is received by the VSI master.

bytes

Number of bytes in the message, starting at the VSI header, and excluding the link layer encapsulation.

01.02...

The first 128 bytes of the message, in hexadecimal form.

debug vtemplate

To display cloning information for a virtual access interface from the time it is cloned from a virtual template to the time the virtual access interface comes down when the call ends, use the debug vtemplate command in privileged EXEC mode. To disable debugging output, use the no form of this command.

debug vtemplate
no debug vtemplate

Syntax Description

This command has no arguments or keywords.

Command Modes


Privileged EXEC

Examples

The following is sample output from the debug vtemplate command when a virtual access interface comes up. The virtual access interface is cloned from virtual template 1. 

Router# debug vtemplate
VTEMPLATE Reuse vaccess8, New Recycle queue size:50
 
VTEMPLATE set default vaccess8 with no ip address
 
Virtual-Access8 VTEMPLATE hardware address 0000.0c09.ddfd
VTEMPLATE vaccess8 has a new cloneblk vtemplate, now it has vtemplate
VTEMPLATE undo default settings vaccess8
 
VTEMPLATE ************* CLONE VACCESS8 *****************
 
VTEMPLATE Clone from vtemplate1 to vaccess8
interface Virtual-Access8
no ip address
encap ppp
ip unnumbered Ethernet0
no ip mroute-cache
fair-queue 64 256 0
no cdp enable
ppp authentication chap
end
 
%LINK-3-UPDOWN: Interface Virtual-Access8, changed state to up
%LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access8, changed state to up

The following is sample output from the debug vtemplate command when a virtual access interface goes down. The virtual interface is uncloned and returns to the recycle queue. 

Router# debug vtemplate
%LINK-3-UPDOWN: Interface Virtual-Access8, changed state to down
VTEMPLATE Free vaccess8
 
%LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access8, changed state to down
VTEMPLATE clean up dirty vaccess queue, size:1
 
VTEMPLATE Found a dirty vaccess8 clone with vtemplate
VTEMPLATE ************ UNCLONE VACCESS8 **************
VTEMPLATE Unclone to-be-freed vaccess8 command#7
interface Virtual-Access8
default ppp authentication chap
default cdp enable
default fair-queue 64 256 0
default ip mroute-cache
default ip unnumbered Ethernet0
default encap ppp
default ip address
end
 
VTEMPLATE set default vaccess8 with no ip address
 
VTEMPLATE remove cloneblk vtemplate from vaccess8 with vtemplate
 
VTEMPLATE Add vaccess8 to recycle queue, size=51

The table below describes the significant fields shown in the display.

Table 7debug vtemplate Field Descriptions

Field

Description

VTEMPLATE Reuse vaccess8, New Recycle queue size:50 VTEMPLATE set default vaccess8 with no ip address

Virtual access interface 8 is reused; the current queue size is 50.

Virtual-Access8 VTEMPLATE hardware address 0000.0c09.ddfd

MAC address of virtual interface 8.

VTEMPLATE vaccess8 has a new cloneblk vtemplate, now it has vtemplate

Recording that virtual access interface 8 is cloned from the virtual interface template.

VTEMPLATE undo default settings vaccess8

Removing the default settings.

VTEMPLATE ************* CLONE VACCESS8 ********** *******

Banner: Cloning is in progress on virtual access interface 8.

VTEMPLATE Clone from vtemplate1 to vaccess8

interface Virtual-Access8 no ip address encap ppp ip unnumbered Ethernet0 no ip mroute-cache fair-queue 64 256 0 no cdp enable ppp authentication chap end

Specific configuration commands in virtual interface template 1 that are being applied to the virtual access interface 8.

%LINK-3-UPDOWN: Interface Virtual-Access8, changed state to up

Link status: The link is up.

%LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access8, changed state to up

Line protocol status: The line protocol is up.

%LINK-3-UPDOWN: Interface Virtual-Access8, changed state to down

Link status: The link is down.

VTEMPLATE Free vaccess8

Freeing virtual access interface 8.

%LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access8, changed state to down

Line protocol status: The line protocol is down.

VTEMPLATE clean up dirty vaccess queue, size:1

VTEMPLATE Found a dirty vaccess8 clone with vtemplate

VTEMPLATE ************ UNCLONE VACCESS8 **************

Access queue cleanup is proceeding and the template is being uncloned.

VTEMPLATE Unclone to-be-freed vaccess8 command#7 


 
				  
 interface Virtual-Access8 default ppp authentication chap default cdp enable default fair-queue 64 256 0 default ip mroute-cache default ip unnumbered Ethernet0 default encap ppp default ip address end
				  

 
						
 
				 
				  
 Specific configuration commands to be removed from the virtual access interface 8.
				  

 
						
 
			 

 
			 
 
				 
				  
 VTEMPLATE set default vaccess8 with no ip address 
				  

 
						
 
				 
				  
 Default is set again.
				  

 
						
 
			 

 
			 
 
				 
				  
 VTEMPLATE remove cloneblk vtemplate from vaccess8 with vtemplate
				  

 
						
 
				 
				  
 Removing the record of cloning from a virtual interface template.
				  

 
						
 
			 

 
			 
 
				 
				  
 VTEMPLATE Add vaccess8 to recycle queue, size=51
				  

 
						
 
				 
				  
 Virtual access interface is added to the recycle queue.
				  

 
						
 
			 

 
		  
 
		



 
		

 
	 

 
  




debug vtemplate subinterface


 
	 
 
		
 To display debug messages relating to virtual access subinterfaces, use the debug vtemplate subinterface command in privileged EXEC mode. To disable debugging output, use the no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				vtemplate 
				  
				subinterface 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				vtemplate 
				  
				subinterface 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		
 This command has no arguments or keywords. 
		

 
	 

 
	 

          Command Default
          
 
		
 No default behavior or values. 
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.2(8)B
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(13)T
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(13)T. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(15)B
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(15)B. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(28)SB
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(28)SB. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(31)SB
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(31)SB. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 The debug messages are displayed if you configure virtual templates with commands that are incompatible with virtual access subinterfaces. 
		

 
	 

 
	 

        Examples
      
 
		
 The following example shows how to display virtual access subinterface debug messages: 
		

 
		
Router# debug vtemplate subinterface 
Virtual Template subinterface debugging is on 
Router#
Router#
Sep 19 15:09:41.989:VT[Vt11]:Config prevents subinterface creation
carrier-delay 45
ip rtp priority 2000 2010 500


 
		
 The table below describes the significant fields shown in the display.
		

 
		

Table 8debug vtemplate subinterface Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 VT
				  

 
						
 
				 
				  
 Indicates that this is a debug virtual template subinterface message. 
				  

 
						
 
			 

 
			 
 
				 
				  
 [Vt11]: 
				  

 
						
 
				 
				  
 Indicates that this message concerns virtual template 11. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Config prevents subinterface creation 
				  

 
						
 
				 
				  
 Indicates that this virtual template cannot support the creation of virtual access subinterfaces. 
				  

 
						
 
			 

 
			 
 
				 
				  
 carrier-delay 45 ip rtp priority 2000 2010 500 
				  

 
						
 
				 
				  
 These are the commands that make the virtual template incompatible with subinterfaces. 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command 
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  test 
						  virtual-template 
						  subinterface 
						 
					 

 
				  		
 
				   
					 
 Tests a virtual template to determine if it can support virtual access subinterfaces. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  virtual-template 
						  subinterface 
						 
					 

 
				  		
 
				   
					 
 Enables the creation of virtual access subinterfaces. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
  




debug vtsp


 
	 
 
		

Note
 Effective with release 12.3(8)T, the 
		  debug 
			 vtspcommand is replaced by the 
		  debug 
			 voip 
			 dsm and 
		  debug 
			 voip 
			 vtspcommands. See the 
		  debug 
			 voip 
			 dsm and 
		  debug 
			 voip 
			 vtspcommands for more information. 
		

 
		
 To display the state of the gateway and the call events, use the 
			 debug 
			 vtspcommand in privileged EXEC mode. To display the machine state during voice telephony service provider (VTSP) event processing, use the 
		  no form of the command. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				vtsp 
				  
				{all | dsp | error | event | session | stats | tone | rtp} 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				vtsp 
				  
				{all | dsp | error | event | session | stats | tone | rtp} 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  all 
						 
					 

 
				  		
 
				   
					 
 All VTSP debugging except stats, tone, and event is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  dsp 
						 
					 

 
				  		
 
				   
					 
 Digital signal processor (DSP) message trace is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  error 
						 
					 

 
				  		
 
				   
					 
 VTSP error debugging is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  event 
						 
					 

 
				  		
 
				   
					 
 State machine debugging is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  session 
						 
					 

 
				  		
 
				   
					 
 Session debugging is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  stats 
						 
					 

 
				  		
 
				   
					 
 Statistics debugging is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  tone 
						 
					 

 
				  		
 
				   
					 
 Tone debugging is enabled. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  rtp 
						 
					 

 
				  		
 
				   
					 
 Real-Time Transport Protocol (RTP) debugging is enabled. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release 
					 

 
				  		
 
				   
					 
 Modification 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.0(3)T 
					 

 
				  		
 
				   
					 
 This command was introduced on the Cisco AS5300 universal access servers. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.0(7)XK 
					 

 
				  		
 
				   
					 
 This command was introduced on the Cisco 2600 series router, Cisco 3600 series router, and MC3810 multiservice access concentrators. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.1(2)T 
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.1(2)T. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(11)T 
					 

 
				  		
 
				   
					 
 The enhancement of debug capabilities, which affects this command by adding a single call identification header, for Cisco voice gateways was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, Cisco 3640, and Cisco 3660 series; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(8)T 
					 

 
				  		
 
				   
					 
 This command was replaced by the 
						debug 
						  voip 
						  vtsp command. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
The 
		  debug 
			 vtsp command with the 
		  event keyword must be turned on before the 
		  voice 
			 call 
			 debug command can be used. 
		

 
	 

 
	 

        Examples
      
 
		
 The following is sample output for a Cisco AS5300 and Cisco 3640 when the 
		  debug 
			 vtsp all command is entered: 
		

 
	 

 
	 
Cisco AS5300 Access Server
 
		 
		
Router# debug vtsp all
!
Voice telephony call control all debugging is on
!
00:10:53: %SYS-5-CONFIG_I: Configured from console by console
00:10:54: %SYS-5-CONFIG_I: Configured from console by console
!
00:11:09: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: 
00:11:09: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: 
00:11:09: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_call_setup_ind: 
00:11:09: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_fill_setup_ind: 

 
	 

 
	 
Cisco 3640 Router
 
		 
		
3640-orig# debug vtsp all
!
Voice telephony call control all debugging is on
!
3640-orig# show debug
Voice Telephony session debugging is on
Voice Telephony dsp debugging is on
Voice Telephony error debugging is on
!
20:58:16: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_apply_voiceport_xrule: 
20:58:16: vtsp_tsp_apply_voiceport_xrule: vtsp_sdb 0x63797720; called_number 0x6294E0F0 called_oct3 128
20:58:16: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_apply_voiceport_xrule: 
20:58:16: vtsp_tsp_apply_voiceport_xrule: No called number translation rule configured
20:58:16: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: .
20:58:16: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: calling_number(original)= 
calling_number(xlated)=8880000 called_number(original)= called_number(xlated)=8881111 redirectNumber(original)= redirectNumber(xlated)=
20:58:16: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_call_setup_ind: (sdb=0x63797720, tdm_info=0x0, 
tsp_info=0x63825254, calling_number=8880000 calling_oct3 = 0x0, called_number=8881111 called_oct3 = 0x80, oct3a=0
3640-orig#x80): peer_tag=70
20:58:16: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_fill_setup_ind: ev.clg.clir is 0
 ev.clg.clid_transparent is 0
 ev.clg.null_orig_clg is 0
 ev.clg.calling_translated is false
//-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/VTSP:(3/0:23):-1:0:0/vtsp_do_call_setup_ind: Call ID=101123, guid=63EB9AC8


 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 9debug vtsp all Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 VTSP:():-1:-1:-1 
				  

 
						
 
				 
				  
 Identifies the VTSP module, port name, channel number, DSP slot, and DSP channel number. 
				  

 
						
 
			 

 
			 
 
				 
				  
 vtsp_tsp_apply_voiceport_xrule: 
				  

 
						
 
				 
				  
 Identifies a function name. 
				  

 
						
 
			 

 
			 
 
				 
				  
 called_number 
				  

 
						
 
				 
				  
 Identifies a called number. 
				  

 
						
 
			 

 
			 
 
				 
				  
 called 
				  

 
						
 
				 
				  
 Identifies the date the call was made. 
				  

 
						
 
			 

 
			 
 
				 
				  
 peer_tag 
				  

 
						
 
				 
				  
 Identifies the dial peer number. 
				  

 
						
 
			 

 
			 
 
				 
				  
 guid 
				  

 
						
 
				 
				  
 Identifies the GUID (hexadecimal address). 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command 
					 

 
				  		
 
				   
					 
 Description 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ccapi 
						 
					 

 
				  		
 
				   
					 
 Debugs the call control API. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  voice 
						  call 
						  debug 
						 
					 

 
				  		
 
				   
					 
 Debugs a voice call by displaying a full GUID or header. 
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug vtsp all



    

      

To show debugging information for all debug vtsp commands, use the debug vtsp all command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            all
          
        

        

          
            no
             
            debug
             
            vtsp
             
            all
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(3)T


              		

              
                

This command was introduced on the Cisco AS5300.


              		

            


            

              
                

12.0(7)XK


              		

              
                

This command was first supported on the Cisco 2600, Cisco 3600 and Cisco MC3810 series.


              		

            


            

              
                

12.1(2)T


              		

              
                

This command was integrated into Cisco IOS Release 12.1(2)T.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

The debug vtsp all command enables the following debug vtsp commands: debug vtsp session, debug vtsp error, and debug vtsp dsp. For more information or sample output, see the individual commands.


      

Execution of the no debug vtsp all command will turn off all VTSP-level debugging. You should turn off all debugging and then enter the debug commands you are interested in one by one. This process helps avoid confusion about which ports you are actually debugging.


      

Caution

        

Using this command can severely impact network performance and prevent any faxes from succeeding.


      


    


    

        Examples
      

      

The following example shows the debug vtsp all command on a Cisco 3640 modular access router:


      
Router# debug vtsp all
Voice telephony call control all debugging is on



      

At this point, the VTSP is not aware of anything. The format of this message is 
//callid/GUID/VTSP:(voice-port):T1-channel_number:DSP_number:DSP_channel_number:


      
    
        
  • 
CallEntry ID is -1.
    • 

        
  • 
GUID is xxxxxxxxxx.
    • 

        
  • 
The voice port is blank.
    • 

        
  • 
Channel ID is -1.
    • 

        
  • 
DSP ID is -1.
    • 

        
  • 
DSP channel ID is -1.
    • 

      


      
*Mar  1 08:23:10.869: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: 



      

The original and the translated calling number are the same (55555) and the original and the translated called number are the same (888545). These numbers are often the same because if a translation rule is applied, it will be on the dial peers or the ports, both of which comes later than these VTSP messages in the Cisco IOS code execution.


      
*Mar  1 08:23:10.869: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: calling_number(original)= calling_number(xlated)=55555 called_number(original)= called_number(xlated)=888545 redirectNumber(original)= redirectNumber(xlated)=



      

The VTSP got a call setup indicator from the TSP layer with called number 888545 and calling number 55555. There is no awareness of the CallEntry ID (-1) or the GUID (xxxxxxxxxxxx).


      
*Mar  1 08:23:10.873: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_call_setup_ind: (sdb=0x634C90EC, tdm_info=0x0, tsp_info=0x63083950, calling_number=55555 calling_oct3 = 0x80, called_number=888545 called_oct3 = 0x80, oct3a=0x0): peer_tag=10002
*Mar  1 08:23:10.873: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_fill_setup_ind
: ev.clg.clir is 0
 ev.clg.clid_transparent is 0
 ev.clg.null_orig_clg is 0
 ev.clg.calling_translated is false
*Mar  1 08:23:10.873: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_call_setup_ind: .
*Mar  1 08:23:10.873: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_allocate_cdb: ,cdb 0x635FC480
*Mar  1 08:23:10.873: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_call_setup_ind:
*Mar  1 08:23:10.873:  source route label



      

At this point, the VTSP is not aware of anything. The format of this message is 
//callid/GUID/VTSP:(voice-port):T1-channel_number:DSP_number:DSP_channel_number:


      
    
        
  • 
CallEntry ID is -1.
    • 

        
  • 
GUID is D2F6429A8A8A.
    • 

        
  • 
The voice port is 1/0:23 where 23 indicates D channel.
    • 

        
  • 
The T1 channel is still unknown at this point (-1).
    • 

        
  • 
The digital signal processor (DSP) is 0.
    • 

        
  • 
The DSP channel is 4.
    • 

      


      
*Mar  1 08:23:10.873: //-1/D2F6429A8A8A/VTSP:(1/0:23):-1:0:4/vtsp_do_call_setup_
ind: Call ID=101002, guid=635FCB08



      

The VTSP learns about the B channel (changed from -1 to 22), and the CallEntry ID is still unknown (-1).


      
*Mar  1 08:23:10.873: //-1/D2F6429A8A8A/VTSP:(1/0:23):22:0:4/vtsp_do_call_setup_ind: type=0, under_spec=1615186336, name=, id0=23, id1=0, id2=0, calling=55555,called=888545 subscriber=RegularLinevtsp_do_call_setup_ind: redirect DN =  reason = -1
*Mar  1 08:23:10.877: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_normal_call_setup_ind: .



      

The VTSP learns the CallEntry ID. The format of this message is 
//callid/GUID/VTSP:(voice-port):T1-channel_number:DSP_number:DSP_channel_number:


      
    
        
  • 
CallEntry ID is 899 (changed from -1 to 899)
    • 

        
  • 
GUID is D2F6429A8A8A
    • 

        
  • 
The voice port is 1/0:23 where 23 indicates D channel
    • 

        
  • 
The T1 channel is 22
    • 

        
  • 
The DSP is 12
    • 

        
  • 
The DSP channel is 4
    • 

      


      
*Mar  1 08:23:10.877: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_insert_cdb:,cdb 0x635FC480, CallID=899
*Mar  1 08:23:10.877: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_open_voice_and_set_params: .



      

In the following outputs, VTSP sets some of the voice parameters for this call:


      
    
        
  • 
Modem capability
    • 

        
  • 
Playout delay
    • 

        
  • 
Dial-peer tag 10003
    • 

        
  • 
Digit timeouts
    • 

      


      
*Mar  1 08:23:10.877: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_modem_proto_from_cdb: cap_modem_proto 0
*Mar  1 08:23:10.881: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/set_playout_cdb:playout default
*Mar  1 08:23:10.881: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_dsp_echo_canceller_control: echo_cancel: 1
*Mar  1 08:23:10.885: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_save_dialpeer_tag: tag = 10003
*Mar  1 08:23:10.885: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_report_digit_control: vtsp_report_digit_control: enable=0:
*Mar  1 08:23:10.885: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_report_digit_control: digit reporting disabled
*Mar  1 08:23:10.885: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_get_digit_timeouts: : vtsp_get_digit_timeouts



      

VTSP sends out a call-proceeding message to the POTS leg.


      
*Mar  1 08:23:10.885: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event:vtsp:[1/0:23:899, S_SETUP_INDICATED, E_CC_PROCEEDING]
*Mar  1 08:23:10.885: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_proceeding: .
*Mar  1 08:23:10.941: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_get_dialpeer_tag: tag = 10003
*Mar  1 08:23:10.949: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_get_dialpeer_tag: tag = 10003



      

VTSP sends out an alerting to the POTS leg; the phone is ringing at this time.


      
*Mar  1 08:23:10.949: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_PROCEEDING, E_CC_ALERT]
*Mar  1 08:23:10.949: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_alert: .
*Mar  1 08:23:10.949: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer_stop:3019095
*Mar  1 08:23:18.769: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_get_dialpeer_tag: tag = 10003



      

The phone gets answered here, a bridge is now set up between the two call legs.


      
*Mar  1 08:23:18.769: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_ALERTING, E_CC_BRIDGE]
*Mar  1 08:23:18.769: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_bridge: .



      

The call is now connected.


      
*Mar  1 08:23:18.769: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_ALERTING, E_CC_CONNECT]
*Mar  1 08:23:18.769: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_alert_connect: .
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_ring_noan_timer_stop: 3019877



      

The VTSP received a capabilities indication event from the CCAPI. The VTSP needs to be aware of this because it handles the DSPs.


      
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CONNECT, E_CC_CAPS_IND]
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind: .
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind: RTP
 PT:NTE[101],NTEtx[101],NSE[100],FaxInd[96],FaxAck[97],CiscoDTMF[121],FaxRelay[122],CASsig[123],ClearChan[125],PCMu[0],PCMa[8]Codec[4],TxDynamicPayload[0], RxDynamicPayload[0]
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind: dtmf relay: mode=32, codec=1
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind: passthrough: cap_modem_proto 0, cap_modem_codec 0, cap_modem_redundancy 0, payload100, modem_relay 0, gw-xid=0
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind: Encap 1, Vad 2, Codec 0x4, CodecBytes 20,
             FaxRate 2, FaxBytes 20, FaxNsf 0xAD0051
             SignalType 2
             DtmfRelay 32, Modem 0, SeqNumStart 0x1343
*Mar  1 08:23:18.773: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind:
*Mar  1 08:23:18.777:  FORKING Parameters are forking mask: 0, simple_forking_codec_mask: 0, complex_forking_codec_mask 0
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ind: [ mode:0,init:60, min:40, max:200]



      

The VTSP received events regarding capabilities acknowledged from the call control API (CCAPI).


      
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CONNECT, E_CC_CAPS_ACK]
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ack: .
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ack: passthrough: cap_modem_proto 0, cap_modem_codec 0, cap_modem_redundancy 0, payload100, modem_relay 0, gw-xid=0
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_caps_ack: Named Telephone Event payload: rcv 101, tx 101
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_switch_codec:
*Mar  1 08:23:18.777:  DTMF Relay in act_switch_codec is 32
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/set_dsp_encap_config:
*Mar  1 08:23:18.777:  set_dsp_encap_config: logical ssrc 40
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_modem_proto_from_cdb: cap_modem_proto 0
*Mar  1 08:23:18.777: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_switch_codec: codec = 16
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer: 3019878
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, SP_PENDING_CODEC_SWITCH, E_DSPRM_PEND_SUCCESS]
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_pend_codec_success: .
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer_stop:3019878
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_open_voice_and_set_params: .
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/set_dsp_encap_config:
*Mar  1 08:23:18.781:  set_dsp_encap_config: logical ssrc 40
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_modem_proto_from_cdb: cap_modem_proto 0
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/set_playout_cdb:playout default
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_dsp_echo_canceller_control: echo_cancel: 1
*Mar  1 08:23:18.781: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_add_fork:
*Mar  1 08:23:18.785: vtsp_add_fork
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_update_fork_info:
*Mar  1 08:23:18.785: vtsp_update_fork_info: add_fork=0
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_get_xmit_info_node:
*Mar  1 08:23:18.785: vtsp_get_xmit_info_node
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_update_fork_info:
*Mar  1 08:23:18.785:  vtsp_update_fork_info xmit func is 60FC43F0, context is 635BC51Cpeer_call_id: 900, stream_count: 1, update_flag 0
Router#
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_update_fork_info:
*Mar  1 08:23:18.785:  The stream bit-mask is 1
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_update_fork_info:
*Mar  1 08:23:18.785:  The stream type is 0
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_update_fork_info:
*Mar  1 08:23:18.785:  The logical ssrc is 64 for stream 0
*Mar  1 08:23:18.785: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_update_stream_count:
*Mar  1 08:23:18.785:  g711_voice_count=0 g711_avt_count = 0
 g711_voice_avt_count = 0 complex_voice_count = 1
 complex_avt_count = 0 complex_voice_avt_count = 0



      

A digit begin event was detected while in the connect state. Digit 1 is dialed outbound on the POTS legs.


      
*Mar  1 08:23:26.745: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_call_digit_begin: vtsp_call_digit_begin: digit=1, digit_begin_flags=0x0, rtp_timestamp=0, rtp_expiration=0
*Mar  1 08:23:26.745: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CONNECT, E_CC_DIGIT_BEGIN]
*Mar  1 08:23:26.745: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_digit_begin:act_digit_begin
*Mar  1 08:23:27.045: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_call_digit_end: vtsp_call_digit_end: digit=1, duration=300



      

A digit end event was detected while in the connect state. The total duration of the digit was 300 ms.


      
*Mar  1 08:23:27.045: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CONNECT, E_CC_DIGIT_END,]
*Mar  1 08:23:27.045: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_digit_end: act_digit_end



      

The call is hung up at this point, VTSP receives a bridge drop event from the CCAPI.


      
*Mar  1 08:23:39.393: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CONNECT, E_CC_BRIDGE_DROP]
*Mar  1 08:23:39.393: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_remove_stream_node:
*Mar  1 08:23:39.393: vtsp_remove_stream_node
*Mar  1 08:23:39.393: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_get_xmit_info_node:
*Mar  1 08:23:39.393: vtsp_get_xmit_info_node
*Mar  1 08:23:39.393: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_remove_stream_node:
*Mar  1 08:23:39.393:  Stream count is 1 in function vtsp_remove_stream_node
*Mar  1 08:23:39.393: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_bdrop: .
*Mar  1 08:23:39.393: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_is_record_active:
*Mar  1 08:23:39.393: vtsp_is_record_active: false



      

VTSP gets a disconnect event from the CCAPI.


      
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CONNECT, E_CC_DISCONNECT]
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_disconnect: .



      

Following the disconnect event from the CCAPI, the timers are stopped.


      
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_ring_noan_timer_stop: 3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_pcm_tone_detect_timer_stop: 3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_pcm_switchover_timer_stop: 3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_cm_detect_timer_stop: 3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_modem_relay_mode_timer_stop: 3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_modem_relay_stats_timer_stop: 3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer_stop:3021940
*Mar  1 08:23:39.397: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_disconnect: cdb 0x635FC480, cause 0x10
*Mar  1 08:23:39.401: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer: 3021940



      

Statistics are collected for the DSP.


      
*Mar  1 08:23:39.405: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_WAIT_STATS, E_DSP_GET_ERROR]
*Mar  1 08:23:39.405: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_get_error: .
*Mar  1 08:23:39.405: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_print_error_stats: rx_dropped=0 tx_dropped=0
*Mar  1 08:23:39.405: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_print_error_stats: rx_control=55 tx_control=18 tx_control_dropped=0  dsp_mode_channel_1=0 dsp_mode_channel_2=0c[0]=0c[1]=2c[2]=6c[3]=87c[4]=83c[5]=84c[6]=106c[7]=78c[8]=0c[9]=32639c[10]=32639c[11]=32639c[12]=32639c[13]=32639c[14]=32639c[15]=32639
*Mar  1 08:23:39.409: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer_stop:3021941
*Mar  1 08:23:39.409: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer: 3021941
*Mar  1 08:23:39.409: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_WAIT_STATS, E_DSP_GET_LEVELS]
*Mar  1 08:23:39.409: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_get_levels: .
*Mar  1 08:23:39.413: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_stats_complete: .
*Mar  1 08:23:39.413: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer_stop:3021941
*Mar  1 08:23:39.413: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_ring_noan_timer_stop: 3021941
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer: 3021942



      

The VTSP received a disconnect confirmation from the TSP layer.


      
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_WAIT_RELEASE, E_TSP_DISCONNECT_CONF]
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_wrelease_release: .
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_play_busy_timer_stop:
*Mar  1 08:23:39.417: vtsp_play_busy_timer_stop: 3021942
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_timer_stop:3021942
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_do_call_history: .
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_do_call_history:
*Mar  1 08:23:39.417: vtsp_do_call_history :  src carrier id
*Mar  1 08:23:39.417: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_do_call_history:
*Mar  1 08:23:39.421: vtsp_do_call_history : tgt carrier id
*Mar  1 08:23:39.421: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_do_call_history: CoderRate 16



      

DSP resource manager updates the state.


      
*Mar  1 08:23:39.421: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_process_event: vtsp:[1/0:23:899, S_CLOSE_DSPRM, E_DSPRM_CLOSE_COMPLETE]
*Mar  1 08:23:39.421: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/act_terminate: .
*Mar  1 08:23:39.421: //899/D2F6429A8A8A/VTSP:(1/0:23):22:12:4/vtsp_free_cdb: ,cdb 0x635FC4803


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vtsp
                    port
                  
                


              		

              
                

Limits VTSP debug output to a specific voice port.


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                

Displays which debug commands are enabled.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




      


    


  




debug vtsp dsp


 
	 
 
		
 To show messages from the digital signal processor (DSP) to the universal access server or router, use the 
		  debug 
			 vtsp 
			 dsp 
		   
			 commandin privileged EXEC mode. To disable debugging output, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				vtsp 
				  
				dsp 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				vtsp 
				  
				dsp 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		
 This command has no arguments or keywords.
		

 
	 

 
	 

          Command Default
          
 
		
 Disabled
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.0(3)T
					 

 
				  		
 
				   
					 
 This command was introduced on the Cisco AS5300 series access servers.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.0(7)XK
					 

 
				  		
 
				   
					 
 This command was implemented on the Cisco 2600 series, Cisco 3600 series, and Cisco MC3810 multiservice access concentrators.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.1(2)T
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.1(2)T.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(11)T
					 

 
				  		
 
				   
					 
 The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 
		   On Cisco AS5300 Series Access Servers 
		

 
		
 The 
		  debug 
			 vtsp 
			 dsp 
		  command shows messages from the DSP on the voice feature card (VFC) to the router; this command can be useful if you suspect that the VFC is not functional. It is a simple way to check if the VFC is responding to off-hook indications.
		

 
		
 
		   On Cisco 2600, 3600, MC3810 Series 
		

 
		
 The 
		  debug 
			 vtsp 
			 dsp 
		  command shows messages from the DSP to the router.
		

 
		

Note
 We recommend that you log output from the 
		  debug 
			 vtsp 
			 dspcommand to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.
		

 
	 

 
	 

        Examples
      
 
		
 The following example shows the VTSP DSP usage on a Cisco 3640 modular access router:
		

 
		
Router# debug vtsp dsp
Voice telephony call control dsp debugging is on
Router#
*Mar  1 01:05:18.539: //12/A76D98838014/VTSP:(1/0:23):22:14:2/vtsp_dsp_echo_canceller_control: echo_cancel: 1


 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 10debug vtsp dsp Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Descriptions
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 //12
				  

 
						
 
				 
				  
 CallEntry ID.
				  

 
						
 
			 

 
			 
 
				 
				  
 /A76D98838014 
				  

 
						
 
				 
				  
 GUID.
				  

 
						
 
			 

 
			 
 
				 
				  
 1/0:23 
				  

 
						
 
				 
				  
 Controller 1/0, D channel.
				  

 
						
 
			 

 
			 
 
				 
				  
 :22
				  

 
						
 
				 
				  
 B-channel number. This can also be found using the 
					 show 
						voice 
						call 
						summary command.
				  

 
						
 
			 

 
			 
 
				 
				  
 :14 
				  

 
						
 
				 
				  
 DSP number. This can also be found using the 
					 show 
						voice 
						dsp command.
				  

 
						
 
			 

 
			 
 
				 
				  
 :2 
				  

 
						
 
				 
				  
 Channel number on the DSP. This can also be found using the 
					 show 
						voice 
						dsp command.
				  

 
						
 
			 

 
			 
 
				 
				  
 echo_cancel: 1
				  

 
						
 
				 
				  
 Echo cancel is on.
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command 
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  vpm 
						  all 
						 
					 

 
				  		
 
				   
					 
 Enables all VPM debugging.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  port 
						 
					 

 
				  		
 
				   
					 
 Limits VTSP debug output to a specific voice port.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  debug 
						 
					 

 
				  		
 
				   
					 
 Displays which debug commands are enabled.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  voice 
						  call 
						  debug 
						 
					 

 
				  		
 
				   
					 
 Allows configuration of the voice call debug output.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug vtsp error



    

      

To display processing errors in the voice telephony service provider (VTSP), use the debug vtsp error command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            error
          
        

        

          
            no
             
            debug
             
            vtsp
             
            error
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(7)XK


              		

              
                

This command was first supported on the Cisco 2600, Cisco 3600 and Cisco MC3810 series.


              		

            


            

              
                

12.1(2)T


              		

              
                

This command was integrated into Cisco IOS Release 12.1(2)T.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

The debug vtsp error command can be used to check for mismatches in interface capabilities.


      

Note

We recommend that you log output from the debug vtsp errorcommand to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vpm
                    all
                  
                


              		

              
                

Enables all VPM debugging.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    port
                  
                


              		

              
                

Limits VTSP debug output to a specific voice port.


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                

Displays which debug commands are enabled.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




    


  




debug vtsp event



    

      

To display the state of the gateway and the call events, use the debug vtsp event command in privileged EXEC mode. To display the machine state during voice telephony service provider (VTSP) event processing, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            event
          
        

        

          
            no
             
            debug
             
            vtsp
             
            event
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(3)T


              		

              
                

This command was introduced on the Cisco AS5300 universal access servers.


              		

            


            

              
                

12.0(7)XK


              		

              
                

This command was first supported on the Cisco 2600, Cisco 3600 and Cisco MC3810 series.


              		

            


            

              
                

12.1(2)T


              		

              
                

This command was integrated into Cisco IOS Release 12.1(2)T.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

The debug vtsp event command can be used to enable state machine debugging.


      

Note

We recommend that you log output from the debug vtsp eventcommand to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

        Examples
      

      

The following shows sample output from the debug vtsp event command:


      
Router# debug vtsp event
Voice Telephony event debugging is on



      

The following events are seen when the call is set up.


      
*Mar  1 22:20:39.138: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_SETUP_INDICATED,  event: E_CC_PROCEEDING]



      

When the phone starts ringing, the ALERT event appears.


      
*Mar  1 22:20:39.202: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_PROCEEDING,  event: E_CC_ALERT]
Router#



      

As soon as the call is answered, the bridge comes up and the CONNECT event appears.


      
*Mar  1 22:20:47.798: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_ALERTING,  event: E_CC_BRIDGE]
*Mar  1 22:20:47.802: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_ALERTING,  event: E_CC_CONNECT]



      

The capabilities are exchanged as soon as the connection occurs.


      
*Mar  1 22:20:47.802: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_CAPS_IND]
*Mar  1 22:20:47.802: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_CAPS_ACK]
*Mar  1 22:20:47.802: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:SP_PENDING_CODEC_SWITCH,  event: E_DSPRM_PEND_SUCCESS]



      

The following debug outputs are regularly seen as the call progresses. The outputs indicate that collection of Tx/Rx/Delay/Error statistics is occurring.


      
*Mar  1 22:20:49.470: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_REQ_PACK_STAT]
*Mar  1 22:20:49.482: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_TX]
*Mar  1 22:20:49.482: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_RX]
*Mar  1 22:20:49.486: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_VP_DELAY]
*Mar  1 22:20:49.486: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_VP_ERROR]
*Mar  1 22:20:51.638: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_REQ_PACK_STAT]
*Mar  1 22:20:51.638: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_TX]
*Mar  1 22:20:51.638: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_RX]
*Mar  1 22:20:51.642: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_VP_DELAY]
*Mar  1 22:20:51.642: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_DSP_GET_VP_ERROR]
Router#



      

When digits are passed during the conversation, the digit begin and digit end events are seen.


      
*Mar  1 22:21:01.542: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_DIGIT_BEGIN]
*Mar  1 22:21:01.842: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_DIGIT_END,]
*Mar  1 22:21:01.962: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_DIGIT_BEGIN]
*Mar  1 22:21:02.262: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_DIGIT_END,]
Router#



      

Once the call is hung up from one side, the bridge_drop and the disconnect events appear.


      
*Mar  1 22:21:10.834: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_TSP_DISCONNECT_IND]
*Mar  1 22:21:10.838: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_BRIDGE_DROP]
*Mar  1 22:21:10.838: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CONNECT,  event: E_CC_DISCONNECT]



      

Following the disconnect event, the signaling state becomes S_WAIT_STATS, during which the DSP stats are collected.


      
*Mar  1 22:21:10.842: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_WAIT_STATS,  event: E_DSP_GET_ERROR]
*Mar  1 22:21:10.846: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_WAIT_STATS,  event: E_DSP_GET_LEVELS]
*Mar  1 22:21:10.854: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_WAIT_STATS,  event: E_DSP_GET_TX]



      

The conference is torn down and the DSP is released.


      
*Mar  1 22:21:10.854: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_WAIT_RELEASE,  event: E_TSP_DISCONNECT_CONF]
*Mar  1 22:21:10.858: //72/D14258FE806E/VTSP:(1/0:23):22:14:2/vtsp_process_event: [state:S_CLOSE_DSPRM,  event: E_DSPRM_CLOSE_COMPLETE]


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vpm
                    all
                  
                


              		

              
                

Enables all VPM debugging.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    error
                  
                


              		

              
                

Displays processing errors in the VTSP.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    port
                  
                


              		

              
                

Limits VTSP debug output to a specific voice port.


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                

Displays which debug commands are enabled.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output. 


              		

            


          

        




      


    


  




debug vtsp port



    

      
 To observe the behavior of the voice telephony service provider
		  (VTSP) state machine on a specific voice port, use the 
		  debug vtsp port command in privileged EXEC mode . To disable
		  debugging output, use the 
		  no form of this command. 
		


    


    

      

        
For Cisco 2600 and Cisco 3600 Series with Analog Voice
			 Ports

        

          
            debug
             
            vtsp
             
            port
             
            slot
            /
            subunit
            /
            port
          
        

        

          
            no
             
            debug
             
            vtsp
             
            port
             
            slot
            /
            subunit
            /
            port
          
        

      

      

        
For Cisco 2600 and Cisco 3600 Series with Digital Voice Ports
			 (With T1 Packet Voice Trunk Network Modules)

        

          
            debug
             
            vtsp
             
            port
             
            slot
            /
            port
            :
            ds0-group
          
        

        

          
            no
             
            debug
             
            vtsp
             
            port
             
            slot
            /
            port
            :
            ds0-group
          
        

      

      

        
For Cisco MC3810 Series with Analog Voice Ports

        

          
            debug
             
            vtsp
             
            port
             
            slot
            /
            port
          
        

        

          
            no
             
            debug
             
            vtsp
             
            port
             
            slot
            /
            port
          
        

      

      

        
For Cisco MC3810 Series with Digital Voice Ports

        

          
            debug
             
            vtsp
             
            port
             
            slot
            /
            port
          
        

        

          
            no
             
            debug
             
            vtsp
             
            port
             
            slot
            /
            ds0-group
          
        

      

    


    
For the Cisco 2600 and Cisco 3600 Series with Digital Voice
		  Ports

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    slot/subunit/port
                  
                


              		

              
                
    
                  
  • 
                    
                      slot
                    
                    
                      
                      
                    specifies a router slot in which a voice network
						  module (NM) is installed. Valid entries are router slot numbers for the
						  specific platform. 
						
    • 

                  
  • 
                    
                      subunit
                    
                    
                      
                      
                    specifies a voice interface card (VIC) where the
						  voice port is located. Valid entries are 0 and 1. (The VIC fits into the voice
						  network module.) 
						
    • 

                  
  • 
                    
                      port
                    
                    
                      
                      
                    specifies an analog voice port number. Valid
						  entries are 0 and 1. 
						
    • 

                


              		

            


          

        




      
      


          
          
          
            

              
                

                  
                    slot/port:ds0-group
                  
                


              		

              
                
 Debugs the digital voice port you specify with the 
						slot/port:ds0-group designation. 
					 


                
    
                  
  • 
                    
                      slot
                    
                    
                      
                      
                    specifies a router slot in which the packet voice
						  trunk network module (NM) is installed. Valid entries are router slot numbers
						  for the specific platform. 
						
    • 

                  
  • 
                    
                      port
                    
                    
                      
                      
                    specifies a T1 or E1 physical port in the voice WAN
						  interface card (VWIC). Valid entries are 0 and 1. (One VWIC fits in an NM.) 
						
    • 

                  
  • 
                    
                      ds0-group
                    
                    
                      
                      
                    specifies a T1 or E1 logical port number. Valid
						  entries are 0 to 23 for T1 and 0 to 30 for E1. 
						
    • 

                


              		

            


          

        




      
      


          
          
          
            

              
                

                  
                    slot/port
                  
                


              		

              
                
 Debugs the analog voice port you specify with the 
						slot/portdesignation. 
					 


                
    
                  
  • 
                    
                      slot
                     is the
						  physical slot in which the analog voice module (AVM) is installed. The 
						  slot is always 1 for analog voice ports in the Cisco
						  MC3810 series. 
						
    • 

                  
  • 
                    
                      port
                    
                    
                      
                      
                    specifies an analog voice port number. Valid
						  entries are 1 to 6. 
						
    • 

                


              		

            


          

        




      
      


          
          
          
            

              
                

                  
                    slot:ds0-group
                  
                


              		

              
                
 Debugs the digital voice port you specify with the 
						slot:ds0-group designation. 
					 


                
    
                  
  • 
                    
                      slot
                    
						  specifies the module (and controller). Valid entries are 0 for the MFT
						  (controller 0) and 1 for the DVM (controller 1). 
						
    • 

                  
  • 
                    
                      ds0-group
                    
                    
                      
                      
                    specifies a T1 or E1 logical voice port number.
						  Valid entries are 0 to 23 for T1 and 0 to 30 for E1. 
						
    • 

                


              		

            


          

        




    


    

          Command Default
          

      
 Debug VTSP commands are not limited to a specific port. 
		


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                
 Release 
					 


              		

              
                
 Modification 
					 


              		

            


          

          
            

              
                
 12.0(3)XG 
					 


              		

              
                
 This command was introduced on Cisco 2600 and Cisco 3600
						series routers. 
					 


              		

            


            

              
                
 12.0(3)T 
					 


              		

              
                
 This command was introduced on the Cisco AS5300 series
						access servers. 
					 


              		

            


            

              
                
 12.0(7)XK 
					 


              		

              
                
 This command was first supported on the Cisco MC3810
						series. 
					 


              		

            


            

              
                
 12.1(2)T 
					 


              		

              
                
 This command was integrated into Cisco IOS Release
						12.1(2)T. 
					 


              		

            


            

              
                
 12.2(11)T 
					 


              		

              
                
 The new debug header was added to the following Cisco
						routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the
						following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on
						the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on
						the Cisco MC3810 multiservice access concentrators. 
					 


              		

            


          

        




    


    

            Usage Guidelines
          

      
 Use the 
		  debug vtsp port command to limit the debug output to a
		  specific voice port. The debug output can be quite voluminous for a single
		  channel. The entire VTSP debug output from a platform with 12 voice ports might
		  create problems. Use this 
		  debug command with any or all of the other
		  debug modes. 
		


      
 Execution of 
		  no debug vtsp all will turn off all VTSP-level debugging. It is
		  usually a good idea to turn off all debugging and then enter the 
		  debug commands you are interested in one by
		  one. This will help to avoid confusion about which ports you are actually
		  debugging. 
		


      

Note
 We recommend that you log output from the 
		  debug vtsp portcommand to a buffer rather than sending the output to the
		  console; otherwise, the size of the output could severely impact the
		  performance of the gateway. 
		


    


    

      Related Commands
      

      


          
          
          
            

              
                
 Command 
					 


              		

              
                
 Description 
					 


              		

            


          

          
            

              
                

                  
                    debug
                    vpm
                    all
                  
                


              		

              
                
 Enables all VPM debugging. 
					 


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                
 Displays which debug commands are enabled. 
					 


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                
 Allows configuration of the voice call debug output. 
					 


              		

            


          

        




      


    


  




debug vtsp rtp



    

      

To show the voice telephony service provider (VTSP) Real-Time Protocol (RTP) packet debugging, use the debug vtsp rtpcommand in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            rtp
             
            {both | from-dsp | to-dsp}
             
            payload payload-type codec
          
        

        

          
            no
             
            debug
             
            vtsp
             
            rtp
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    both
                  
                


              		

              
                

Displays packets that are both sent and received from the digital signal processor (DSP).


              		

            


            

              
                

                  
                    from-dsp
                  
                


              		

              
                

Displays packets received from the DSP.


              		

            


            

              
                

                  
                    to-dsp
                  
                


              		

              
                

Displays packets sent to the DSP.


              		

            


            

              
                

                  
                    payload
                  
                


              		

              
                

(Optional) Specifies a specific type of payload.


              		

            


            

              
                

                  
                    payload-type
                  
                


              		

              
                

(Optional) Valid payload types are as follows:


                
    
                  
  • 
                    
                      all
                    --All packets are displayed. No codec is specified.
    • 

                  
  • 
                    
                      equal-to
                    --Packets in payloads equal to the specified codec are displayed.
    • 

                  
  • 
                    
                      greater-than
                    --Packets in payloads greater than the specified codec are displayed.
    • 

                  
  • 
                    
                      less-than
                    --Packets in payloads less than the specified codec are displayed.
    • 

                  
  • 
                    
                      other-than
                    --Packets in payloads other than the specified codec are displayed.
    • 

                  
  • 
                    
                      other-than-fax-and
                    --Packets in payloads other than fax relay and the specified codec are displayed.
    • 

                  
  • 
                    
                      other-than-silence-and
                    --Packets in payloads other than silence and the specified codec are displayed.
    • 

                


              		

            


            

              
                

                  
                    codec
                  
                


              		

              
                

(Optional) If a codec needs to be specified for the payload type, valid codecs are as follows:


                
    
                  
  • 
                    
                      0
                     to 123--Custom value of the payload.
    • 

                  
  • 
                    
                      g711alaw
                    --G.711 alaw 64000 bps.
    • 

                  
  • 
                    
                      g711ulaw
                    --G.711 ulaw 64000 bps.
    • 

                  
  • 
                    
                      g723.1
                    --G.723.1.
    • 

                  
  • 
                    
                      g726
                    --G.726.
    • 

                  
  • 
                    
                      g728
                    --G.728.
    • 

                  
  • 
                    
                      g729a
                    --G.729a.
    • 

                


              		

            


          

        




    


    

          Command Default
          

      

No default behavior or values


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(3)T


              		

              
                

This command was introduced on the Cisco AS5300 series access servers.


              		

            


            

              
                

12.0(7)XK


              		

              
                

This command was first supported on the Cisco 2600, Cisco 3600, and MC3810 series devices.


              		

            


            

              
                

12.1(2)T


              		

              
                

This command was integrated into Cisco IOS Release 12.1(2)T.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

We recommend that you log output from the debug vtsp rtp command to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

        Examples
      

      

The following example shows the VTSP RTP debugging:


      
Router# debug vtsp rtp both pay all
Voice telephony RTP Packet debugging enabled for payloads of all types of packets from and to DSP



      

The following line shows the payload from the DSP (telephony leg) to the IP leg:


      
*Mar  1 01:10:05.687: //20/4DD959B48020/VTSP:(1/0:23):22:14:2/vtsp_print_rtp_header: s=DSP d=VoIP payload 0x12 ssrc 0x40 sequence 0x19E3 timestamp 0xCCDCE092



      

The following line shows the payload from the IP leg to the DSP (telephony leg):


      
*Mar  1 01:10:05.699: //20/4DD959B48020/VTSP:(1/0:23):22:14:2/vtsp_print_rtp_header: s=VoIP d=DSP payload 0x12 ssrc 0xAF0534E3 sequence 0x92A timestamp 0x6BE50


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vtsp
                    dsp
                  
                


              		

              
                

Shows messages from the DSP.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




      


    


  




debug vtsp send-nse



    

      

To trigger the voice telephony service provider (VTSP) software module to send a triple redundant network services engine (NSE), use the debug vtsp send-nse command in privileged EXEC mode. To disable this action, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            send-nse
          
        

        

          
            no
             
            debug
             
            vtsp
             
            send-nse
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

No default behavior or values


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.2(11)T


              		

              
                

This command was introduced.


              		

            


          

        




    


    

            Usage Guidelines
          

      

We recommend that you log output from the debug vtsp send-nsecommand to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    rtpspi
                    all
                  
                


              		

              
                

Debugs all RTP SPI errors, sessions, and in/out functions.


              		

            


            

              
                

                  
                    debug
                    rtpspi
                    errors
                  
                


              		

              
                

Debugs RTP SPI errors.


              		

            


            

              
                

                  
                    debug
                    rtpspi
                    inout
                  
                


              		

              
                

Debugs RTP SPI in/out functions.


              		

            


            

              
                

                  
                    debug
                    rtpspi
                    send-nse
                  
                


              		

              
                

Triggers the RTP SPI to send a triple redundant NSE.


              		

            


            

              
                

                  
                    debug
                    sgcp
                    errors
                  
                


              		

              
                

Debugs SGCP errors.


              		

            


            

              
                

                  
                    debug
                    sgcp
                    events
                  
                


              		

              
                

Debugs SGCP events.


              		

            


            

              
                

                  
                    debug
                    sgcp
                    packet
                  
                


              		

              
                

Debugs SGCP packets.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




      


    


  




debug vtsp session



    

      

To trace how the router interacts with the digital signal processor (DSP) based on the signaling indications from the signaling stack and requests from the application, use the debug vtsp session command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            session
          
        

        

          
            no
             
            debug
             
            vtsp
             
            session
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(3)T


              		

              
                

This command was introduced on the Cisco AS5300 universal access servers.


              		

            


            

              
                

12.0(7)XK


              		

              
                

This command was implemented on the Cisco 2600, Cisco 3600 and Cisco MC3810 series.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

The debug vtsp session command traces how the router interacts with the DSP based on the signaling indications from the signaling stack and requests from the application. This debug command displays information about how each network indication and application request is handled, signaling indications, and DSP control messages.


      

This debug level shows the internal workings of the voice telephony call state machine.


      

Note

We recommend that you log output from the debug vtsp send-nse command to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

        Examples
      

      

The following shows sample output from the debug vtsp sessioncommand: 


      
Router# debug vtsp session
Voice telephony call control session debugging is on



      

At this point, the VTSP is not aware of anything. The format of this message is 
//callid/GUID/VTSP:(voice-port):T1-channel_number:DSP_number:DSP_channel_number:


      
    
        
  • 
CallEntry ID is -1.
    • 

        
  • 
GUID is xxxxxxxxxx.
    • 

        
  • 
The voice port is blank.
    • 

        
  • 
Channel ID is -1.
    • 

        
  • 
DSP ID is -1.
    • 

        
  • 
DSP channel ID is -1.
    • 

      


      
*Mar  2 01:20:43.225: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: .



      

The original and the translated calling number are the same (55555) and the original and the translated called number are the same (888545). These numbers are often the same because if a translation rule is applied, it will be on the dial peers or the ports both of which comes later than these VTSP messages in the Cisco IOS code execution.


      
*Mar  2 01:20:43.225: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_regxrule_translate: calling_number(original)= calling_number(xlated)=55555 called_number(original)= called_number(xlated)=888545 redirectNumber(original)= redirectNumber(xlated)=



      

The VTSP got a call setup indicator from the TSP layer with called number 888545 and calling number 55555. There is no awareness of the CallEntry ID (-1) or the GUID (xxxxxxxxxxxx).


      
*Mar  2 01:20:43.225: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_call_setup_ind: (sdb=0x637AA6C0, tdm_info=0x0, tsp_info=0x630B6050, calling_number=55555 calling_oct3 = 0x80, called_number=888545 called_oct3 = 0x80, oct3a=0x0): peer_tag=10002
*Mar  2 01:20:43.225: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_tsp_fill_setup_ind: ev.clg.clir is 0
 ev.clg.clid_transparent is 0
 ev.clg.null_orig_clg is 0
 ev.clg.calling_translated is false
*Mar  2 01:20:43.229: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_call_setup_ind: .
*Mar  2 01:20:43.229: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_allocate_cdb: ,cdb 0x637B2A68
*Mar  2 01:20:43.229: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_call_setup_ind:
*Mar  2 01:20:43.229:  source route label



      

At this point, the VTSP is not aware of the anything. The format of this message is 
//callid/GUID/VTSP:(voice-port):T1-channel_number:DSP_number:DSP_channel_number:


      
    
        
  • 
CallEntry ID is -1.
    • 

        
  • 
GUID is F90073EB8080.
    • 

        
  • 
The voice port is 1/0:23 where 23 indicates D channel.
    • 

        
  • 
The T1 channel is still unknown at this point (-1).
    • 

        
  • 
The DSP is 0.
    • 

        
  • 
The DSP channel is 2.
    • 

      


      
*Mar  2 01:20:43.229: //-1/F90073EB8080/VTSP:(1/0:23):-1:0:2/vtsp_do_call_setup_ind: Call ID=98432, guid=637B43F4



      

The VTSP learns that the B channel used changed from -1 to 22.


      
*Mar  2 01:20:43.229: //-1/F90073EB8080/VTSP:(1/0:23):22:0:2/vtsp_do_call_setup_ind: type=0, under_spec=1615186336, name=, id0=23, id1=0, id2=0, calling=55555,called=888545 subscriber=RegularLinevtsp_do_call_setup_ind: redirect DN =  reason = -1
*Mar  2 01:20:43.229: //-1/xxxxxxxxxxxx/VTSP:():-1:-1:-1/vtsp_do_normal_call_setup_ind: .



      

The VTSP learns the CallEntry ID. The format of this message is 
//callid/GUID/VTSP:(voice-port):T1-channel_number:DSP_number:DSP_channel_number:


      
    
        
  • 
CallEntry ID is 84 (changed from -1 to 84).
    • 

        
  • 
GUID is F90073EB8080.
    • 

        
  • 
The voice port is 1/0:23 where 23 indicates D channel.
    • 

        
  • 
The T1 channel is 22.
    • 

        
  • 
The DSP is 14.
    • 

        
  • 
The DSP channel is 2.
    • 

      


      
*Mar  2 01:20:43.233: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_insert_cdb: ,cdb 0x637B2A68, CallID=84
*Mar  2 01:20:43.233: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_open_voice_and_set_params: .



      

In the following outputs VTSP sets some of the voice parameters for this call:


      
    
        
  • 
Modem capability
    • 

        
  • 
Playout-delay
    • 

        
  • 
Dial-peer tag = 10003
    • 

        
  • 
Digit-timeouts
    • 

      


      
*Mar  2 01:20:43.233: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_modem_proto_from_cdb: cap_modem_proto 0
*Mar  2 01:20:43.233: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/set_playout_cdb: playout default
*Mar  2 01:20:43.237: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_save_dialpeer_tag: tag = 10003
*Mar  2 01:20:43.237: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_report_digit_control: vtsp_report_digit_control: enable=0:
*Mar  2 01:20:43.237: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_report_digit_control: digit reporting disabled
*Mar  2 01:20:43.237: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_get_digit_timeouts: : vtsp_get_digit_timeouts



      

The VTSP sends out a call-proceeding message to the POTS leg.


      
*Mar  2 01:20:43.241: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_process_event: vtsp:[1/0:23:84, S_SETUP_INDICATED, E_CC_PROCEEDING]
*Mar  2 01:20:43.241: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/act_proceeding: .
Router#
*Mar  2 01:20:43.297: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_get_dialpeer_tag: tag = 10003
*Mar  2 01:20:43.301: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_get_dialpeer_tag: tag = 10003



      

VTSP sends out an alerting to the POTS leg; the phone is ringing now.


      
*Mar  2 01:20:43.301: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_process_event: vtsp:[1/0:23:84, S_PROCEEDING, E_CC_ALERT]
*Mar  2 01:20:43.301: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/act_alert: .
*Mar  2 01:20:43.301: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_timer_stop: 9124331
Router#
*Mar  2 01:20:52.289: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_get_dialpeer_tag: tag = 10003



      

The phone gets answered here, and a bridge is now set up between the two call legs.


      
*Mar  2 01:20:52.289: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_process_event: vtsp:[1/0:23:84, S_ALERTING, E_CC_BRIDGE]
*Mar  2 01:20:52.289: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/act_bridge: .



      

The call is now connected.


      
*Mar  2 01:20:52.289: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_process_event: vtsp:[1/0:23:84, S_ALERTING, E_CC_CONNECT]
*Mar  2 01:20:52.289: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/act_alert_connect: .
*Mar  2 01:20:52.289: //84/F90073EB8080/VTSP:(1/0:23):22:14:2/vtsp_ring_noan_timer_stop: 9125229


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vpm
                    all
                  
                


              		

              
                

Enables all VPM debugging.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    port
                  
                


              		

              
                

Limits VTSP debug output to a specific voice port.


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                

Displays which debug commands are enabled.


              		

            


          

        




      


    


  




debug vtsp stats



    

      

To debug periodic statistical-information-request messages sent and received from the digital signal processor (DSP) during a call, use the debug vtsp stats command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            stats
          
        

        

          
            no
             
            debug
             
            vtsp
             
            stats
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(3)T


              		

              
                

This command was introduced on the Cisco AS5300 universal access servers.


              		

            


            

              
                

12.0(7)XK


              		

              
                

This command was implemented on the Cisco 2600, Cisco 3600 and Cisco MC3810 series.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

The debug vtsp stats command generates a collection of DSP statistics for generating Real-Time Transport Protocol (RTCP) packets and a collection of other statistical information. 


      

Note

We recommend that you log output from the debug vtsp stats command to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vpm
                    all
                  
                


              		

              
                

Enables all VPM debugging.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    port
                  
                


              		

              
                

Limits VTSP debug output to a specific voice port.


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                

Displays which debug commands are enabled.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




      


    


  




debug vtsp tone



    

      

To display debugging messages showing the types of tones generated by the Voice over IP (VoIP) gateway, use the debug vtsp tone command in privileged EXEC mode. 
To disable debugging output, use the no form of this command.



    


    

      

        

          
            debug
             
            vtsp
             
            tone
          
        

        

          
            no
             
            debug
             
            vtsp
             
            tone
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.1(3)XI


              		

              
                

This command was introduced.


              		

            


            

              
                

12.1(5)T


              		

              
                

This command was integrated into Cisco IOS Release 12.1(5)T.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

We recommend that you log output from the debug vtsp tone command to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vtsp
                    dsp
                  
                


              		

              
                

Shows messages from the DSP on the modem to the router.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    session
                  
                


              		

              
                

Traces how the router interacts with the DSP, based on the signaling indications from the signaling stack and requests from the application.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




      


    


  




debug vtsp vofr subframe



    

      

To display the first 10 bytes (including header) of selected Voice over Frame Relay (VoFR) subframes for the interface, use the debug vtsp vofr subframe command
 in privileged EXEC mode
. 
To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vtsp
             
            vofr
             
            subframe
             
            payload
             
             [from-dsp] 
             
             [to-dsp] 
          
        

        

          
            no
             
            debug
             
            vtsp
             
            vofr
             
            subframe
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    payload
                  
                


              		

              
                

Number used to selectively display subframes of a specific payload. Payload types are:


                

                  
                    0
                  : Primary Payload 1: Annex-A2: Annex-B3: Annex-D4: All other payloads5: All payloads 


                
Caution   
                  

Options 0 and 5 can cause network instability.


                


              		

            


            

              
                

                  
                    from-dsp
                  
                


              		

              
                

Displays only the subframes received from the digital signal processor (DSP).


              		

            


            

              
                

                  
                    to-dsp
                  
                


              		

              
                

Displays only the subframes going to the DSP.


              		

            


          

        




    


    

          Command Default
          

      

Disabled


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(3)XG, 12.0(4)T


              		

              
                

This command was introduced on the Cisco 2600 and Cisco 3600 series.


              		

            


            

              
                

12.0(7)XK


              		

              
                

This command was first supported on the Cisco MC3810 series.


              		

            


            

              
                

12.1(2)T


              		

              
                

This command was integrated into Cisco IOS Release 12.1(2)T.


              		

            


            

              
                

12.2(11)T


              		

              
                

The new debug header was added to the following Cisco routers: Cisco 2600 series, Cisco 3620, and Cisco 3640. and Cisco 3660; on the following universal gateways: Cisco AS5350, Cisco AS5400, and Cisco AS5850; on the following universal access servers: Cisco AS5300, and Cisco AS5800; and, on the Cisco MC3810 multiservice access concentrators.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Each debug output displays the first 10 bytes of the FRF.11 subframe, including header bytes. The from-dsp and to-dsp options can be used to limit the debugs to a single direction. If not specified, debugs are displayed for subframes when they are received from the DSP and before they are sent to the DSP.


      

Use extreme caution in selecting payload options 0 and 6. These options may cause network instability.


      

Note

We recommend that you log output from the debug vtsp vofr subframecommand to a buffer rather than sending the output to the console; otherwise, the size of the output could severely impact the performance of the gateway.


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    vpm
                    all
                  
                


              		

              
                

Enables all VPM debugging.


              		

            


            

              
                

                  
                    debug
                    vtsp
                    port
                  
                


              		

              
                

Limits VTSP debug output to a specific voice port.


              		

            


            

              
                

                  
                    show
                    debug
                  
                


              		

              
                

Displays which debug commands are enabled.


              		

            


            

              
                

                  
                    voice
                    call
                    debug
                  
                


              		

              
                

Allows configuration of the voice call debug output.


              		

            


          

        




      


    


  




debug vwic-mft firmware controller


 
	 
 
		
 To display debug output from the multiflex (MFT) Voice/WAN interface card (VWIC) controller firmware, use the 
		  debug 
			 vwic-mft 
			 firmware 
			 controller command in privileged EXEC mode. To disable debugging output, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				vwic-mft 
				  
				firmware 
				  
				controller 
				  
				{t1 | e1} 
				  
				slot 
				/ 
				port 
				  
				{alarm | all | config | fdl | loopback | register display | status} 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				vwic-mft 
				  
				firmware 
				  
				controller 
				  
				{t1 | e1} 
				  
				slot 
				/ 
				port 
				  
				{alarm | all | config | fdl | loopback | register display | status} 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  t1 
						 
					 

 
				  		
 
				   
					 
 Displays debugging messages for T1 channels. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  e1 
						 
					 

 
				  		
 
				   
					 
 Displays debugging messages for E1 channels. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  slot 
						 
					 

 
				  		
 
				   
					 
 Slot number. Refer to the appropriate hardware manual for slot information. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  port 
						 
					 

 
				  		
 
				   
					 
 Port number. Refer to the appropriate hardware manual for port information. The slash mark is required between the 
						slot argument and the 
						portargument. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  alarm 
						 
					 

 
				  		
 
				   
					 
 Displays firmware alarm messages. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  all 
						 
					 

 
				  		
 
				   
					 
 Displays all debugging messages about the MFT VWIC. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  config 
						 
					 

 
				  		
 
				   
					 
 Displays firmware output messages about configuration change messages sent by the Cisco IOS software. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  fdl 
						 
					 

 
				  		
 
				   
					 
 Displays firmware output messages when select facilities data link (FDL) events occur. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  loopback 
						 
					 

 
				  		
 
				   
					 
 Displays firmware output messages when select loopback events occur. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  register 
						  display 
						 
					 

 
				  		
 
				   
					 
 Displays a full framer register value table. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  status 
						 
					 

 
				  		
 
				   
					 
 Displays current attributes enabled for the specified controller. 
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release 
					 

 
				  		
 
				   
					 
 Modification 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.3(6) 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(7)T 
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.3(7)T. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 Use the 
		  debug 
			 vwic-mft 
			 firmware 
			 controller command in privileged EXEC mode to provide firmware-level information for VWICs when information is required beyond the Cisco IOS T1 and E1 controller statistics. The physical-layer information generated by this command includes alarm conditions, line status, controller issues, and register settings, all of which can be used to help troubleshoot MFT VWIC problems. 
		

 
		
 All the debugging keywords, except 
		  register 
		  display, enable debugging on both ports of a 2-port card. For example, if T1 0/0 and T1 0/1 are two ports on a 2-port MFT card and any of the keywords except 
		  register 
		  display is enabled, debugging output will be generated for both ports because they share a common firmware system. 
		

 
		
 The Cisco 1- and 2-port T1/E1 multiflex VWICs support voice and data applications in Cisco 2600, Cisco 3600, and Cisco 3700 series multiservice routers. The multiflex VWIC combines WAN interface card and voice interface card functionality. 
		

 
		

Caution
 
		  
 Use any debugging command with caution because the volume of output generated can slow or stop the router operations. We recommend that this command be used only under the supervision of a Cisco engineer. 
		  

 
		

 
	 

 
	 

        Examples
      
 
		
 The following sample output displays firmware output about alarm messages for an MFT VWIC installed in slot 0. 
		

 
		
Router# debug vwic-mft firmware controller e1 0/0 alarm
 
vwic-mft firmware output messages for wic slot set to: Alarm
Router#
*Mar  4 13:58:14.702: E1T1 0/1  FW: alm1:0e p:01 ALOS LOS LOF
*Mar  4 13:58:15.194: E1T1 0/1  FW:  CERR: 00
*Mar  4 13:58:15.194: E1T1 0/1  FW:  MERR: 00
*Mar  4 13:58:15.194: E1T1 0/1  FW:  FERR: 00

 
		

Note
 The output will vary depending on what the router is configured to do after the 
		  debug command is entered. 
		

 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 11debug vwic-mft firmware controller alarm Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 vwic-mft firmware output messages for wic slot set to 
				  

 
						
 
				 
				  
 Acknowledges that the command has been entered and indicates the current state. 
				  

 
						
 
			 

 
			 
 
				 
				  
 *Mar 4 13:58:14.702: E1T1 0/1 FW 
				  

 
						
 
				 
				  
 Time-stamp preface that shows that this is a firmware (FW) message. 
				  

 
				  
Note    The port numbers reported here may differ from the numbers configured using the Cisco IOS software because the error is being reported from the second port where debugging has been enabled by the 
					 alarm keyword on a 2-port MFT card. 
				  

 
						
 
			 

 
			 
 
				 
				  
 alm1:0e 
				  

 
						
 
				 
				  
 Actual value of the alarm status register. 
				  

 
						
 
			 

 
			 
 
				 
				  
 p:01 
				  

 
						
 
				 
				  
 Port number of the local VWIC port that is reporting the condition. Value is either 0 or 1 for each port. 
				  

 
				  
Note    The output shows two port numbers; this is an example of the debugging being enabled for both ports on a 2-port MFT card. 
				  

 
						
 
			 

 
			 
 
				 
				  
 ALOS LOS LOF 
				  

 
						
 
				 
				  
 Shorthand value of current alarm conditions defined in the register. One of the following: 
				  

 
				  
     
					 
  •  AIS--Receive Alarm Indication Signal 
					 
    • 
 
					 
  •  ALOS--Receive Analog Loss of Signal 
					 
    • 
 
					 
  •  LOF--Receive Loss of Frame Alignment 
					 
    • 
 
					 
  •  LOS--Receive Loss of Signal 
					 
    • 
 
					 
  •  MYEL--Receive Multiframe Yellow Alarm 
					 
    • 
 
					 
  •  YEL--Receive Yellow Alarm 
					 
    • 
 
				  

 
				  
 Register value showing the actual value of the alarm status register. 
				  

 
						
 
			 

 
			 
 
				 
				  
 CERR 
				  

 
						
 
				 
				  
 Status of the error status register; cyclical redundancy check (CRC) block error. 
				  

 
						
 
			 

 
			 
 
				 
				  
 MERR 
				  

 
						
 
				 
				  
 Status of the error status register; multiframe alignment signal (MFAS) pattern error (E1 only). 
				  

 
						
 
			 

 
			 
 
				 
				  
 FERR 
				  

 
						
 
				 
				  
 Status of the error status register; framing error. 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  show 
						  controllers 
						  e1 
						 
					 

 
				  		
 
				   
					 
 Displays information about E1 links. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  controllers 
						  t1 
						 
					 

 
				  		
 
				   
					 
 Displays information about T1 links. 
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug vxml



    

      

Note

Effective with release 12.3(8)T, the debug vxmlcommand is replaced by the debug voip application vxmlcommand. See the debug voip application vxmlcommand for more information.


      

To display debugging messages for VoiceXML features, use the debug vxml command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            vxml
             
            [all | application | background | error | event | grammar | puts | ssml | trace | warning]
          
        

        

          
            no
             
            debug
             
            vxml
             
            [all | application | background | error | event | grammar | puts | ssml | trace | warning]
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    all
                  
                


              		

              
                

(Optional) Displays all VoiceXML debugging messages.


              		

            


            

              
                

                  
                    application
                  
                


              		

              
                

(Optional) Displays VoiceXML application states information.


              		

            


            

              
                

                  
                    background
                  
                


              		

              
                

(Optional) Displays VoiceXML background messages.


              		

            


            

              
                

                  
                    error
                  
                


              		

              
                

(Optional) Displays VoiceXML application error messages.


              		

            


            

              
                

                  
                    event
                  
                


              		

              
                

(Optional) Displays VoiceXML asynchronous events.


              		

            


            

              
                

                  
                    grammar
                  
                


              		

              
                

(Optional) Enables syntax checking of XML grammar by the VoiceXML interpreter and displays syntax debugging messages.


              		

            


            

              
                

                  
                    puts
                  
                


              		

              
                

(Optional) Displays the results of VoiceXML <cisco-puts> and <cisco-putvar) tags.


              		

            


            

              
                

                  
                    ssml
                  
                


              		

              
                

(Optional) Enables syntax checking of Speech Synthesis Markup Language (SSML) by the VoiceXML interpreter and displays syntax debugging messages.


              		

            


            

              
                

                  
                    trace
                  
                


              		

              
                

(Optional) Displays a trace of all activities for the current VoiceXML document.


              		

            


            

              
                

                  
                    warning
                  
                


              		

              
                

(Optional) Displays VoiceXML warning messages.


              		

            


          

        




    


    

          Command Default
          

      

No default behavior or values


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.2(2)XB


              		

              
                

This command was introduced on the Cisco AS5300, Cisco AS5350, and Cisco AS5400.


              		

            


            

              
                

12.2(11)T


              		

              
                

This command was implemented on the Cisco 3640 and Cisco 3660, and the background, grammar, and ssml keywords were added.


              		

            


            

              
                

12.3(8)T 


              		

              
                

This command was replaced by the debug voip application vxmlcommand. 


              		

            


          

        




    


    

            Usage Guidelines
          

      
    
        
  • 
The output of this command is affected by the debug condition application voice command. If the debug condition application voice command is configured and the <cisco-debug> element is enabled in the VoiceXML document, debugging output is limited to the VoiceXML application named in the debug condition application voice command.
    • 

        
  • 
The debug vxml command enables all VoiceXML debugging messages except those displayed by the grammar and ssml keywords. The debug vxml all command enables all VoiceXML debugging messages including grammar and SSML.
    • 

      


      

Caution

        

When the debug vxml grammar or debug vxml ssml command is enabled, the VoiceXML document could abort if there is a fatal syntax error in its eXtensible Markup Language (XML) grammar or SSML.


      


    


    

        Examples
      

      

The following example shows output from the debug vxml application command:


      
Router# debug vxml application
vxml application debugging is on
Router#
1w5d: //-1//VAPP:/vapp_get_apphandler: 
1w5d: vapp_get_apphandler: Script callme
1w5d: //-1//VAPP:/vapp_get_apphandler_core: 
1w5d: //-1/000000000000/VAPP:/vapp_InterpInitConfigParams: 
1w5d: //-1/000000000000/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event CC_D
1w5d: //-1/000000000000/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //-1/000000000000/VAPP:/vapp_driver: evtID: 28 vapp record state: 0
1w5d: //-1/000000000000/VAPP:/vapp_evt_setup: 
1w5d: //-1//VAPP:/vapp_incoming_cal
doc-rtr54-01#lblock: 
1w5d: vapp_incoming_callblock: 
1w5d: //39/924083218026/VAPP:/vapp_load_or_run_script: 
1w5d: //39/924083218026/VAPP:/vapp_load_or_run_script: 
1w5d: The VXML Script with len=1450 starts:
-------------------------------------
<?xml version="1.0" encoding="iso-8859-1"?>
<vxml version="1.0">
<property name="fetchtimeout" value="20s"/>
<var name="phone_num"/>
        <form id="main">
            <noinput>
                <prompt>
                    <audio src="flas
1w5d: //39/924083218026/VAPP:/vapp_media_play: 
1w5d: //39/
Router#924083218026/VAPP:/vapp_media_play: prompt=flash:welcome_test.au:
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event CC_E
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 36 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdo
Router#ne: 
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event MSWR
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 77 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_media_done: evID=77 status=0, protocol=0, st0
1w5d: //39/924083218026/VAPP:/vapp_media_play: 
1w5d: //39/924083218026/VAPP:/vapp_media_play: prompt=flash:enter_dest.au:
1w5d: //39/924083218026/VAPP:/vapp_c
Router#hecksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
Router#
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event MSWR
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 77 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_media_done: evID=77 status=0, protocol=0, st0
1w5d: //39/924083218026/VAPP:/vapp_digit_collect: 
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
Router#
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event APPE
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 87 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_digit_collection_done: 
1w5d: //39/924083218026/VAPP:/vapp_digit_collection_done: digits [5551234], sta]
1w5d: //39/924083218026/VAPP:/vapp_gain_control_default: 
1w5d: //39/924083218026/VAPP:/vapp_placecall: 
Router#1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
Router#
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event APPE
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 84 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_evt_setupdone: 
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
Router#
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event CC_D
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 15 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_call_disconnected: 
1w5d: //39/924083218026/VAPP:/vapp_connection_destroy: 
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: Sta
Router#te VAPP_ACTIVE got event CC_EV_CONF_DESTROY_DONE
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 34 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_leg_disconnect: 
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event CC_E
1w5d: //39/924083218026/VAPP:/vapp_driver: pInterp[660E10FC]
Router#:
1w5d: //39/924083218026/VAPP:/vapp_driver: evtID: 16 vapp record state: 0
1w5d: //39/924083218026/VAPP:/vapp_terminate: 
1w5d: //39/924083218026/VAPP:/vapp_session_exit_event_name: Exit Event vxml.sese
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_terminate_initiation: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event CE
1w5d: //39/924083218
Router#026/VAPP:/vapp_cleaner: 
1w5d: //39/924083218026/VAPP:/vapp_checksessionstate: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
1w5d: //39/924083218026/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event AE
1w5d: //39/924083218026/VAPP:/vapp_cleaner: 
1w5d: //39/924083218026/VAPP:/vapp_cleaner: VxmlDialogDone event=vxml.session.c0
1w5d: //39/924083218026/VAPP:/vapp_popifdone: 
1w5d: //39/924083218026/VAPP:/vapp_checkifdone: 
1w5d: //39/924083218026/VAPP:/vapp_
Router#cleanup_apphandler: 
1w5d: vapp_cleanup_apphandler: Terminate FALSE Terminated TRUE{HAN[VXML_HAN][NU}
1w5d: //39/924083218026/VAPP:/vapp_free_apphandler: {HAN[VXML_HAN][NULL    ]   }



      

The following example shows output from the debug vxml background command:


      
Router# debug vxml background
vxml background messages debugging is on
Router#
1w5d: //-1//VAPP:/vapp_init_apphandler: 
1w5d: //-1//VXML:/vxml_create: url=flash:call.vxml vapphandle=660E10FC
Router#
1w5d: //-1//VAPP:/vapp_process: Interp Done



      

The following examples show output from the debug vxml error command:


      
Router# debug vxml error



      

This example output shows an error when the version header is missing:


      
*May 10 20:08:57.572://7/98119BD78008/VXML:/vxml_vxml_build:tftp://demo/scripts/test.vxml at line 2:<vxml version> required attribute missing
*May 10 20:08:57.576://7/98119BD78008/VXML:/vxml_create:
*May 10 20:08:57.576:code=ERROR vapp=VAPP_SUCCESS vxml=VXML_ERROR_INVALID 



      

This example output shows an error when a field item is not used according to the DTD:


      
*May 10 20:16:23.315://8/A1BCF458800B/VXML:/vxml_start_element_handler:tftp://demo/scripts/test.vxml at line 4:Element <field> is not used according to DTD
*May 10 20:16:23.315://8/A1BCF458800B/VXML:/vxml_create:
*May 10 20:16:23.315:code=ERROR vapp=VAPP_SUCCESS vxml=VXML_ERROR_INVALID 



      

This example output shows an error when there is a tag mismatch:


      
*May 10 20:17:44.485://10/D21DEAB58011/VXML:/vxml_parse:tftp://demo/scripts/test.vxml at line 48:mismatched tag
*May 10 20:17:44.485://10/D21DEAB58011/VXML:/vxml_create:
*May 10 20:17:44.485:code=ERROR vapp=VAPP_SUCCESS vxml=VXML_ERROR_INVALID 



      

The following example shows output from the debug vxml event command:


      
Router# debug vxml event
vxml events debugging is on
Router#
1w5d: //47/000000000000/VXML:/vxml_media_done: status 0 async_status 100000000
Router#
1w5d: //47/000000000000/VXML:/vxml_media_done: status 0 async_status 300000000
Router#
1w5d: //47/000000000000/VXML:/vxml_digit_collection_done: vxmlp 6534C7C8 status0
1w5d: //47/000000000000/VXML:/vxml_digit_collection_done:  digits 5551234
1w5d: //47/000000000000/VXML:/vxml_digit_collection_done:  name v0
Router#
1w5d: //47/000000000000/VXML:/vxml_placecall_done: duration=0 status=0 async_st0
Router#
1w5d: //47/000000000000/VXML:/vxml_user_hangup: duration 3 status=A async_statu0



      

The following example shows output from the debug vxml grammar command:


      
Router# debug vxml grammar
vxml xml grammar syntax checking debugging is on
Router#
Feb 11 13:47:25.110: //-1//VAPP:/vapp_get_apphandler: 
*Feb 11 13:47:25.114: vapp_get_apphandler: Script help
*Feb 11 13:47:25.114: //-1//VAPP:/vapp_get_apphandler_core: 
*Feb 11 13:47:25.114: //-1/000000000000/VAPP:/vapp_InterpInitConfigParams: 
*Feb 11 13:47:25.114: //-1//VAPP:/vapp_init_apphandler: 
*Feb 11 13:47:25.114: //-1/000000000000/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event CC_EV_CALL_SETUP_IND
*Feb 11 13:47:25.114: //-1/000000000000/VAPP:/vapp_driver: pInterp[62DD481C]:
*Feb 11 13:47:25.114: //-1/000000000000/VAPP:/vapp_driver: evtID: 28 vapp record state: 0
*Feb 11 13:47:25.114: //-1/000000000000/VAPP:/vapp_evt_setup: 
*Feb 11 13:47:25.114: //-1//VAPP:/vapp_incoming_callblock: 
*Feb 11 13:47:25.114: vapp_incoming_callblock: 
*Feb 11 13:47:25.114: //7/9AC9CCF28008/VAPP:/vapp_load_or_run_script: 
*Feb 11 13:47:25.114: //7/9AC9CCF28008/VAPP:/vapp_load_or_run_script: 
*Feb 11 13:47:25.114: The VXML Script with len=741 starts:
-------------------------------------
<?xml version = "1.0"?>
<vxml version = "2.0">
<property name="universals" value="all"/>
<form id="check_help">
    <field name="book">
        <grammar version="1.0" mode="voice" xml:lang="en-US">
 
*Feb 11 13:47:25.114: //-1//VXML:/vxml_create: url=tftp://dirt/lshen/regression/help.vxml vapphandle=62DD481C
*Feb 11 13:47:25.114: //-1//VXML:/vxml_mem_init:  
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VXML:/vxml_rule_build: tftp://dirt/lshen/regression/help.vxml at line 8: attribute <rule> with invalid value (wrong_scope)
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VXML:/vxml_create: 
*Feb 11 13:47:25.118: code=ERROR vapp=VAPP_SUCCESS vxml=VXML_ERROR_INVALID 
*Feb 11 13:47:25.118: //-1//VXML:/vxml_mem_free:  
*Feb 11 13:47:25.118: //-1//VXML:/vxml_mem_free1:  
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VAPP:/vapp_terminate: 
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VAPP:/vapp_session_exit_event_name: Exit Event vxml.session.complete
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VAPP:/vapp_checksessionstate: 
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VAPP:/vapp_terminate_initiation: 
*Feb 11 13:47:25.118: //7/9AC9CCF28008/VAPP:/vapp_checkifdone: 
*Feb 11 13:47:25.122: //7/9AC9CCF28008/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event CC_EV_CALL_MODIFY_DONE
*Feb 11 13:47:25.122: //7/9AC9CCF28008/VAPP:/vapp_cleaner: 
*Feb 11 13:47:25.122: //7/9AC9CCF28008/VAPP:/vapp_cleaner: Ignoring Event CC_EV_CALL_MODIFY_DONE(36) in Cleanup
*Feb 11 13:47:25.122: //7/9AC9CCF28008/VAPP:/vapp_checksessionstate: 
*Feb 11 13:47:25.122: //7/9AC9CCF28008/VAPP:/vapp_checkifdone: 
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event CC_EV_CALL_DISCONNECT_DONE
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_cleaner: 
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_checksessionstate: 
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_checkifdone: 
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event APP_EV_VXMLINTERP_DONE
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_cleaner: 
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_cleaner: VxmlDialogDone event=vxml.session.complete, status 3
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_popifdone: 
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_checkifdone: 
*Feb 11 13:47:25.138: //-1//VAPP:/vapp_process: Interp Done
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_cleanup_apphandler: 
*Feb 11 13:47:25.138: vapp_cleanup_apphandler: Terminate FALSE Terminated TRUE{HAN[VXML_HAN][NULL    ]  ( )}
*Feb 11 13:47:25.138: //7/9AC9CCF28008/VAPP:/vapp_free_apphandler: {HAN[VXML_HAN][NULL    ]     ( )}



      

The following example shows output from the debug vxml ssml command:


      
Router# debug vxml ssml
Router#
vxml ssml syntax checking debugging is on
Feb 11 13:55:28.994: //-1//VAPP:/vapp_get_apphandler: 
*Feb 11 13:55:28.994: vapp_get_apphandler: Script help
*Feb 11 13:55:28.994: //-1//VAPP:/vapp_get_apphandler_core: 
*Feb 11 13:55:28.994: //-1/A93E3F8F800E/VAPP:/vapp_InterpInitConfigParams: 
*Feb 11 13:55:28.998: //-1//VAPP:/vapp_init_apphandler: 
*Feb 11 13:55:28.998: //-1/003E3F8F800E/VAPP:/vapp_evt_handler: State VAPP_ACTIVE got event CC_EV_CALL_SETUP_IND
*Feb 11 13:55:28.998: //-1/003E3F8F800E/VAPP:/vapp_driver: pInterp[62DD481C]:
*Feb 11 13:55:28.998: //-1/003E3F8F800E/VAPP:/vapp_driver: evtID: 28 vapp record state: 0
*Feb 11 13:55:28.998: //-1/003E3F8F800E/VAPP:/vapp_evt_setup: 
*Feb 11 13:55:28.998: //-1//VAPP:/vapp_incoming_callblock: 
*Feb 11 13:55:28.998: vapp_incoming_callblock: 
*Feb 11 13:55:28.998: //10/BB2F243F8011/VAPP:/vapp_load_or_run_script: 
*Feb 11 13:55:28.998: //10/BB2F243F8011/VAPP:/vapp_load_or_run_script: 
*Feb 11 13:55:28.998: The VXML Script with len=760 starts:
-------------------------------------
<?xml version = "1.0"?>
<vxml version = "2.0">
<property name="universals" value="all"/>
<form id="check_help">
    <field name="book">
        <grammar version="1.0" mode="voice" xml:lang="en-US">
 
*Feb 11 13:55:28.998: //-1//VXML:/vxml_create: url=tftp://dirt/lshen/regression/help.vxml vapphandle=62DD481C
*Feb 11 13:55:28.998: //-1//VXML:/vxml_mem_init:  
*Feb 11 13:55:29.002: //10/BB2F243F8011/VXML:/vxml_parse: tftp://dirt/lshen/regression/help.vxml at line 16: mismatched tag
*Feb 11 13:55:29.002: //10/BB2F243F8011/VXML:/vxml_create: 
*Feb 11 13:55:29.002: code=ERROR vapp=VAPP_SUCCESS vxml=VXML_ERROR_INVALID 
*Feb 11 13:55:29.002: //-1//VXML:/vxml_mem_free:  
*Feb 11 13:55:29.002: //-1//VXML:/vxml_mem_free1:  
*Feb 11 13:55:29.002: //10/BB2F243F8011/VAPP:/vapp_terminate: 
*Feb 11 13:55:29.002: //10/BB2F243F8011/VAPP:/vapp_session_exit_event_name: Exit Event vxml.session.complete
*Feb 11 13:55:29.002: //10/BB2F243F8011/VAPP:/vapp_checksessionstate: 
*Feb 11 13:55:29.002: //10/BB2F243F8011/VAPP:/vapp_terminate_initiation: 
*Feb 11 13:55:29.002: //10/BB2F243F8011/VAPP:/vapp_checkifdone: 
*Feb 11 13:55:29.006: //10/BB2F243F8011/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event CC_EV_CALL_MODIFY_DONE
*Feb 11 13:55:29.006: //10/BB2F243F8011/VAPP:/vapp_cleaner: 
*Feb 11 13:55:29.006: //10/BB2F243F8011/VAPP:/vapp_cleaner: Ignoring Event CC_EV_CALL_MODIFY_DONE(36) in Cleanup
*Feb 11 13:55:29.006: //10/BB2F243F8011/VAPP:/vapp_checksessionstate: 
*Feb 11 13:55:29.006: //10/BB2F243F8011/VAPP:/vapp_checkifdone:
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event CC_EV_CALL_DISCONNECT_DONE
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_cleaner: 
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_checksessionstate: 
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_checkifdone: 
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_evt_handler: State VAPP_CLEANING got event APP_EV_VXMLINTERP_DONE
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_cleaner: 
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_cleaner: VxmlDialogDone event=vxml.session.complete, status 3
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_popifdone: 
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_checkifdone: 
*Feb 11 13:55:29.022: //-1//VAPP:/vapp_process: Interp Done
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_cleanup_apphandler: 
*Feb 11 13:55:29.022: vapp_cleanup_apphandler: Terminate FALSE Terminated TRUE{HAN[VXML_HAN][NULL    ]  ( )}
*Feb 11 13:55:29.022: //10/BB2F243F8011/VAPP:/vapp_free_apphandler: {HAN[VXML_HAN][NULL    ]    ( )}



      

The following example shows output from the debug vxml trace command:


      
Router# debug vxml trace
vxml trace debugging is on
Router#
1w5d: //-1//VXML:/vxml_mem_init:  
1w5d: //51/359408288031/VXML:/vxml_offramp_mailhdrs_get:  
1w5d: //51/359408288031/VXML:/vxml_start: vxmlhandle=65350A7C vapphandle=660E100
1w5d: //51/359408288031/VXML:/vxml_vxml_proc: 
1w5d: <vxml> URI(abs):flash:call.vxml scheme=flash path=call.vxml base= URI(abs0
1w5d: <var>: namep=phone_num
1w5d: //-1//VXML:/vxml_stand_alone: scope=document, application = document
1w5d: //51/359
Router#408288031/VXML:/vxml_form_proc: 
1w5d:  <form>: id=main   scope=dialog 
1w5d: vxml_form_init current scope: dialog
1w5d:  vxml_counter_reset:
1w5d:  vxml_counter_reset:
1w5d: //51/359408288031/VXML:/vxml_formitem_select: Status=VXML_STATUS_OK,
1w5d: //51/359408288031/VXML:/vxml_formitem_select:  AsyncStatus=VXML_STATUS_OK
1w5d: //51/359408288031/VXML:/vxml_block_proc: 
1w5d:   <block>:
1w5d: //51/359408288031/VXML:/vxml_item_attrs_proc:  name=_in6
1w5d: //51/359408288031/VXML:/vxml_expr_eval: exp
Router#r=dialog._in6='defined'
1w5d: //51/359408288031/VXML:/vxml_prompt_proc: 
1w5d:    <prompt>: bargein=0 count=1 typeaheadflush=0
1w5d: //51/359408288031/VXML:/vxml_audio_proc: 
1w5d:     <audio>: URI(abs):flash:welcome_test.au scheme=flash path=welcome_tes0
1w5d: //51/359408288031/VXML:/vxml_vapp_media_play: bargein=0 timeout=0 typeahe0
1w5d: //51/359408288031/VXML:/vxml_vapp_media_play:  
1w5d: //51/359408288031/VXML:/vxml_vapp_me
Router#dia_play: audio=flash:welcome_test.au cachable=1 timeout20
1w5d: //51/359408288031/VXML:/vxml_leave_scope: scope=8
1w5d: //51/359408288031/VXML:/vxml_vapp_vcr_control_disable:  
1w5d: //51/359408288031/VXML:/vxml_start: vxmlhandle=65350A7C vapphandle=660E100
1w5d: //51/359408288031/VXML:/vxml_vxml_proc: 
1w5d: <vxml> URI(abs):flash:call.vxml scheme=flash path=call.vxml base= URI(abs0
1w5d: //51/359408288031/VXML:/vxm
Router#l_block_proc: 
1w5d:   <block>:
1w5d: //51/359408288031/VXML:/vxml_item_attrs_proc:  name=_in6
1w5d: //51/359408288031/VXML:/vxml_form_proc: 
1w5d:  <form>: id=main   scope=dialog 
1w5d: //51/359408288031/VXML:/vxml_formitem_select: Status=VXML_STATUS_OK,
1w5d: //51/359408288031/VXML:/vxml_formitem_select:  AsyncStatus=VXML_STATUS_OK
1w5d: //51/359408288031/VXML:/vxml_field_proc: 
1w5d:   <field>: type=number
1w5d: //51/359408288031/VXML:/vxml_item_attrs_proc:  name=get_phone_num modal=am
Router#pt_counter=1
1w5d: //51/359408288031/VXML:/vxml_prompt_proc: 
1w5d:    <prompt>: bargein=1 count=1 typeaheadflush=0
1w5d: //51/359408288031/VXML:/vxml_audio_proc: 
1w5d:     <audio>: URI(abs):flash:enter_dest.au scheme=flash path=enter_dest.au0
1w5d: //51/359408288031/VXML:/vxml_vapp_media_play: bargein=1 timeout=0 typeahe0
1w5d: //51/359408288031/VXML:/vxml_vapp_media_play:  
1w5d: //51/359408288031/VXML:/vxml_vapp_media_play: audio
Router#=flash:enter_dest.au cachable=1 timeout20
1w5d: //51/359408288031/VXML:/vxml_vapp_vcr_control_disable:  
1w5d: //51/359408288031/VXML:/vxml_vapp_digit_collect: termchar # maxDigits 0 t0
1w5d: //51/359408288031/VXML:/vxml_start: vxmlhandle=65350A7C vapphandle=660E100
1w5d: //51/359408288031/VXML:/vxml_vxml_proc: 
1w5d: <vxml> URI(abs):flash:call.vxml scheme=flash path=call.vxml base= URI(abs1
Router#.0
1w5d: //51/359408288031/VXML:/vxml_field_proc: 
1w5d:   <field>: type=number
1w5d: //51/359408288031/VXML:/vxml_item_attrs_proc:  name=get_phone_num modal=a2
1w5d: //51/359408288031/VXML:/vxml_filled_proc: 
1w5d:   
1w5d: <filled>: mode=all
1w5d: //51/359408288031/VXML:/vxml_assign_proc: 
1w5d:    <assign>: namep=phone_num expr=get_phone_num
1w5d: //51/359408288031/VXML:/vxml_goto_proc: 
1w5d:    <goto>: caching=fast fetchhint=invalid fetchtimeout=20 URI:#transfer_mm
Router#entp=transfer_me
1w5d:    vxml_dialog_reset:
1w5d: //51/359408288031/VXML:/vxml_leave_scope: scope=110
1w5d: //51/359408288031/VXML:/vxml_leave_scope: scope=8
1w5d: //51/359408288031/VXML:/vxml_vxml_proc: 
1w5d: <vxml> URI(abs):flash:call.vxml scheme=flash path=call.vxml base= URI(abs0
1w5d: //51/359408288031/VXML:/vxml_form_proc: 
1w5d:  <form>: id=transfer_me   scope=dialog 
1w5d: vxml_form_init current scope: dialog
1w5d:  <var>: namep=myd
Router#ur
1w5d:  vxml_counter_reset:
1w5d: //51/359408288031/VXML:/vxml_formitem_select: Status=VXML_STATUS_OK,
1w5d: //51/359408288031/VXML:/vxml_formitem_select:  AsyncStatus=VXML_STATUS_OK
1w5d: //51/359408288031/VXML:/vxml_transfer_proc: 
1w5d:   <transfer>:
1w5d: //51/359408288031/VXML:/vxml_item_attrs_proc:  name=mycall dest_expr='phoe
Router#ctreason=-1
1w5d: //51/359408288031/VXML:/vxml_vapp_placecall: dest 5551234 timeout 15 maxl0
1w5d: //51/359408288031/VXML:/vxml_vapp_gain_control_default:  
1w5d: //51/359408288031/VXML:/vxml_expr_eval: expr=dialog.mycall = 'far_end_dis'
1w5d: //51/359408288031/VXML:/vxml_expr_eval: expr=dialog.mycall$.duration = 2
1w5d: //51/359408288031/VXML:/vxml_start: vxmlhandle=65350A7C vapphandle=660E100
1w5d: //51/359408288031/VXML:/vxml_vxml
Router#_proc: 
1w5d: <vxml> URI(abs):flash:call.vxml scheme=flash path=call.vxml base= URI(abs0
1w5d: //51/359408288031/VXML:/vxml_transfer_proc: 
1w5d:   <transfer>:
1w5d: //51/359408288031/VXML:/vxml_item_attrs_proc:  name=mycall URI(abs):phone-
Router#1, redirectreason=-1
1w5d: //51/359408288031/VXML:/vxml_form_proc: 
1w5d:  <form>: id=transfer_me   scope=dialog 
1w5d: //51/359408288031/VXML:/vxml_filled_proc: 
1w5d:  
1w5d: <filled>: mode=all
1w5d: //51/359408288031/VXML:/vxml_assign_proc: 
1w5d:   <assign>: namep=mydur expr=mycall$.duration
1w5d: //51/359408288031/VXML:/vxml_if_proc: 
1w5d:   <if>: cond=mycall == 'busy'
1w5d: //51/359408288031/VXML:/vxml_leave_scope: scope=8
1w5d: //51/359408288031/VXML:/vxml_formitem_select: Status=VXML_ST
Router#ATUS_OK,
1w5d: //51/359408288031/VXML:/vxml_formitem_select:  AsyncStatus=VXML_STATUS_OK
1w5d: //51/359408288031/VXML:/vxml_formitem_select: the form is full 
1w5d: //51/359408288031/VXML:/vxml_vapp_terminate: vapp_status=0 ref_count 0
1w5d: //-1//VXML:/vxml_mem_free:  
1w5d: //-1//VXML:/vxml_mem_free1: 


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    condition
                    application
                    voice
                  
                


              		

              
                

Displays debugging messages for only the specified VoiceXML application.


              		

            


            

              
                

                  
                    debug
                    http
                    client
                  
                


              		

              
                

Displays debugging messages for the HTTP client.


              		

            


            

              
                

                  
                    debug
                    voip
                    ivr
                  
                


              		

              
                

Displays debug messages for VoIP IVR interactions.


              		

            


          

        




      


    


  




debug waas


 
	 
 
		
 To enable debugging for WAAS Express modules, use the 
		  debug 
			 waas command in privileged EXEC mode. To disable WAAS Express debugging, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
debug waas {{auto-discovery | aoim | cce | infrastructure | lz | memory | tfo} {events | errors | operations} | api | mibs | dre {events | errors | operations  [brief]  | uplink} | management {events | errors}} 
		  
 
		  
no debug waas {{auto-discovery | aoim | cce | infrastructure | lz | memory | tfo} {events | errors | operations} | api | mibs | dre {events | errors | operations  [brief]  | uplink} | management {events | errors}} 
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  auto-discovery 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express autodiscovery information. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  aoim 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for peer information and negotiated capabilities information. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						cce 
					 

 
				  		
 
				   
					 
 Enables debugging for Common Classification Engine (CCE). 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  infrastructure 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express infrastructure. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  lz 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for Lempel-Ziv (LZ) optimization. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  memory 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express internal memory usage. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  tfo 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for Transport Flow Optimization (TFO). 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express events. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  errors 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express errors. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  operations 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express operations. 
					 

 
				  		
 
				

 
				
 
				   
						brief 
					  
				  
 
				   Displays WAAS connection operations in brief. 
				  
 
				

 
				
 
				   
						api 
					  
				  
 
				  Enables debugging for WAAS Express public application programming interfaces (APIs). 
				  
 
				

 
				
 
				   
					 
 
						 
						  mibs 
						 
					 

 
				  		
 
				  Enables debugging for WAAS Express MIBs. 
				  
 
				

 
				
 
				   
					 
 
						 
						  dre 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for Data Redundancy Elimination (DRE) optimization. 
					 

 
				  		
 
				

 
				
 
				   
						uplink 
					  
				  
 
				  Enables debugging for DRE upload. 
				  
 
				

 
				
 
				   
					 
 
						 
						  management 
						 
					 

 
				  		
 
				   
					 
 Enables debugging for error and event management. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 Debugging is disabled. 
		

 
	 

 
	 

          Command Modes
          
 
		
Privileged EXEC (#)

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release 
					 

 
				  		
 
				   
					 
 Modification 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 15.1(2)T 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
				
 
				   
					 
 15.2(3)T 
					 

 
				  		
 
				   
					 
 This command was modified. The 
						api and 
						mibs keywords were added, and the 
						brief keyword was removed. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 
	 

        Examples
      
 
		
 The following example shows how to enable debugging output for WAAS Express infrastructure operations: 
		

 
		
Device> enable
Device# debug waas infrastructure operations

 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command 
					 

 
				  		
 
				   
					 
 Description 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  clear 
						  waas 
						 
					 

 
				  		
 
				   
					 
 Clears WAAS Express statistics and closed connections information. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  alarms 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express status and alarms. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  auto-discovery 
						 
					 

 
				  		
 
				   
					 
 Displays information about WAAS Express autodiscovery. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  connection 
						 
					 

 
				  		
 
				   
					 
 Displays information about WAAS Express connections. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  aoim 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express peer information and negotiated capabilities. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  application 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express policy application statistics. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  auto-discovery 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express autodiscovery statistics. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  class 
						 
					 

 
				  		
 
				   
					 
 Displays statistics for the WAAS Express class map. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  dre 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express DRE statistics. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						  show 
						  waas 
						  statistics 
						  errors 
					 

 
				  		
 
				   
					 
 Displays WAAS Express error statistics. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  global 
						 
					 

 
				  		
 
				   
					 
 Displays global WAAS Express statistics. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  lz 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express LZ statistics. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  pass-through 
						 
					 

 
				  		
 
				   
					 
 Displays WAAS Express connections placed in a pass-through mode. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  statistics 
						  peer 
						 
					 

 
				  		
 
				   
					 
 Displays inbound and outbound statistics for peer WAAS Express devices. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						show 
						  waas 
						  status 
					 

 
				  		
 
				   
					 
 Displays the status of WAAS Express. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  waas 
						  token 
						 
					 

 
				  		
 
				   
					 
 Displays the value of the configuration token used by the WAAS Central Manager. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  waas 
						  cm-register 
						  url 
						 
					 

 
				  		
 
				   
					 
 Registers a device with the WAAS Central Manager. 
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug waas accelerator cifs-express


 
	 
 
		
 To enable debugging for the Common Internet File System (CIFS)-Express accelerator module of WAAS Express, use the 
		  debug 
			 waas accelerator cifs-express command in privileged EXEC mode. To disable CIFS-Express accelerator debugging, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			 debug waas accelerator cifs-express [ads-negative-cache | async-write | infra | read-ahead]  
				{debug | events | errors | file remote-file file-URL | operations} 
		  
 
		  
 
			 no debug waas accelerator cifs-express [ads-negative-cache | async-write | infra | read-ahead]  
				{debug | events | errors | file remote-file file-URL | operations} 
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
				
 
				   
						ads-negative-cache 
					  
				  
 
				  (Optional) Enables debugging of alternate data stream negative caching. 
				  
 
				

 
				
 
				   
						async-write 
					  
				  
 
				  (Optional) Enables debugging of async write operations. 
				  
 
				

 
				
 
				   
						infra 
					  
				  
 
				  (Optional) Enables debugging of CIFS-Express accelerator infrastructure. 
				  
 
				

 
				
 
				   
						read-ahead 
					  
				  
 
				  (Optional) Enables debugging of read ahead operations. 
				  
 
				

 
				
 
				   
						debug 
					  
				  
 
				  Enables debugging of a specific CIFS-Express parameter, such as async write or read ahead. 
				  
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of CIFS-Express parameter events. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  errors 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of CIFS-Express parameter errors. 
					 

 
				  		
 
				

 
				
 
				   
						file remote-file 
						file-URL 
					  
				  
 
				  Enables debugging of the CIFS-Express accelerator log file. The format to specify the file URL is 
					 ftp://user:pass@remote_ip/filepathname and can have up to 500 characters. 
				  
 
				

 
				
 
				   
					 
 
						 
						  operations 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of CIFS-Express parameter operations. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 CIFS-Express accelerator debugging is disabled. 
		

 
	 

 
	 

          Command Modes
          
 
		
Privileged EXEC (#)

 
	 

 
	 
 
		

        Command History
      


 
			  
				
 
				  Release 
				  
 
				  Modification 
				  
 
				

 
			 
 
			  
				
 
				   
					 
 15.2(3)T 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 
	 

        Examples
      
 
		
 The following example shows how to enable debugging of CIFS-Express accelerator read ahead errors: 
		

 
		
Device> enable
Device# debug waas accelerator cifs-express read-ahead errors

 
	 

 
	 

      Related Commands
      
 
		

 
			  
				
 
				  Command 
				  
 
				  Description 
				  
 
				

 
			 
 
			  
				
 
				  accelerator 
				  
 
				  Enters a specific WAAS Express accelerator configuration mode based on the accelerator being configured. 
				  
 
				

 
				
 
				   
					 
 
						debug waas 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express modules. 
					 

 
				  		
 
				

 
				
 
				  debug waas accelerator http-express 
				  
 
				  Enables debugging for the HTTP-Express accelerator module of WAAS Express. 
				  
 
				

 
				
 
				  debug waas accelerator ssl-express 
				  
 
				  Enables debugging for the SSL-Express accelerator module of WAAS Express. 
				  
 
				

 
				
 
				  show waas accelerator 
				  
 
				  Displays information about WAAS Express accelerators. 
				  
 
				

 
			 
 
		  



 
	 

 
  




debug waas accelerator http-express


 
	 
 
		
 To enable debugging for the HTTP-Express accelerator module of WAAS Express, use the 
		  debug 
			 waas accelerator http-express command in privileged EXEC mode. To disable HTTP-Express accelerator debugging, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			 debug waas accelerator http-express {infrastructure | metadatacache | parser | transaction}  
				{events | errors | operations} 
		  
 
		  
 
			 no debug waas accelerator http-express {infrastructure | metadatacache | parser | transaction}  
				{events | errors | operations} 
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
				
 
				   
						infrastructure 
					  
				  
 
				  Enables debugging of HTTP-Express accelerator infrastructure. 
				  
 
				

 
				
 
				   
					  
						metadatacache 
					  
				  
 
				  Enables debugging of HTTP metadata cache. 
				  
 
				

 
				
 
				  parser 
				  
 
				  Enables debugging of the HTTP-Express accelerator parser. 
				  
 
				

 
				
 
				  transaction 
				  
 
				  Enables debugging of HTTP-Express accelerator transactions. 
				  
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of HTTP-Express parameter events. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  errors 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of HTTP-Express parameter errors. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  operations 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of HTTP-Express parameter operations. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 HTTP-Express accelerator debugging is disabled. 
		

 
	 

 
	 

          Command Modes
          
 
		
Privileged EXEC (#)

 
	 

 
	 
 
		

        Command History
      


 
			  
				
 
				  Release 
				  
 
				  Modification 
				  
 
				

 
			 
 
			  
				
 
				   
					 
 15.2(3)T 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 
	 

        Examples
      
 
		
 The following example shows how to enable debugging of HTTP-Express accelerator parser events: 
		

 
		
Device> enable
Device(config)# debug waas accelerator http-express parser events

 
	 

 
	 

      Related Commands
      
 
		

 
			  
				
 
				  Command 
				  
 
				  Description 
				  
 
				

 
			 
 
			  
				
 
				  accelerator 
				  
 
				  Enters a specific WAAS Express accelerator configuration mode based on the accelerator being configured. 
				  
 
				

 
				
 
				   
					 
 
						debug waas 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express modules. 
					 

 
				  		
 
				

 
				
 
				  debug waas accelerator cifs-express 
				  
 
				  Enables debugging for the CIFS-Express accelerator module of WAAS Express. 
				  
 
				

 
				
 
				  debug waas accelerator ssl-express 
				  
 
				  Enables debugging for the SSL-Express accelerator module of WAAS Express. 
				  
 
				

 
				
 
				  show waas accelerator 
				  
 
				  Displays information about WAAS Express accelerators. 
				  
 
				

 
			 
 
		  



 
	 

 
  




debug waas accelerator ssl-express


 
	 
 
		
 To enable debugging for the Secure Sockets Layer (SSL)-Express accelerator module of WAAS Express, use the 
		  debug 
			 waas accelerator ssl-express command in privileged EXEC mode. To disable SSL-Express accelerator debugging, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug waas accelerator ssl-express 
				  
				{events | errors | operations | messages } 
		  
 
		  
 
			  
				no debug waas accelerator ssl-express 
				  
				{events | errors | operations | messages } 
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of SSL-Express events. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  errors 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of SSL-Express errors. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  operations 
						 
					 

 
				  		
 
				   
					 
 Enables debugging of SSL-Express operations. 
					 

 
				  		
 
				

 
				
 
				   
						messages 
					  
				  
 
				   Enables debugging of SSL protocol messages. 
				  
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 Debugging is disabled. 
		

 
	 

 
	 

          Command Modes
          
 
		
Privileged EXEC (#)

 
	 

 
	 
 
		

        Command History
      


 
			  
				
 
				  Release 
				  
 
				  Modification 
				  
 
				

 
			 
 
			  
				
 
				   
					 
 15.2(3)T 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 
	 

        Examples
      
 
		
 The following example shows how to enable debugging of SSL-Express accelerator operations: 
		

 
		
Device> enable
Device(config)# debug waas accelerator ssl-express operations

 
	 

 
	 

      Related Commands
      
 
		

 
			  
				
 
				  Command 
				  
 
				  Description 
				  
 
				

 
			 
 
			  
				
 
				  accelerator 
				  
 
				  Enters a specific WAAS Express accelerator configuration mode based on the accelerator being configured. 
				  
 
				

 
				
 
				   
					 
 
						debug waas 
					 

 
				  		
 
				   
					 
 Enables debugging for WAAS Express modules. 
					 

 
				  		
 
				

 
				
 
				  debug waas accelerator cifs-express 
				  
 
				  Enables debugging for the CIFS-Express accelerator module of WAAS Express. 
				  
 
				

 
				
 
				  debug waas accelerator http-express 
				  
 
				  Enables debugging for the HTTP-Express accelerator module of WAAS Express. 
				  
 
				

 
				
 
				  show waas accelerator 
				  
 
				  Displays information about WAAS Express accelerators. 
				  
 
				

 
			 
 
		  



 
	 

 
  




debug warm-reboot



    

      

To display warm reload debug information, use the debug warm-reboot command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            warm-reboot
          
        

        

          
            no
             
            debug
             
            warm-reboot
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(11)T


              		

              
                

This command was introduced.


              		

            


          

        




    


    

        Examples
      

      

The following is sample output from the reload warm file url command when the debug warm-reboot command is enabled:


      
Router# debug warm-reboot
Router# reload warm file tftp://9.1.0.1/c7200-p-mz.port
Proceed with reload? [confirm]
Loading c7200-p-mz.port from 9.1.0.1 (via Ethernet5/0):!!!
00:05:43:ptr   :63B978E0
00:05:43:magic :A457272
00:05:43:ptr   :63B98020
00:05:43:magic :0
00:05:43:ptr   :63B98380
00:05:43:magic :0
00:05:43:ptr   :63B983A0
00:05:43:magic :FEEDFACE
00:05:43:uncomp_size         :2749E7C
00:05:43:comp_size           :E966F0
00:05:43:comp_checksum       :9BB36053
00:05:43:uncomp_checksum     :56F1754B!!!
[OK - 15323964 bytes]
Decompressing the image :###
00:06:22:Image checksum correct -1#682743213
00:06:22:Compressed Image checksum correct### [OK]
Number 0     source 0x63BD17C4
Number 1     source 0x63C43AD0
Number 2     source 0x63C83AFC
Number 3     source 0x63CC3B28
.
.
.
Number 156   source 0x66384074
Number 157   source 0x663C40A0
Number 158   source 0x664040CC
wrb_copy_and_launch location = 0x664040CC
00:06:39:Found elf header at the expected location
00:06:39:Source elf_hdr->e_shnum = A
00:06:39:Setting up to copy ELF section 1
00:06:39: to image_info section 0
00:06:39: sh_name = B
00:06:39: sh_type = 1
00:06:39: sh_flags = 7
00:06:39: sh_addr = 80008000
00:06:39: sh_offset = 60
00:06:39: sh_size = 186C000
00:06:39: sh_link = 0
00:06:39: sh_info = 0
00:06:39: sh_addralign = 20
00:06:39: sh_entsize = 0
.
.
.
00:06:40:Setting up to copy ELF section 4
00:06:40: to image_info section A0
00:06:40: sh_name = 1F
00:06:40: sh_type = 1
00:06:40: sh_flags = 10000003
00:06:40: sh_addr = 82750380
00:06:40: sh_offset = 27483E0
00:06:40: sh_size = 18A0
00:06:40: sh_link = 0
00:06:40: sh_info = 0
00:06:40: sh_addralign = 10
00:06:40: sh_entsize = 0
00:06:40:cpu type                   :19
00:06:40:image_info->entry_point   = 80008000
00:06:40:image_info->section_count = A1
00:06:40:image_info->monstack      = 80007FC0
00:06:40:image_info->monra         = BFC014E4
00:06:40:image_info->param0        = 2
00:06:40:image_info->param1        = 0
00:06:40:image_info->param2        = 80005998
00:06:40:image_info->param3        = 80008000
00:06:40:Section
00:06:40:Section
Decompressed Image checksum correct
             Restricted Rights Legend
.
.
.


    


  




debug wccp


 
	 
 
		
 To display information about all (IPv4 and IPv6) Web Cache Communication Protocol (WCCP) services, use the 
		  debug 
			 wccp command in privileged EXEC mode. To disable debugging output, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				wccp 
				  
				{default | vrf vrf-name {events | packets  [control] } | events | packets [bypass | control | redirect] | platform | subblocks} 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				wccp 
				  
				{default | vrf vrf-name {events | packets  [control] } | events | packets [bypass | control | redirect] | platform | subblocks} 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  default 
						 
					 

 
				  		
 
				   
					 
 Displays information about default WCCP services. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  vrf 
						 
						 
						  vrf-name 
						 
					 

 
				  		
 
				   
					 
 Specifies a virtual routing and forwarding (VRF) instance to associate with a service group. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 Displays information about significant WCCP events. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  packets 
						 
					 

 
				  		
 
				   
					 
 Displays information about every WCCP packet received or sent by the router. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  control 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays information about WCCP control packets. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  bypass 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays information about WCCP bypass packets. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  redirect 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays information about WCCP redirect packets. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  platform 
						 
					 

 
				  		
 
				   
					 
 Displays information about the WCCP platform application programming interface (API). 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  subblocks 
						 
					 

 
				  		
 
				   
					 
 Displays information about WCCP subblocks. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 Debug information is not displayed. 
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC (#)

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 
						 
						  Release 
						 
					 

 
				  		
 
				   
					 
 Modification 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 15.2(3)T 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 When the 
		  vrf keyword is not used, the command displays debug information about all WCCP services on the router. The 
		  default keyword is used to specify default WCCP services. 
		

 
	 

 
	 

        Examples
      
 
		
 The following is sample output from the 
		  debug 
			 wccp 
			 events 
		  command when a Cisco Cache Engine is added to the list of available Web caches: 
		

 
		
Router# debug wccp events
WCCP-EVNT: Built I_See_You msg body w/1 usable web caches, change # 0000000A
WCCP-EVNT: Web Cache 192.168.25.3 added
WCCP-EVNT: Built I_See_You msg body w/2 usable web caches, change # 0000000B
WCCP-EVNT: Built I_See_You msg body w/2 usable web caches, change # 0000000C


 
		
 The following is sample output from the 
		  debug 
			 wccp 
			 packets command. The router is sending keepalive packets to the Cisco Cache Engines at 192.168.25.4 and 192.168.25.3. Each keepalive packet has an identification number associated with it. When the Cisco Cache Engine receives a keepalive packet from the router, it sends a reply with the identification number back to the router. 
		

 
		
Router# debug wccp packets
WCCP-PKT: Received valid Here_I_Am packet from 192.168.25.4 w/rcvd_id 00003532
WCCP-PKT: Sending I_See_You packet to 192.168.25.4 w/ rcvd_id 00003534
WCCP-PKT: Received valid Here_I_Am packet from 192.168.25.3 w/rcvd_id 00003533
WCCP-PKT: Sending I_See_You packet to 192.168.25.3 w/ rcvd_id 00003535
WCCP-PKT: Received valid Here_I_Am packet from 192.168.25.4 w/rcvd_id 00003534
WCCP-PKT: Sending I_See_You packet to 192.168.25.4 w/ rcvd_id 00003536
WCCP-PKT: Received valid Here_I_Am packet from 192.168.25.3 w/rcvd_id 00003535
WCCP-PKT: Sending I_See_You packet to 192.168.25.3 w/ rcvd_id 00003537
WCCP-PKT: Received valid Here_I_Am packet from 192.168.25.4 w/rcvd_id 00003536
WCCP-PKT: Sending I_See_You packet to 192.168.25.4 w/ rcvd_id 00003538
WCCP-PKT: Received valid Here_I_Am packet from 192.168.25.3 w/rcvd_id 00003537
WCCP-PKT: Sending I_See_You packet to 192.168.25.3 w/ rcvd_id 00003539

 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  Command 
						 
					 

 
				  		
 
				   
					 
 
						 
						  Description 
						 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  clear 
						  wccp 
						 
					 

 
				  		
 
				   
					 
 Clears the counter for packets redirected using WCCP. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  ip 
						  wccp 
						 
					 

 
				  		
 
				   
					 
 Enables support of the specified WCCP service for participation in a service group. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  ipv6 
						  wccp 
						 
					 

 
				  		
 
				   
					 
 Enables support of the specified WCCP service for participation in a service group. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  ip 
						  wccp 
						  redirect 
						 
					 

 
				  		
 
				   
					 
 Enables packet redirection on an outbound or inbound interface using WCCP. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  ipv6 
						  wccp 
						  redirect 
						 
					 

 
				  		
 
				   
					 
 Enables packet redirection on an outbound or inbound interface using WCCP. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  ip 
						  interface 
						 
					 

 
				  		
 
				   
					 
 Lists a summary of the IP information and status of an interface. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  ipv6 
						  interface 
						 
					 

 
				  		
 
				   
					 
 Lists a summary of the IP information and status of an interface. 
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug webvpn



    

      

To enable the display of debug information for SSL VPN applications and network activity, use the debug webvpncommand in privileged EXEC mode. To stop debugging messages from being processed and displayed, use the no form of this command.


    


    

      

        

          
            debug
             
            webvpn
             
             [verbose] 
             
            [aaa | acl | cifs | citrix  [verbose]  | cookie  [verbose]  | count | csd | data | dns | emweb  [state]  | entry context-name [source ip  [network-mask]  | user username] | http [authentication | trace | verbose] | package | sdps [level number] | sock  [flow]  | sso | timer | trie | tunnel [traffic acl-number | verbose] | url-disp | webservice  [verbose] ]
          
        

        

          
            no
             
            debug
             
            webvpn
             
             [verbose] 
             
            [aaa | acl | cifs | citrix  [verbose]  | cookie  [verbose]  | count | csd | data | dns | emweb  [state]  | entry context-name [source ip  [network-mask]  | user username] | http [authentication | trace | verbose] | package | sdps [level number] | sock  [flow]  | sso | timer | trie | tunnel [traffic acl-number | verbose] | url-disp | webservice  [verbose] ]
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    verbose
                  
                


              		

              
                

(Optional) Detailed information about SSL VPN applications and network activity is displayed in addition to the nondetailed information.


              		

            


            

              
                

                  
                    aaa
                  
                


              		

              
                

(Optional) Displays authentication, authorization, and accounting (AAA) event and error messages. 


              		

            


            

              
                

                  
                    acl
                  
                


              		

              
                

(Optional) Displays information about the Application Layer access control list (ACL).


              		

            


            

              
                

                  
                    cifs
                  
                


              		

              
                

(Optional) Displays Microsoft Windows file share access event and error messages. 


              		

            


            

              
                

                  
                    citrix
                  [verbose


              		

              
                

(Optional) Displays Citrix application event and error messages.


                
    
                  
  • 
                    
                      verbose
                     (Optional)--All detailed and nondetailed citrix messages are displayed. If the verbose keyword is not used, only the nondetailed messages are displayed.
    • 

                


              		

            


            

              
                

                  
                    cookie
                  [verbose


              		

              
                

(Optional) Displays event and error messages that relate to the cookie that is pushed to the browser of the end user.


                
    
                  
  • 
                    
                      verbose
                     (Optional)--All detailed and nondetailed cookie messages are displayed. If the verbose keyword is not used, only the nondetailed messages are displayed.
    • 

                


              		

            


            

              
                

                  
                    count
                  
                


              		

              
                

(Optional) Displays reference count information for a context.


              		

            


            

              
                

                  
                    csd
                  
                


              		

              
                

(Optional) Displays Cisco Secure Desktop (CSD) event and error messages. 


              		

            


            

              
                

                  
                    data
                  
                


              		

              
                

(Optional) Displays data debug messages. 


              		

            


            

              
                

                  
                    dns
                  
                


              		

              
                

(Optional) Displays domain name system (DNS) event and error messages. 


              		

            


            

              
                

                  
                    emweb
                   [state


              		

              
                

(Optional) Displays emweb state debug messages. 


              		

            


            

              
                

                  
                    entry
                  
                  
                    context-name
                   [source ip [network-mask] | user username


              		

              
                

(Optional) Displays information for a specific user or group.


                
    
                  
  • 
                    
                      context-name--
                    SSL VPN context name.
    • 

                  
  • 
                    
                      source
                    
                    
                      ip
                    (Optional)--IP address of the user or group. The network-maskargument is optional. If not specified, 255.255.255.255 is used. 
    • 

                  
  • 
                    
                      user
                    
                    
                      username
                    (Optional)-- Username of the user.
    • 

                


                
Note   
The entry keyword can be used with other debug commands to single out the debug messages for a particular user or group. If the debug webvpn entry is not defined, the debug messages of the feature or function that are turned on are printed for every user.


              		

            


            

              
                

                  
                    http
                  [authentication| trace| verbose


              		

              
                

(Optional) Displays HTTP debug messages.


                
    
                  
  • 
                    
                      authentication
                    (Optional)--Displays information for HTTP authentication, such as NT LAN Manager (NTLM).
    • 

                  
  • 
                    
                      trace
                    (Optional)--Displays HTTP information that involves EmWeb processing.
    • 

                  
  • 
                    
                      verbose
                     (Optional)--All detailed and nondetailed HTTP messages are displayed. If the verbose keyword is not used, only the nondetailed messages are displayed.
    • 

                


              		

            


            

              
                

                  
                    package
                  
                


              		

              
                

(Optional) Deploys event and error messages for the software packages that are pushed to the end user. 


              		

            


            

              
                

                  
                    sdps
                   [level number] 



              		

              
                

(Optional) Displays SDPS debug messages. The level is entered as a number from 1 to 5. 


              		

            


            

              
                

                  
                    sock
                   [flow] 



              		

              
                

(Optional) Displays socket debug messages. 


              		

            


            

              
                

                  
                    sso
                  
                


              		

              
                

(Optional) Displays information about Single SignOn (SSO) ticket creation, session setup, and response handling.


              		

            


            

              
                

                  
                    timer
                  
                


              		

              
                

(Optional) Displays timer debug messages. 


              		

            


            

              
                

                  
                    trie
                  
                


              		

              
                

(Optional) Displays trie debug messages. 


              		

            


            

              
                

                  
                    tunnel
                   [traffic acl-number | verbose]
 



              		

              
                

(Optional) Displays tunnel debug messages.


                
    
                  
  • 
                    
                      traffic
                    
                    
                      acl-number
                     (Optional)--Access control list number of the traffic to be displayed.
    • 

                  
  • 
                    
                      verbose
                     (Optional)--All detailed and nondetailed tunnel messages are displayed. If the verbose keyword is not used, only the nondetailed messages are displayed.
    • 

                


              		

            


            

              
                

                  
                    url-disp
                  
                


              		

              
                

(Optional) Displays URL debug messages. 


              		

            


            

              
                

                  
                    webservice
                   [verbose]


              		

              
                

(Optional) Displays web service event and error messages.


                
    
                  
  • 
                    
                      verbose
                     (Optional)--All detailed and nondetailed web service messages are displayed. If the verbose keyword is not used, only the nondetailed messages are displayed.
    • 

                


              		

            


          

        




    


    

          Command Default
          

      

None 


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(14)T


              		

              
                

This command was introduced.


              		

            


            

              
                

12.4(6)T 


              		

              
                

Support for the SSL VPN enhancements feature was added. 


              		

            


            

              
                

12.4(11)T 


              		

              
                

The following keywords were deleted effective with Cisco IOS Release 12.4(11)T:



                
    
                  
  • 
                    
                      port-forward
                    
                  
    • 

                  
  • 
                    
                      detail
                    keyword option for the tunnel keyword
    • 

                


                

The following keywords and arguments were added effective with Cisco IOS Release 12.4(11)T:


                
    
                  
  • 
                    
                      verbose
                    
                  
    • 

                  
  • 
                    
                      acl
                    
                  
    • 

                  
  • 
                    
                      entry
                    
                    
                      context-name
                     [source ip [network-mask] | user username
    • 

                  
  • 
                    
                      authentication
                    , trace, and verbose keyword options for the http keyword

    • 

                  
  • 
                    
                      sso
                    
                  
    • 

                  
  • 
                    
                      verbose
                     keyword option for the citrix, cookie, tunnel, and webservice keywords
    • 

                


              		

            


          

        




    


    

            Usage Guidelines
          

      

This command should be used with caution on a production router or networking device. It is recommended that debugging is enabled only for individual components as necessary. This restriction is intended to prevent the console session from be overwhelmed by large numbers of messages.


      

The no form of this command turns off feature debugging. It does not matter if the verbose keyword has been used or not.


      

If the no form of this command is used with the verbose keyword option for any keyword, all keyword and argument fields must be an exact match.


    


    

        Examples
      

    


    
debug webvpn Command Output for Various SSL VPN Sessions

      
      

The following example displays debug webvpn output for various SSL VPN sessions:


      
Router# debug webvpn
*Dec 23 07:47:41.368: WV: Entering APPL with Context: 0x64C5F270, 
      Data buffer(buffer: 0x64C877D0, data: 0x4F27B638, len: 272, 
      offset: 0, domain: 0)
*Dec 23 07:47:41.368: WV: http request: /sslvpn with domain cookie
*Dec 23 07:47:41.368: WV: Client side Chunk data written..
 buffer=0x64C877B0 total_len=189 bytes=189 tcb=0x6442FCE0
*Dec 23 07:47:41.368: WV: sslvpn process rcvd context queue event
*Dec 23 07:47:41.372: WV: sslvpn process rcvd context queue event
*Dec 23 07:47:41.372: WV: Entering APPL with Context: 0x64C5F270, 
      Data buffer(buffer: 0x64C877D0, data: 0x4F26D018, len: 277, 
      offset: 0, domain: 0)
*Dec 23 07:47:41.372: WV: http request: /webvpn.html with domain cookie
*Dec 23 07:47:41.372: WV: [Q]Client side Chunk data written..
 buffer=0x64C877B0 total_len=2033 bytes=2033 tcb=0x6442FCE0
*Dec 23 07:47:41.372: WV: Client side Chunk data written..
 buffer=0x64C87710 total_len=1117 bytes=1117 tcb=0x6442FCE0



    


    
debug webvpn Command Output for a Specific User

      
      

The following example displays information for a specific user (user1 under the context "mycontext") and for a feature or function:


      
Router# debug webvpn entry mycontext_user_user1
! The above line turns debugging on for user1.
! The following line turns on debugging for a feature (or features) or function (or functions)--in this case; for authentication, authorization, and accounting (AAA).
Router# debug webvpn aaa



      

The actual output is as follows:


      
*Dec 23 07:56:41.351: WV-AAA: AAA authentication request sent for user: "user1"
*Dec 23 07:56:41.351: WV-AAA: AAA Authentication Passed!
*Dec 23 07:56:41.351: WV-AAA: User "user1" has logged in from "10.107.163.147" to gateway "sslvpn" context "mycontext"
*Dec 23 07:59:01.535: WV-AAA: User "user1" has logged out from gateway "sslvpn" context "mycontext"


    


    
debug webvpn Command Cookie and HTTP Output for a Group of Users

      
      

The following example displays cookie and HTTP information for a group of users under the context "mycontext" having a source IP range from 192.168.1.1. to 192.168.1.255:


      
Router# debug webvpn entry mycontext source 192.168.1.0 255.255.255.0
! The above command line sets up debugging for the group.
!The following command lines turn on debugging for cookie and HTTP information.
Router# debug webvpn cookie
Router# debug webvpn http



      

The actual output is as follows:


      
*Dec 23 08:10:11.191: WV-HTTP: Original client request
GET /webvpn.html HTTP/1.1
 
*Dec 23 08:10:11.191: WV-HTTP: HTTP Header parsing complete
*Dec 23 08:10:11.191: WV-HTTP: * HTTP request complete
*Dec 23 08:10:11.191: WV-COOKIE: Enter VW context cookie check with Context:0x64C5F470,
          buffer: 0x64C87710, buffer->data: 0x4F26D018, buffer->len: 277,
          cookie: 0x4F26D10A, length: 33
*Dec 23 08:10:11.191: WV-COOKIE: webvpn context cookie received is webvpncontext=00@mycontext                  
*Dec 23 08:10:11.191: WV-COOKIE: context portion in context cookie is: mycontext                                   
*Dec 23 08:10:11.327: WV-HTTP: Original client request
GET /paramdef.js HTTP/1.1
 
*Dec 23 08:10:11.327: WV-HTTP: HTTP Header parsing complete
*Dec 23 08:10:11.327: WV-HTTP: * HTTP request complete


    


    
debug webvpn Command SSO Output

      
      

The following output example displays information about SSO ticket creation, session setup, and response handling:


      
Router# debug webvpn sso
*Jun 12 20:37:01.052: WV-SSO: Redirect to SSO web agent URL - http://example.examplecompany.com/vpnauth/
*Jun 12 20:37:01.052: WV_SSO: Set session cookie with SSO redirect
*Jun 12 20:37:01.056: WV-SSO: Set SSO auth flag
*Jun 12 20:37:01.056: WV-SSO: Attach credentials - building auth ticket
*Jun 12 20:37:01.060: WV-SSO: user: [user11], secret: [example123], version: [1.0], login time: [BCEFC86D], session key: [C077F97A], SHA1 hash : [B07D0A924DB33988D423AE9F937C1C5A66404819]
*Jun 12 20:37:01.060: WV-SSO: auth_ticket : user11:1.0@C077F97A@BCEFC86D@B07D0A924DB33988D423AE9F937C1C5A66404819
*Jun 12 20:37:01.060: WV-SSO: Base64 credentials for the auth_ticket: dXNlcjExOjEuMEBDMDc3Rjk3QUBCQ0VGQzg2REBCMDdEMEE5MjREQjMzOTg4RDQyM0FFOUY5MzdDMUM1QTY2NDA0ODE5
*Jun 12 20:37:01.060: WV-SSO: Decoded credentials = user11:1.0@C077F97A@BCEFC86D@B07D0A924DB33988D423AE9F937C1C5A66404819
*Jun 12 20:37:01.060: WV-SSO: Starting SSO request timer for 15-second
*Jun 12 20:37:01.572: WV-SSO: SSO auth response rcvd - status[200]
*Jun 12 20:37:01.572: WV-SSO: Parsed non-SM cookie: SMCHALLENGE
*Jun 12 20:37:01.576: WV-SSO: Parsed SMSESSION cookie
*Jun 12 20:37:01.576: WV-SSO: Sending logon page after SSO auth success



    


  




debug webvpn dtls



    

      

To enable the display of Secure Socket Layer Virtual Private Network (SSL VPN) Datagram Transport Layer Security (DTLS) debug information, use the debug webvpn dtls command in privileged EXEC mode. To stop debugging messages from being processed and displayed, use the no form of this command.


    


    

      

        

          
            debug
             
            webvpn
             
            dtls
             
            [errors | events | packets]
          
        

        

          
            no
             
            debug
             
            webvpn
             
            dtls
             
            [errors | events | packets]
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    errors
                  
                


              		

              
                

(Optional) Displays errors that might have occurred while setting up DTLS tunnel or during data transfer.


              		

            


            

              
                

events


              		

              
                

(Optional) Displays DTLS event messages. Displays events like encryption, decryption, switching, and so on.


              		

            


            

              
                

                  
                    packets
                  
                


              		

              
                

(Optional) Displays DTLS packet dump.


              		

            


          

        




    


    

          Command Default
          

      

If no keyword is specified, then all the SSL VPN DTLS debug information displays are enabled.


    


    

          Command Modes
          

      


Privileged EXEC (#) 


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

15.1(2)T


              		

              
                

This command was introduced.


              		

            


          

        




    


    

            Usage Guidelines
          

      

You can use the debug webvpn dtls command to debug any issues related to WebVPN DTLS.


      

This debug information provides information about the packets that are being processed by WebVPN DTLS and indicates if there are any errors. 


    


    

        Examples
      

      

The following example displays the SSL VPN DTLS packet dump information:


      
Router# debug webvpn dtls packets
 
*Jun 15 10:23:04.495: WV-DTLS: pak (0x67EEF474), dgram (109), length (0) encsize(0)
2E6FBD10:                   17010000 01000000          ........
2E6FBD20: 00004C00 6057A7E2 399F19CF 9915D3F4  ..L.`W'b9..O..St
2E6FBD30: 4FBA7F24 8AEC4EFC 9F4192B5 D334F471  O:.$.lN|.A.5S4tq
2E6FBD40: 02232ADF BB248C8B 54E197F5 713D7886  .#*_;$..Ta.uq=x.
2E6FBD50: 4F71398D 993342BA 90D2A677 96A6ABB9  Oq9..3B:.R&w.&+9
2E6FBD60: 8B72F19C 4D454CBB A74D2342 B643FA74  .rq.MEL;'M#B6Czt
2E6FBD70: A627656A E1DDF0A9 ABDAC6FC 7986FC52  &'eja]p)+ZF|y.|R
2E6FBD80: AD9AF67D C5                          -.v}E
*Jun 15 10:23:04.499: WV-DTLS: pak (0x67EEB7A8), dgram (137), length (0) encsize(0)
2E6FA4D0:                   45000089 FCE80000          E...|h..
2E6FA4E0: FF11761F 1E010132 28010128 01BB0CBA  ..v....2(..(.;.:
2E6FA4F0: 0075ECF8 17010000 01000000 00004C00  .ulx..........L.
2E6FA500: 6057A7E2 399F19CF 9915D3F4 4FBA7F24  `W'b9..O..StO:.$
2E6FA510: 8AEC4EFC 9F4192B5 D334F471 02232ADF  .lN|.A.5S4tq.#*_
2E6FA520: BB248C8B 54E197F5 713D7886 4F71398D  ;$..Ta.uq=x.Oq9.
2E6FA530: 993342BA 90D2A677 96A6ABB9 8B72F19C  .3B:.R&w.&+9.rq.
2E6FA540: 4D454CBB A74D2342 B643FA74 A627656A  MEL;'M#B6Czt&'ej
2E6FA550: E1DDF0A9 ABDAC6FC 7986FC52 AD9AF67D  a]p)+ZF|y.|R-.v}
2E6FA560: C5 



      

The following example displays the SSL VPN DTLS event information:


      
Router# debug webvpn dtls events
 
*Jun 15 10:28:13.731: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:14.575: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:14.575: WV-DTLS-3 Encryption done: context (0x67BF9BA0) pak (0x65EF4778), ce_status = (1)
*Jun 15 10:28:14.575: WV-DTLS-2 DTLS: Switching cont pak in process path
*Jun 15 10:28:15.575: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:15.579: WV-DTLS-3 Encryption done: context (0x67BF9BA0) pak (0x66B2AAD4), ce_status = (1)
*Jun 15 10:28:15.579: WV-DTLS-2 DTLS: Switching cont pak in process path
*Jun 15 10:28:16.575: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:16.575: WV-DTLS-3 Encryption done: context (0x67BF9BA0) pak (0x65EF4C04), ce_status = (1)
*Jun 15 10:28:16.575: WV-DTLS-2 DTLS: Switching cont pak in process path
*Jun 15 10:28:17.579: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:17.579: WV-DTLS-3 Encryption done: context (0x67BF9BA0) pak (0x66B298A4), ce_status = (1)
*Jun 15 10:28:17.579: WV-DTLS-2 DTLS: Switching cont pak in process path
*Jun 15 10:28:18.579: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:18.579: WV-DTLS-3 Encryption done: context (0x67BF9BA0) pak (0x65EF74F0), ce_status = (1)
*Jun 15 10:28:18.579: WV-DTLS-2 DTLS: Switching cont pak in process path
*Jun 15 10:28:19.579: WV-DTLS-3 Decryption done: context (0x67BF9BA0) pak (0x67634074), ce_status = (1)
*Jun 15 10:28:19.583: WV-DTLS-3 Encryption done: context (0x67BF9BA0) pak (0x65EF6BD8), ce_status = (1)
*Jun 15 10:28:19.583: WV-DTLS-2 DTLS: Switching cont pak in process path


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    dtls
                    port
                  
                


              		

              
                

Configures a desired port for the DTLS to listen.


              		

            


            

              
                

                  
                    svc
                    dtls
                  
                


              		

              
                

Enables DTLS support on the Cisco IOS SSL VPN.


              		

            


          

        




    


  




debug webvpn license



    

      

To display information related to license operations, events, and errors, use the debug webvpn licensecommand in privileged EXEC mode. To disable the debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            webvpn
             
            license
          
        

        

          
            no
             
            debug
             
            webvpn
             
            license
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Debug messages are not displayed.


    


    

          Command Modes
          

      


Privileged EXEC (#) 


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

15.0(1)M


              		

              
                

This command was introduced.


              		

            


          

        




    


    

        Examples
      

      

The following is sample output from the debug webvpn license command when there is no valid license, and a user tries to log in to SSL VPN:


      
*Sep 17 09:36:21.091: %SSLVPN-3-LICENSE_NO_LICENSE: No valid license is available to use IOS SSLVPN service
*Sep 17 09:36:21.091: WV-License: no valid reserve handle exists, request is not made
*Sep 17 09:36:21.091: WV-AAA: Error! No valid SSLVPN license exists



      

The following is sample output from the debug webvpn license command when there is a valid license, and a user tries to log in:


      
*Sep 17 09:40:15.535: WV-License: requested 1 count, granted 1 count, status is : No Error



      

The following is sample output from the debug webvpn license command when a user logs out and closes his or her session:


      
*Sep 17 09:41:48.143: WV-License: trying to release 1 count, released 1 count, status is : No Error



      

The following is sample output from the debug webvpn license command when the currently active license is a temporary (nonpermanent) license, and it has expired; some sessions are still active:


      
*Sep 18 00:28:19.018: WV-License: received licensing event for handle 0x1000004
*Sep 18 00:28:19.018:        Event type : LICENSE_CLIENT_EXPIRED
*Sep 18 00:28:19.018:        Count [usage/max(new max)]: 0/0(0)
*Sep 18 00:28:19.018: WV-License: setting lic expired flag!
*Sep 18 00:28:19.018: %SSLVPN-3-LICENSE_EXPIRED: IOS SSLVPN evaluation/extension license has expired
*Sep 18 00:28:19.018: WV-License: event handling completed
*Sep 18 00:28:19.078: %LICENSE-2-EXPIRED: License for feature SSL_VPN_Test_Feature 1.0 has expired now.. UDI=CISCO2821:FHK1110F0PF



      

The following is sample output from the debug webvpn license command when the currently active license is a temporary (nonpermanent) license, and it has expired; some sessions are still active and a new user tries to log in:


      
*Sep 18 00:29:18.078: WV-AAA: AAA authentication request sent for user: "lab"
*Sep 18 00:29:18.078: WV-AAA: AAA Authentication Passed!
*Sep 18 00:29:18.078: %SSLVPN-3-LICENSE_EXPIRED: IOS SSLVPN evaluation/extension license has expired
*Sep 18 00:29:18.078: WV-License: License expired, no more counts can be requested!
*Sep 18 00:29:18.078: WV-AAA: Error! No valid SSLVPN license exists



      

The following is sample output from the debug webvpn license command when a new license having a count higher than the currently active license is installed:


      
*Sep 18 00:39:12.658: WV-License: received licensing event
*Sep 18 00:39:12.658:        Event type : LICENSE_CLIENT_COUNT_CHANGED
*Sep 18 00:39:12.658:        Count [usage/max(new max)]: 0/0(169)
*Sep 18 00:39:12.770: WV-License: reserved extra count (158): No Error
*Sep 18 00:39:12.770: WV-License: reserved count now is 169
*Sep 18 00:39:12.774: WV-License: event handling completed
*Sep 18 00:39:12.774: WV-License: received licensing event for handle 0x1000004
*Sep 18 00:39:12.774:        Event type : LICENSE_CLIENT_COUNT_CHANGED
*Sep 18 00:39:12.774:        Count [usage/max(new max)]: 0/0(169)


      


      

The above outputs are self-explanatory.


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    show
                    webvpn
                    license
                  
                


              		

              
                

Displays the available count and the current usage.


              		

            


          

        




      


    


  




debug wlccp ap



    

      
 Use the debug wlccp ap privileged EXEC command to enable debugging
		  for devices that interact with the access point that provides wireless domain
		  services (WDS).
		


    


    

      

        

          
            debug
             
            wlccp
             
            ap
             
            {mn | rm [statistics | context | packet] | state | wds-discovery}
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                
 Command
					 


              		

              
                
 Description
					 


              		

            


          

          
            

              
                

                  
                    mn
                  
                


              		

              
                
 (Optional) Activates display of debug messages related to
						client devices
					 


              		

            


            

              
                

                  
                    rm
                  
						[statistics | 
						context | 
						packet]
					 


              		

              
                
 (Optional) Activates display of debug messages related to
						radio management
					 


                
    
                  
  • 
                    
                      statistics
                    --shows
						  statistics related to radio management
						
    • 

                  
  • 
                    
                      context
                    --shows
						  the radio management contexts
						
    • 

                  
  • 
                    
                      packet
                    --shows
						  output related to packet flow
						
    • 

                


              		

            


            

              
                

                  
                    state
                  
                


              		

              
                
 (Optional) Activates display of debug messages related to
						access point authentication to the WDS access point
					 


              		

            


            

              
                

                  
                    wds-discovery
                  
                


              		

              
                
 (Optional) Activates display of debug messages related to
						the WDS discovery process
					 


              		

            


          

        




    


    

          Command Default
          

      
 Debugging is not enabled.
		


    


    

          Command Modes
          

      


Privileged EXEC (#)


    


    

      

        Command History
      



          
          
          
            

              
                
 Release
					 


              		

              
                
 Modification
					 


              		

            


          

          
            

              
                
 12.2(11)JA 
					 


              		

              
                
 This command was first introduced.
					 


              		

            


            

              
                
 12.2SX
					 


              		

              
                
 This command is supported in the Cisco IOS Release 12.2SX
						train. Support in a specific 12.2SX release of this train depends on your
						feature set, platform, and platform hardware.
					 


              		

            


          

        




    


    

            Usage Guidelines
          

      
This command is not supported on bridges.
		


    


    

        Examples
      

      
 This example shows how to begin debugging for LEAP-enabled client
		  devices participating in Cisco Centralized Key Management (CCKM):
		


      
SOAP-AP# debug wlccp ap mn



    


    

      Related Commands
      

      


          
          
          
            

              
                
 Command
					 


              		

              
                
 Description
					 


              		

            


          

          
            

              
                

                  
                    show
                    debugging
                  
                


              		

              
                
 Displays all debug settings and the debug packet headers
					 


              		

            


            

              
                

                  
                    show
                    wlccp
                  
                


              		

              
                
 Displays WLCCP information
					 


              		

            


          

        




      


    


  




debug wlccp ap rm enhanced-neighbor-list



    

      
 Use the 
		  debug wlccp ap rm enhanced-neighbor-list privileged EXEC command to
		  enable internal debugging information and error messages of the Enhanced
		  Neighbor List feature. Use the 
		  no form of the command to disable the
		  debugging and error messages.
		


    


    

      

        

          
             [no] 
             
            debug
             
            wlccp
             
            ap
             
            rm
             
            enhanced-neighbor-list
          
        

      

    


    

      Syntax Description
      

      
 This command has no arguments or keywords.
		


    


    

          Command Default
          

      
 Debugging is not enabled.
		


    


    

          Command Modes
          

      


Privileged EXEC (#)


    


    

      

        Command History
      



          
          
          
            

              
                
 Release
					 


              		

              
                
 Modification
					 


              		

            


          

          
            

              
                
 12.3(8)JA 
					 


              		

              
                
 This command was first introduced.
					 


              		

            


            

              
                
 12.2SX
					 


              		

              
                
 This command is supported in the Cisco IOS Release 12.2SX
						train. Support in a specific 12.2SX release of this train depends on your
						feature set, platform, and platform hardware.
					 


              		

            


          

        




    


    

            Usage Guidelines
          

      
This command is not supported on bridges.
		


    


    

        Examples
      

      
 This example shows how to activate debugging and error messages of
		  the Enhanced Neighbor List feature on the access point:
		


      
SOAP-AP# debug wlccp ap rm enhanced-neighbor-list



    


    

      Related Commands
      

      


          
          
          
            

              
                
 Command
					 


              		

              
                
 Description
					 


              		

            


          

          
            

              
                

                  
                    show
                    debugging
                  
                


              		

              
                
 Displays all debug settings and the debug packet headers
					 


              		

            


            

              
                

                  
                    show
                    wlccp
                  
                


              		

              
                
 Displays WLCCP information
					 


              		

            


            

              
                

                  
                    show
                    wlccp
                    ap
                    rm
                    enhanced-neighbor-list
                  
                


              		

              
                
 Displays Enhanced Neighbor List feature related
						information.
					 


              		

            


          

        




      


    


  




debug wlccp packet



    

      

To display the packets being delivered to and from the wireless domain services (WDS) device, use the debug wlccp packetcommand in privileged EXEC mode. To disable the display of packets, use the no form of this command.


    


    

      

        

          
            debug
             
            wlccp
             
            packet
          
        

        

          
            no
             
            debug
             
            wlccp
             
            packet
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments of keywords.


    


    

          Command Default
          

      

No default behavior or values


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.2(11)JA


              		

              
                

This command was introduced on Cisco Aironet access points.


              		

            


            

              
                

12.3(11)T


              		

              
                

This command was implemented on the following platforms: Cisco 2600XM, Cisco 2691, Cisco 2811, Cisco 2821, Cisco 2851, Cisco 3700, and Cisco 3800 series routers.


              		

            


          

        




      


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    wlccp
                    wds
                  
                


              		

              
                

Displays either WDS debug state or WDS statistics messages.


              		

            


            

              
                

                  
                    show
                    wlccp
                    wds
                  
                


              		

              
                

Shows information about access points and client devices on the WDS router.


              		

            


            

              
                

                  
                    wlccp
                    authentication-server
                    client
                  
                


              		

              
                

Configures the list of servers to be used for 802.1X authentication.


              		

            


            

              
                

                  
                    wlccp
                    authentication-server
                    infrastructure
                  
                


              		

              
                

Configures the list of servers to be used for 802.1X authentication for the wireless infrastructure devices.


              		

            


            

              
                

                  
                    wlccp
                    wds
                    priority
                    interface
                  
                


              		

              
                

Enables a wireless device such as an access point or a wireless-aware router to be a WDS candidate.


              		

            


          

        




      


    


  




debug wlccp rmlib



    

      

Use the 
debug wlccp rmlib privileged EXEC command to activate display of radio management library functions on the access point that provides wireless domain services (WDS).


    


    

      

        

          
            debug
             
            wlccp
             
            rmlib
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Default
          

      

Debugging is not enabled.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.2(13)JA 


              		

              
                

This command was first introduced.


              		

            


            

              
                

12.2SX


              		

              
                

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.


              		

            


          

        




    


    

            Usage Guidelines
          

      

This command is not supported on bridges.


    


    

        Examples
      

      

This example shows how to activate display of radio management library functions on the access point that provides WDS:


      
SOAP-AP# debug wlccp rmlib



    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    show
                    debugging
                  
                


              		

              
                

Displays all debug settings and the debug packet headers


              		

            


            

              
                

                  
                    show
                    wlccp
                  
                


              		

              
                

Displays WLCCP information


              		

            


          

        




      


    


  




debug wlccp wds



    

      

To display wireless domain services (WDS) debug messages, state messages, and failure statistics, use the debug wlccp wdscommand in privileged EXEC mode. To disable debug output, use the no form of this command.


    


    

      

        

          
            debug
             
            wlccp
             
            wds
             
            {authenticator | state | statistics}
          
        

        

          
            no
             
            debug
             
            wlccp
             
            wds
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    authenticator
                  
                


              		

              
                

MAC and Extensible Authentication Protocol (EAP) authentication.


              		

            


            

              
                

                  
                    state
                  
                


              		

              
                

WDS state and debug messages.


              		

            


            

              
                

                  
                    statistics
                  
                


              		

              
                

WDS failure statistics.


              		

            


          

        




    


    

          Command Default
          

      

No default behavior or values


    


    

          Command Modes
          

      


Privileged EXEC (#)


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.2(11)JA


              		

              
                

This command was introduced.


              		

            


            

              
                

12.3(11)T


              		

              
                

This command was implemented on the following platforms: Cisco 2600XM, Cisco 2691, Cisco 2811, Cisco 2821, Cisco 2851, Cisco 3700, and Cisco 3800 series routers.


              		

            


            

              
                

12.2SX


              		

              
                

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.


              		

            


          

        




    


    

        Examples
      

      

The following command displays WDS failure statistics:


      
Router# debug wlccp wds 
statistics



    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    wlccp
                    packet
                  
                


              		

              
                

Displays packet traffic to and from the WDS router.


              		

            


            

              
                

                  
                    show
                    wlccp
                    wds
                  
                


              		

              
                

Shows information about access points and client devices on the WDS router.


              		

            


            

              
                

                  
                    wlccp
                    authentication-server
                    client
                  
                


              		

              
                

Configures the list of servers to be used for 802.1X authentication.


              		

            


            

              
                

                  
                    wlccp
                    authentication-server
                    infrastructure
                  
                


              		

              
                

Configures the list of servers to be used for 802.1X authentication for the wireless infrastructure devices.


              		

            


            

              
                

                  
                    wlccp
                    wds
                    priority
                    interface
                  
                


              		

              
                

Enables a wireless device such as an access point or a wireless-aware router to be a WDS candidate.


              		

            


          

        




    


  




debug wsma agent



 
	 
 
		
 To display debugging information on all Web Services Management Agents (WSMAs), use the 
		  debug 
			 wsma 
			 agent command in privileged EXEC mode. To disable the debugging information on all WSMAs, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				wsma 
				  
				agent 
				  
				[config | exec | filesys | notify] 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				wsma 
				  
				agent 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  config 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays debugging information for the configuration agent.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						exec
					 

 
				  		
 
				   
					 
 (Optional) Displays debugging information for the executive agent.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						filesys
					 

 
				  		
 
				   
					 
 (Optional) Displays debugging information for the file system agent.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						notify
					 

 
				  		
 
				   
					 
 (Optional) Displays debugging information for the notify agent.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC (#) 

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.4(24)T
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(50)SY
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(50)SY.
					 

 
				  		
 
				


				

				  
					 
 15.1(1)SG
					 


				  		

				  
					 
 This command was integrated into Cisco IOS Release 15.1(1)SG.
					 


				  		

				


				

				  
					 
IOS XE Release 3.3SG
					 


				  		

				  
					 
 This command was integrated into Cisco IOS XE Release 3.3SG.
					 


				  		

				

 
			 
 
		  



 
	 

 
	 

        Examples
      
 
		
 The following example shows how to display debugging information for a WSMA listener profile:
		

 
		
Router# debug wsma agent config

WSMA agent config debugging is on

 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  wsma 
						  profile 
						 
					 

 
				  		
 
				   
					 
 Displays debugging information for all WSMA profiles.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
  




debug wsma profile



 
	 
 
		
 To display debugging information on all Web Services Management Agent (WSMA) profiles, use the 
		  debug 
			 wsma 
			 profile command in privileged EXEC mode. To disable the debugging information on all WSMA profiles, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				wsma 
				  
				profile 
				  
				[listener | initiator] 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				wsma 
				  
				profile 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  listener 
						 
					 

 
				  		
 
				   
					 
 Displays debugging information for the listener profile.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						initiator
					 

 
				  		
 
				   
					 
 Displays debugging information for the initiator profile.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC (#) 

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.4(24)T
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 15.1(1)T
					 

 
				  		
 
				   
					 
 This command was modified. The 
						initiator keyword was added. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(50)SY
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(50)SY.
					 

 
				  		
 
				


				

				  
					 
 15.1(1)SG
					 


				  		

				  
					 
 This command was integrated into Cisco IOS Release 15.1(1)SG.
					 


				  		

				


				

				  
					 
IOS XE Release 3.3SG
					 


				  		

				  
					 
 This command was integrated into Cisco IOS XE Release 3.3SG.
					 


				  		

				

 
			 
 
		  



 
	 

 
	 

        Examples
      
 
		
 The following example shows how to display debugging information for a WSMA listener profile:
		

 
		
Router# debug wsma profile listener

WSMA profile listener debugging is on


 
		
 The following example shows how to display debugging information for a WSMA initiator profile:
		

 
		
Router# debug wsma profile initiator

WSMA profile initiator debugging is on


 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  wsma 
						  agent 
						 
					 

 
				  		
 
				   
					 
 Displays debugging information for all WSMAs.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
  




debug wsapi



 
	 
 
		
 To collect and display traces for the Cisco Unified Communication IOS services application programming interface, use the 
		  debug wsapi 
			 command in privileged EXEC mode. To disable debugging, use the 
		  no form of this command. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				 debug 
				 
				  
				wsapi 
			  
			 infrastructure | xcc | xcdr | xsvc 
				all | default | detail | error | event | function | inout | messages
		  
 
		  
 
			  
				no debug 
				 
				  
				wsapi 
			  
			 infrastructure | xcc | xcdr | xsvc 
				all | default | detail | error | event | function | inout | messages
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			 
			  
				

				   
						 infrastructure 
						 
					 
				  

				  
					 
Enables debugging traces on the infrastructure.
					 


				  		

				


				

				   
						 xcc 
						 
					 
				  

				  
					 
Enables debugging traces on the xcc provider.
					 


				  		

				


				

				   
						 xcdr 
						 
					 
				  

				  
					 
 Enables debugging traces on the xcdr provider. 
					 


				  		

				


				

				   
						 xsvc 
						 
					 
				  

				  
					 
 Enables debugging traces on the xsvc provider 
					 


				  		

				


				
 
				   
					  
						 all 
						 
					  
				  
 
				   
					 
 Enables all debugging traces.
					 

 
				  		
 
				


				

				   
						 default 
						 
					 
				  

				  
					 
 Enables default debugging traces. 
					 


				  		

				


				

				   
						 detail 
						 
					 
				  

				  
					 
 Enables detailed debugging traces. 
					 


				  		

				


				

				   
						 error 
						 
					 
				  

				  
					 
 Enables error debugging traces. 
					 


				  		

				


				

				   
						 event 
						 
					 
				  

				  
					 
 Enables event debugging traces. 
					 


				  		

				


				

				   
						 function 
						 
					 
				  

				  
					 
 Enables function debugging traces. 
					 


				  		

				


				

				   
						 inout 
						 
					 
				  

				  
					 
 Enables inout debugging traces. 
					 


				  		

				


				

				   
						 messages 
						 
					 
				  

				  
					 
 Enables API message traces. 
					 


				  		

				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC (#)



 
	 

 
	 
 
		

        Command History
      


 
			  
				
 
				  Release 
				  
 
				  Modification 
				  
 
				

 
			 
 
			  
				
 
				   15.2(2)T 
				  
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 Use this command to enable debugging traces for the Cisco Unified Communicaion IOS services subsystems. 
		

 
	 

 
	 

        Examples
      
 
		
 The following is a sample output from the 
		  debug wsapi infrastructure command for an XCC registration. 
		

 
		
Router# debug wsapi infrastructure

23:25:09: //WSAPI/INFRA/wsapi_https_urlhook:
23:25:09: //WSAPI/INFRA: app_name cisco_xcc in url /cisco_xcc in port 8090
23:25:09: //WSAPI/INFRA/wsapi_https_urlhook: Exit
23:25:09: //WSAPI/INFRA/wsapi_https_post_action:
23:25:09: wsapi_https_data_read: <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"><soapenv:Body><RequestXccRegister xmlns="http://www.cisco.com/schema/cisco_xcc/v1_0"><applicationData><name>myapp</name><url>http://sj22lab-as2:8090/xcc</url></applicationData><blockingEventTimeoutSec>1</blockingEventTimeoutSec><blockingTimeoutHandle>CONTINUE_PROCESSING</blockingTimeoutHandle><connectionEventsFilter>CREATED AUTHORIZE_CALL REDIRECTED ALERTING CONNECTED TRANSFERRED CALL_DELIVERY DISCONNECTED HANDOFFLEAVE
HANDOFFJOIN</connectionEventsFilter><mediaEventsFilter>MODE_CHANGE DTMF TONE_BUSY TONE_DIAL TONE_SECOND_DIAL TONE_RINGBACK TONE_OUT_OF_SERVICE MEDIA_ACTIVITY</mediaEventsFilter><msgHeader><transactionID>txID001</transactionID></msgHeader><providerData><url>http://10.1.1.1:8090/cisco_xcc</url></providerData></RequestXccRegister></soapenv:Body></soapenv:Envelope>
23:25:09: //WSAPI/INFRA/27/0/wsapi_https_recv:
23:25:09: //WSAPI/INFRA/27/0/txID001/wsapi_ph_request_msg_handle:
23:25:09: //WSAPI/INFRA/27/0/txID001: prov_type 0 msg_type 6 prov_state 1
23:25:09: //WSAPI/INFRA/wsapi_create_common_msg:
23:25:09: //WSAPI/INFRA/wsapi_create_common_msg: Exit
23:25:09: //WSAPI/INFRA/27/0/txID001/wsapi_send_outbound_response:
23:25:09: wsapi_dump_msg: type 8
23:25:09: transactionID txID001
23:25:09: registrationID 50674FC:XCC:myapp:9
23:25:09: ResponseXccRegister:
23:25:09: providerStatus 1
23:25:09: //WSAPI/INFRA/27/0/txID001/wsapi_send_outbound_response: Exit
23:25:09: wsapi_send_ResponseRegister:mem_mgr_mempool_free: mem_refcnt(3CA18B8)=0 - mempool cleanup
23:25:09: //WSAPI/INFRA/27/0/txID001/wsapi_https_recv: Exit
23:25:09: wsapi_https_data_write: <?xml version="1.0" encoding="UTF-8"?><SOAP:Envelope xmlns:SOAP="http://www.w3.org/2003/05/soap-envelope"><SOAP:Body><ResponseXccRegister xmlns="http://www.cisco.com/schema/cisco_xcc/v1_0"><msgHeader><transactionID>txID001</transactionID><registrationID>50674FC:XCC:myapp:9</registrationID></msgHeader><providerStatus>IN_SERVICE</providerStatus></ResponseXccRegister></SOAP:Body></SOAP:Envelope>
23:25:09: //WSAPI/INFRA/wsapi_https_post_action: Exit


 
		
 The following is a partial debug log from the 
		  debug wsapi xcc all 
			 command for a call.. 
		

 
		
Router# debug wsapi xcc all

23:27:20: //WSAPI/XCC/check_xccp_active:177:
23:27:20: //WSAPI/XCC/provider_base_get_state:248:
23:27:20: //WSAPI/XCC/provider_base_get_registration_count:212:
23:27:20: //WSAPI/XCC/check_xccp_active:177:
23:27:20: //WSAPI/XCC/provider_base_get_state:248:
23:27:20: //WSAPI/XCC/provider_base_get_registration_count:212:
23:27:20: //WSAPI/XCC/xccp_sessStore_call_add:271:
23:27:20: //WSAPI/XCC/xccp_sessStore_get_db:145:
23:27:20: //WSAPI/XCC/xccp_session_call_add:353: xcc session successfully added
23:27:20: //WSAPI/XCC/xccp_sessStore_call_add:285: xcc call successfully added
23:27:20: //WSAPI/XCC/check_xccp_active:177:
23:27:20: //WSAPI/XCC/provider_base_get_state:248:
23:27:20: //WSAPI/XCC/provider_base_get_registration_count:212:
23:27:20: //WSAPI/XCC/xccp_create_outbound_msg_space:677:
23:27:20: //WSAPI/XCC/xccp_sessStore_get_callData:225:
23:27:20: //WSAPI/XCC/xccp_sessStore_get_db:145:
23:27:20: //WSAPI/XCC/xccp_session_get_callData:445:
23:27:20: //WSAPI/XCC/check_xccp_active:177:
23:27:20: //WSAPI/XCC/provider_base_get_state:248:
23:27:20: //WSAPI/XCC/provider_base_get_registration_count:212:
23:27:20: //WSAPI/XCC/xccp_notify_events:434:
23:27:20: //WSAPI/XCC/xccp_queue_events:304:
23:27:20: //WSAPI/XCC/provider_base_event_new:335:
23:27:20: //WSAPI/UNKNOWN/event_base_new:267:
23:27:20: //WSAPI/XCC: magic [0xBABE] state[EVENT_STATE_ACTIVE] owner [0x1148C178] evSize[56] debFlag[3] evHdlr[0x894D834] evHdlFree[0x894DB00]
23:27:20: //WSAPI/UNKNOWN/event_base_new:292: event base new succ
23:27:20: //WSAPI/XCC/provider_base_event_new:360: provider base eventNew success
23:27:20: //WSAPI/XCC/provider_base_add_ev_to_q:393:
23:27:20: //WSAPI/XCC/check_xccp_active:177:
23:27:20: //WSAPI/XCC/provider_base_get_state:248:
23:27:20: //WSAPI/XCC/provider_base_get_registration_count:212:
23:27:20: //WSAPI/XCC/xccp_create_outbound_msg_space:677:
23:27:20: //WSAPI/XCC/xccp_sessStore_get_callData:225:
23:27:20: //WSAPI/XCC/xccp_sessStore_get_db:145:
23:27:20: //WSAPI/XCC/xccp_session_get_callData:445:
23:27:20: //WSAPI/XCC/check_xccp_active:177:
23:27:20: //WSAPI/XCC/provider_base_get_state:248:
23:27:20: //WSAPI/XCC/provider_base_get_registration_count:212:
23:27:20: //WSAPI/XCC/xccp_solicit_events:359:
23:27:20: //WSAPI/XCC/xccp_queue_events:304:
23:27:20: //WSAPI/XCC/provider_base_event_new:335:
23:27:20: //WSAPI/UNKNOWN/event_base_new:267:
23:27:20: //WSAPI/XCC: magic [0xBABE] state[EVENT_STATE_ACTIVE] owner [0x1148C178] evSize[56] debFlag[3] evHdlr[0x894D834] evHdlFree[0x894DB00]
23:27:20: //WSAPI/UNKNOWN/event_base_new:292: event base new succ
23:27:20: //WSAPI/XCC/provider_base_event_new:360: provider base eventNew success
23:27:20: //WSAPI/XCC/provider_base_add_ev_to_q:393:
23:27:20: //WSAPI/XCC/provider_base_process_events:444:
23:27:20: //WSAPI/XCC/xccp_handle_events:153:
23:27:20: //WSAPI/INFRA/wsapi_send_outbound_message:
23:27:20: //WSAPI/INFRA/wsapi_send_outbound_message_by_provider_info:
23:27:20: //WSAPI/XCC/wsapi_xcc_encode_outbound_msg:
23:27:20: //WSAPI/XCC/wsapi_xcc_encode_outbound_msg: Exit
23:27:20: //WSAPI/INFRA/0/1527/50875A4:319:out_url http://sj22lab-as2:8090/xcc
23:27:20: wsapi_send_outbound_message_by_provider_info: <?xml version="1.0" encoding="UTF-8"?><SOAP:Envelope xmlns:SOAP="http://www.w3.org/2003/05/soap-envelope"><SOAP:Body><NotifyXccConnectionData xmlns="http://www.cisco.com/schema/cisco_xcc/v1_0"><msgHeader><transactionID>50875A4:319</transactionID><registrationID>50674FC:XCC:myapp:9</registrationID></msgHeader><callData><callID>9</callID><state>ACTIVE</state></callData><connData><connID>1527</connID><state>IDLE</state></connData><event><created><connDetailData><connData><connID>1527</connID><state>IDLE</state></connData><guid>7A1E678F-8259-11E0-8FF1-D29982DCA129</guid><callingAddrData><type>E164</type><addr>5522101</addr></callingAddrData><calledAddrData><type>E164</type><addr>6001</addr></calledAddrData><origCallingAddrData><type>E164</type><addr>5522101</addr></origCallingAddrData><origCalledAddrData><type>E164</type><addr>6001</addr></origCalledAddrData><connIntfType>CONN_SIP</connIntfType><mediaData><type>VOICE</type></mediaData><connIntf>1.3.45.2</connIntf><connDirectionType>INCOMING</connDirectionType></connDetailData></created></event></NotifyXccConnectionData></SOAP:Body></SOAP:Envelope>
23:27:20: //WSAPI/INFRA/0/1527/50875A4:319/wsapi_send_outbound_message_by_provider_info: Exit
.
.
.


	 

 
  




debug x25


 
	 
 
		
 To display information about all X.25 traffic or a specific X.25 service class, use the 
		  debug 
			 x25command in privileged EXEC mode. To disable debugging output, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				x25 
				  
				[only | cmns | xot] 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				x25 
				  
				[only | cmns] 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  only 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays information about X.25 services only. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  cmns 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays information about CMNS services only.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  xot 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays information about XOT services only.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic except Data and Receiver Ready (RR) packets.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  all 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic. This is the default.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  dump 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the encoded packet contents in hexadecimal and ASCII formats.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 All traffic is displayed.
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 10.0
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.0(5)T
					 

 
				  		
 
				   
					 
 For Domain Name System (DNS)-based X.25 routing, additional functionality was added to the 
						debug 
						  x25 
						events command to describe the events that occur while the X.25 address is being resolved to an IP address using a DNS server. The 
						debug 
						  domain command can be used along with 
						debug 
						  x25 
						events to observe the whole DNS-based X.25 routing data flow. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.0(7)T
					 

 
				  		
 
				   
					 
 For the X.25 Closed User Groups (CUGs) feature, functionality was added to the 
						debug 
						  x25 
						events command to describe events that occur during CUG activity. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(8)T
					 

 
				  		
 
				   
					 
 The 
						debug 
						  x25 
						events command was enhanced to display events specific to Record Boundary Preservation protocol.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(2)T
					 

 
				  		
 
				   
					 
 The 
						dump keyword was added.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		

Caution
 
		  
 The X.25 debug commands can generate large amounts of debugging output. If logging of debug output to the router console is enabled (the default condition), this output may fill the console buffer, preventing the router from processing packets until the contents of the console buffer have been printed. 
		  

 
		

 
		
 The 
		  debug 
			 x25, 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands all generate the same basic output. The 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands narrow the scope of the 
		  debug 
			 x25output to specific virtual circuits or types of traffic.
		

 
		
 This command is particularly useful for diagnosing problems encountered when placing calls. The 
		  debug 
			 x25 
		  all output includes data, control messages, and flow control packets for all virtual circuits of the router. 
		

 
		
 All 
		  debug 
			 x25 commands can take either the 
		  events or the 
		  all keyword. The keyword 
		  all is the default and causes all packets meeting the other debug criteria to be reported. The keyword 
		  events omits reports of any Data or RR flow control packets; the normal flow of data and RR packets is commonly large and less interesting to the user, so event reporting can significantly decrease the processor load induced by debug reporting.
		

 
		
 Use the 
		  dump keyword to display the entire contents, including user data, of X.25 packets. The encoded X.25 packet contents are displayed after the standard packet description. The output includes the offset into the packet and the display of the data in both hexadecimal and ASCII formats. 
		

 
		

Caution
 
		  
 The X.25 packet information that is reported by using the 
			 dump keyword may contain sensitive data; for example, clear-text account identities and passwords. The network access policies and router configuration should be controlled appropriately to address this risk.
		  

 
		

 
	 

 
	 

        Examples
      
 
		
 The following is sample output from the 
		  debug 
			 x25command, displaying output concerning the functions X.25 restart, call setup, data exchange, and clear: 
		

 
		
Router# debug x25
Serial0: X.25 I R/Inactive Restart (5) 8 lci 0
  Cause 7, Diag 0 (Network operational/No additional information)
Serial0: X.25 O R3 Restart Confirm (3) 8 lci 0
Serial0: X.25 I P1 Call (15) 8 lci 1
From(6): 170091 To(6): 170090
   Facilities: (0)
   Call User Data (4): 0xCC000000 (ip)
Serial0: X.25 O P3 Call Confirm (3) 8 lci 1
Serial0: X.25 I D1 Data (103) 8 lci 1 PS 0 PR 0
Serial0: X.25 O D1 Data (103) 8 lci 1 PS 0 PR 1
Serial0: X.25 I P4 Clear (5) 8 lci 1
  Cause 9, Diag 122 (Out of order/Maintenance action)
Serial0: X.25 O P7 Clear Confirm (3) 8 lci 1

 
	 

 
	 
debug x25 events for DNS-Based X.25 Routing: Example
 
		 
		
 The following example of the 
		  debug 
			 x25command with the 
		  events keyword shows output related to the DNS-Based X.25 Routing feature. It shows messages concerning access to the DNS server. In the example, nine alternate addresses for one XOT path are entered into the DNS server database. All nine addresses are returned to the host cache of the router by the DNS server. However, only six addresses will be used during the XOT switch attempt because this is the limit that XOT allows.
		

 
		
Router# debug x25 events
00:18:25:Serial1:X.25 I R1 Call (11) 8 lci 1024
00:18:25: From (0): To (4):444 
00:18:25: Facilities:(0)
00:18:25: Call User Data (4):0x01000000 (pad)
00:18:25:X.25 host name sent for DNS lookup is "444"
00:18:26:%3-TRUNCATE_ALT_XOT_DNS_DEST:Truncating excess XOT addresses (3)
returned by DNS
00:18:26:DNS got X.25 host mapping for "444" via network
00:18:32:[10.1.1.8 (pending)]:XOT open failed (Connection timed out; remote host not responding)
00:18:38:[10.1.1.7 (pending)]:XOT open failed (Connection timed out; remote host not responding)
00:18:44:[10.1.1.6 (pending)]:XOT open failed (Connection timed out; remote host not responding)
00:18:50:[10.1.1.5 (pending)]:XOT open failed (Connection timed out; remote host not responding)
00:18:56:[10.1.1.4 (pending)]:XOT open failed (Connection timed out; remote host not responding)
00:20:04:[10.1.1.3,1998/10.1.1.3,11007]:XOT O P2 Call (17) 8 lci 1
00:20:04: From (0): To (4):444
00:20:04: Facilities:(6)
00:20:04:  Packet sizes:128 128
00:20:04:  Window sizes:2 2
00:20:04: Call User Data (4):0x01000000 (pad) 
00:20:04:[10.1.1.3,1998/10.1.1.3,11007]:XOT I P2 Call Confirm (11) 8 lci 1
00:20:04: From (0): To (0):
00:20:04: Facilities:(6)
00:20:04:  Packet sizes:128 128
00:20:04:  Window sizes:2 2
00:20:04:Serial1:X.25 O R1 Call Confirm (5) 8 lci 1024
00:20:04: From (0): To (0):
00:20:04: Facilities:(0)

 
	 

 
	 
Record Boundary Preservation: Examples
 
		 
		
 The following examples show output for the 
		  x25 
			 debugcommand with the 
		  events keyword when record boundary preservation (RBP) has been configured using the 
		  x25 
			 map 
			 rbp 
			 local 
		  command.
		

 
		
 The following display shows establishment of connection:
		

 
		
X25 RBP:Incoming connection for port 9999 from 10.0.155.30 port 11001
Serial0/1:X.25 O R1 Call (10) 8 lci 64
  From (5):13133 To (5):12131
  Facilities:(0)
Serial0/1:X.25 I R1 Call Confirm (3) 8 lci 64


 
		
 The following display shows that the X.25 call was cleared by the X.25 host:
		

 
		
Serial0/1:X.25 I R1 Clear (5) 8 lci 64
  Cause 0, Diag 122 (DTE originated/Maintenance action)
X25 RBP:X.25 circuit cleared
Serial0/1:X.25 O R1 Clear Confirm (3) 8 lci 64


 
		
 The following display shows that the TCP session has terminated:
		

 
		
[10.0.155.30,11000/10.0.155.33,9999]:TCP receive error, End of data transfer
X25 RBP:End of data transfer
Serial0/1:X.25 O R1 Clear (5) 8 lci 64
Cause 9, Diag 122 (Out of order/Maintenance action)
Serial0/1:X.25 I R1 Clear Confirm (3) 8 lci 64

 
		

 
		
 The following examples show output of the 
		  x25 
			 debugcommand with the 
		  events keyword when RBP has been configured using the 
		  x25 
			 pvc 
			 rbp 
			 local 
		  command.
		

 
		
 The following display shows data on the permanent virtual circuit (PVC) before the TCP session has been established:
		

 
		
X25 RBP:Data on unconnected PVC
Serial1/0:X.25 O D1 Reset (5) 8 lci 1
  Cause 0, Diag 113 (DTE originated/Remote network problem)
Serial1/0:X.25 I D2 Reset Confirm (3) 8 lci 1


 
		
 The following display shows establishment of connection:
		

 
		
X25 RBP:Incoming connection for port 9998 from 2.30.0.30 port 11002
Serial1/0:X.25 O D1 Reset (5) 8 lci 1
  Cause 0, Diag 0 (DTE originated/No additional information)
Serial1/0:X.25 I D2 Reset Confirm (3) 8 lci 1


 
		
 The following display shows termination of connection when the X.25 PVC was reset:
		

 
		
Serial1/0:X.25 I D1 Reset (5) 8 lci 1
  Cause 15, Diag 122 (Network operational (PVC)/Maintenance action)
X25 RBP:Reset packet received
Serial1/0:X.25 O D3 Reset Confirm (3) 8 lci 1


 
		
 The following display shows that the TCP session has terminated:
		

 
		
[2.30.0.30,11003/2.30.0.33,9998]:TCP receive error, End of data transfer
X25 RBP:End of data transfer
Serial1/0:X.25 O D1 Reset (5) 8 lci 1
  Cause 0, Diag 113 (DTE originated/Remote network problem)
Serial1/0:X.25 I D2 Reset Confirm (3) 8 lci 1

 
		

 
		
 The following examples show output of the 
		  x25 
			 debugcommand with the 
		  events keyword when RBP has been configured using the 
		  x25 
			 map 
			 rbp 
			 remote 
		  command.
		

 
		
 The following display shows that the X.25 call was cleared:
		

 
		
Serial0/1:X.25 I R1 Clear (5) 8 lci 1024
  Cause 0, Diag 122 (DTE originated/Maintenance action)
X25 RBP:X.25 circuit cleared
Serial0/1:X.25 O R1 Clear Confirm (3) 8 lci 1024


 
		
 The following display shows that the X.25 call was reset:
		

 
		
Serial0/1:X.25 I D1 Reset (5) 8 lci 1024
  Cause 0, Diag 122 (DTE originated/Maintenance action)
X25 RBP:Reset packet received
Serial0/1:X.25 O R1 Clear (5) 8 lci 1024
  Cause 9, Diag 122 (Out of order/Maintenance action)
Serial0/1:X.25 I R1 Clear Confirm (3) 8 lci 1024

 
		

 
		
 The following examples show output of the 
		  x25 
			 debugcommand with the 
		  events keyword when RBP has been configured using the 
		  x25 
			 pvc 
			 rbp 
			 remote command.
		

 
		
 The following display shows that the X.25 PVC has been reset:
		

 
		
Serial0/0:X.25 I D1 Reset (5) 8 lci 1
  Cause 0, Diag 122 (DTE originated/Maintenance action)
X25 RBP:Reset packet received
Serial0/0:X.25 O D2 Reset Confirm (3) 8 lci 1


 
		
 The following display shows that the connection was terminated when the X.25 interface was restarted:
		

 
		
Serial0/0:X.25 I R1 Restart (5) 8 lci 0
  Cause 0, Diag 122 (DTE originated/Maintenance action)
X25 RBP:X.25 PVC inactive
Serial0/0:X.25 O R2 Restart Confirm (3) 8 lci 0
Serial0/0:X.25 O D1 Reset (5) 8 lci 1
  Cause 1, Diag 113 (Out of order (PVC)/Remote network problem)
Serial0/0:X.25 I D3 Reset Confirm (3) 8 lci 1

 
	 

 
	 
debug x25 dump Example
 
		 
		
 The following is sample output for the 
		  debug 
			 x25 
			 dump command. The encoded X.25 packet contents are displayed after the standard packet description. The output includes the offset into the packet and the display of the data in both hexadecimal and ASCII formats. 
		

 
		
Router# debug x25 dump
Serial1: X.25 O R/Inactive Restart (5) 8 lci 0
   Cause 0, Diag 0 (DTE originated/No additional information)
       0: 1000FB00 00                          ..{..           
Serial1: X.25 I R2 Restart (5) 8 lci 0
   Cause 7, Diag 0 (Network operational/No additional information)
       0:                              1000FB               ..{
       3: 0700                                 ..              
Serial1: X.25 I R1 Call (13) 8 lci 1
   From (4): 2501 To (4): 2502
   Facilities: (0)
   Call User Data (4): 0xCC000000 (ip)
       0:            10010B 44250225 0100CC00       ...D%.%..L.
      11: 0000                                 ..              
Serial1: X.25 O R1 Call Confirm (3) 8 lci 1
       0: 10010F                               ...             
Serial1: X.25 I D1 Data (103) 8 lci 1 PS 0 PR 0
       0:            100100 45000064 00000000       ...E..d....
      11: FF01A764 0A190001 0A190002 0800CBFB  ..'d..........K{
      27: 0B1E22CA 00000000 00028464 ABCDABCD  .."J.......d+M+M
      43: ABCDABCD ABCDABCD ABCDABCD ABCDABCD  +M+M+M+M+M+M+M+M
      59: ABCDABCD ABCDABCD ABCDABCD ABCDABCD  +M+M+M+M+M+M+M+M
      75: ABCDABCD ABCDABCD ABCDABCD ABCDABCD  +M+M+M+M+M+M+M+M
      91: ABCDABCD ABCDABCD ABCDABCD           +M+M+M+M+M+M    
Serial1: X.25 O D1 Data (103) 8 lci 1 PS 0 PR 1
       0:            100120 45000064 00000000       .. E..d....
      11: FF01A764 0A190002 0A190001 0000D3FB  ..'d..........S{
      27: 0B1E22CA 00000000 00028464 ABCDABCD  .."J.......d+M+M
      43: ABCDABCD ABCDABCD ABCDABCD ABCDABCD  +M+M+M+M+M+M+M+M
      59: ABCDABCD ABCDABCD ABCDABCD ABCDABCD  +M+M+M+M+M+M+M+M
      75: ABCDABCD ABCDABCD ABCDABCD ABCDABCD  +M+M+M+M+M+M+M+M
      91: ABCDABCD ABCDABCD ABCDABCD           +M+M+M+M+M+M    
 Serial1: X.25 I R1 Clear (5) 8 lci 1
   Cause 9, Diag 122 (Out of order/Maintenance action)
       0:            100113 097A                    ....z      
 Serial1: X.25 O R1 Clear Confirm (3) 8 lci 1
       0:                   100117                     .


 
		
 The table below describes significant fields shown in the displays.
		

 
		

Table 12debug x25 Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Serial0
				  

 
						
 
				 
				  
 Interface on which the X.25 event occurred. 
				  

 
						
 
			 

 
			 
 
				 
				  
 X.25
				  

 
						
 
				 
				  
 Type of event this message describes.
				  

 
						
 
			 

 
			 
 
				 
				  
 I
				  

 
						
 
				 
				  
 Letter indicating whether the X.25 packet was input (I) or output (O) through the interface. 
				  

 
						
 
			 

 
			 
 
				 
				  
 R3
				  

 
						
 
				 
				  
 State of the service or virtual circuit (VC). Possible values follow:
				  

 
				  
 R/Inactive--Packet layer awaiting link layer service
				  

 
				  
 R1--Packet layer ready
				  

 
				  
 R2--Data terminal equipment (DTE) restart request
				  

 
				  
 R3--DCE restart indication
				  

 
				  
 P/Inactive--VC awaiting packet layer service 
				  

 
				  
 P1--Idle
				  

 
				  
 P2--DTE waiting for DCE to connect CALL
				  

 
				  
 P3--DCE waiting for DTE to accept CALL
				  

 
				  
 P4--Data transfer
				  

 
				  
 P5--CALL collision
				  

 
				  
 P6--DTE clear request
				  

 
				  
 P7--DCE clear indication
				  

 
				  
 D/Inactive--VC awaiting setup
				  

 
				  
 D1--Flow control ready
				  

 
				  
 D2--DTE reset request
				  

 
				  
 D3--DCE reset indication
				  

 
				  
 Refer to Annex B of the 
					 ITU-T 
						Recommendation 
						X.25 for more information on these states.
				  

 
						
 
			 

 
			 
 
				 
				  
 Restart
				  

 
						
 
				 
				  
 The type of X.25 packet. Possible values follow: 
				  

 
				  
 R Events
				  

 
				  
     
					 
  •  Restart
					 
    • 
 
					 
  •  Restart Confirm
					 
    • 
 
					 
  •  Diagnostic
					 
    • 
 
				  

 
				  
 P Events
				  

 
				  
     
					 
  •  Call 
					 
    • 
 
					 
  •  Call Confirm
					 
    • 
 
					 
  •  Clear
					 
    • 
 
					 
  •  Clear Confirm
					 
    • 
 
				  

 
				  
 D Events
				  

 
				  
     
					 
  •  Reset
					 
    • 
 
					 
  •  Reset Confirm
					 
    • 
 
				  

 
				  
 D1 Events
				  

 
				  
     
					 
  •  Data
					 
    • 
 
					 
  •  Receiver Not Ready (RNR)
					 
    • 
 
					 
  •  RR (Receiver Ready)
					 
    • 
 
					 
  •  Interrupt
					 
    • 
 
					 
  •  Interrupt Confirm
					 
    • 
 
				  

 
				  
 XOT Overhead
				  

 
				  
     
					 
  •  PVC Setup
					 
    • 
 
				  

 
				  
 Refer to RFC 1613 
					 Cisco Systems X.25 over TCP (XOT) 
					  for information about the XOT PVC Setup packet type.
				  

 
						
 
			 

 
			 
 
				 
				  
 (5)
				  

 
						
 
				 
				  
 Number of bytes in the packet.
				  

 
						
 
			 

 
			 
 
				 
				  
 8
				  

 
						
 
				 
				  
 Modulo of the virtual circuit. Possible values are 8 and 128. 
				  

 
						
 
			 

 
			 
 
				 
				  
 lci 0
				  

 
						
 
				 
				  
 VC number. Refer to Annex A of the 
					 ITU-T 
						Recommendation 
						X.25 for information on VC assignment.
				  

 
						
 
			 

 
			 
 
				 
				  
 Cause 7
				  

 
						
 
				 
				  
 Code indicating the event that triggered the packet. The Cause field can appear only in entries for Clear, Reset, and Restart packets. Possible values for the Cause field can vary, depending on the type of packet. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 Diag 0
				  

 
						
 
				 
				  
 Code providing an additional hint of what, if anything, went wrong. The Diag field can appear only in entries for Clear, Diagnostic (as "error 0"), Reset, and Restart packets. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 (Network operational/ No additional information)
				  

 
						
 
				 
				  
 The standard explanations of the Cause and Diagnostic codes (cause/diag).
				  

 
						
 
			 

 
			 
 
				 
				  
 From (6):170091
				  

 
						
 
				 
				  
 Source address. (6) indicates the number of digits in the address that follows. The source address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 To (6): 170090
				  

 
						
 
				 
				  
 Destination address. (6) indicates the number of digits in the address that follows. The destination address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 Facilities:(0)
				  

 
						
 
				 
				  
 Indicates that a facilities block is encoded and that it consists of 0 bytes. A breakdown of the encoded facilities (if any) follows.
				  

 
						
 
			 

 
			 
 
				 
				  
 Call User Data (4):
				  

 
						
 
				 
				  
 Indicates that the Call User Data (CUD) field is present and consists of 4 bytes. 
				  

 
						
 
			 

 
			 
 
				 
				  
 0xCC000000 (ip)
				  

 
						
 
				 
				  
 Protocol identifier (PID). This subfield of the CUD field is presented in the output as a hexadecimal string followed by the name of the protocol (in this case, IP) that the string represents.
				  

 
				  
 Any bytes following the PID are designated "user data" and may be used by an application separately from the PID.
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  interface 
						 
					 

 
				  		
 
				   
					 
 Displays information about a specific X.25 or CMNS context or virtual circuit.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  vc 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic for all virtual circuits that use a given number.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  xot 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic to or from a specific XOT host.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug x25 annexg


 
	 
 
		
 To display information about Annex G (X.25 over Frame Relay) events, use the 
			 debug 
			 x25 
			 annexgcommand. To disable debugging output, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				x25 
				  
				annexg 
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				x25 
				  
				annexg 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		
 This command has no arguments or keywords.
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.0 T
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 It is generally recommended that the 
		  debug 
			 x25 
			 annexg command be used only when specifically requested by Cisco TAC to obtain information about a problem with an Annex G configuration. The messages displayed by the 
		  debug 
			 x25 
			 annexg command are meant to aid in the diagnosing of internal errors.
		

 
		

Caution
 
		  
 The X.25 debug commands can generate large amounts of debugging output. If logging of debug output to the router console is enabled (the default condition), this output may fill the console buffer, preventing the router from processing packets until the contents of the console buffer have been printed. 
		  

 
		

 
	 

 
	 

        Examples
      
 
		
 The following shows sample output from the 
		  debug 
			 x25 
			 annexg command for a Frame Relay data-link connection identifier (DLCI) configured for Annex G operation:
		

 
		
Router# debug x25 annexg
 
Jul 31 05:23:20.316:annexg_process_events:DLCI 18 attached to interface Serial2/0:0 is ACTIVE
Jul 31 05:23:20.316:annexg_ctxt_create:Creating X.25 context over Serial2/0:0 (DLCI:18 using X.25 profile:OMC), type 10, len 2, addr 00 12
Jul 31 05:23:20.316:annexg_create_lower_layer:Se2/0:0 DLCI 18, payload 1606, overhead 2
Jul 31 05:23:20.320:annexg_restart_tx:sending pak to Serial2/0:0
Jul 31 05:23:23.320:annexg_restart_tx:sending pak to Serial2/0:0


 
		
 The table below describes significant fields shown in the display.
		

 
		

Table 13debug x25 annexg Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 payload
				  

 
						
 
				 
				  
 Amount of buffer space available per message before adding Frame Relay and device-specific headers.
				  

 
						
 
			 

 
			 
 
				 
				  
 overhead
				  

 
						
 
				 
				  
 The length of the Frame Relay header and any device-specific header that may be needed.
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  x25 
						 
					 

 
				  		
 
				   
					 
 Displays information about all X.25 traffic or a specific X.25 service class.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  interface 
						 
					 

 
				  		
 
				   
					 
 Displays information about specific X.25, Annex G or CMN contexts or virtual circuits that occur on the identified interface.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  vc 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic for all virtual circuits that have a given number.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug x25 aodi



    

      

To display information about an interface running PPP over an X.25 session, use the debug x25 aodicommand. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            x25
             
            aodi
          
        

        

          
            no
             
            debug
             
            x25
             
            aodi
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

10.0


              		

              
                

This command was introduced.


              		

            


            

              
                

12.2(33)SRA


              		

              
                

This command was integrated into Cisco IOS Release 12.2(33)SRA.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Use the debug x25 aodi command to display interface PPP events running over an X.25 session and to debug X.25 connections between a client and server configured for Always On/Dynamic ISDN (AO/DI).


    


    

        Examples
      

      

The following examples show the normal sequence of events for both the AO/DI client and the server sides:


    


    
Client Side

      
      
Router# debug x25 aodi
PPP-X25: Virtual-Access1: Initiating AODI call request
PPP-X25: Bringing UP X.25 AODI VC
PPP-X25: AODI Client Call Confirm Event Received
PPP-X25: Cloning interface for AODI is Di1
PPP-X25: Queuing AODI Client Map Event
PPP-X25: Event:AODI Client Map
PPP-X25: Created interface Vi2 for AODI service
PPP-X25: Attaching primary link Vi2 to Di1
PPP-X25: Cloning Vi2 for AODI service using Di1
PPP-X25: Vi2: Setting the PPP call direction as OUT
PPP-X25: Vi2: Setting vectors for RFC1598 operation on BRI3/0:0 VC 0
PPP-X25: Vi2: Setting the interface default bandwidth to 10 Kbps
PPP-X25: Virtual-Access2: Initiating AODI call request
PPP-X25: Bringing UP X.25 AODI VC
PPP-X25: AODI Client Call Confirm Event Received


    


    
Server Side

      
      
Router# debug x25 aodi
PPP-X25: AODI Call Request Event Received
PPP-X25: Event:AODI Incoming Call Request
PPP-X25: Created interface Vi1 for AODI service
PPP-X25: Attaching primary link Vi1 to Di1
PPP-X25: Cloning Vi1 for AODI service using Di1
PPP-X25: Vi1: Setting vectors for RFC1598 operation on BRI3/0:0 VC 1
PPP-X25: Vi1: Setting the interface default bandwidth to 10 Kbps
PPP-X25: Binding X.25 VC 1 on BRI3/0:0 to Vi1


      


    


  




debug x25 interface


 
	 
 
		
 To display information about the specific X.25, Annex G or Connection Mode Network Service (CMN) contexts or virtual circuits that occur on the identified interface, use the 
		  debug 
			 x25 
			 interfacecommand in privileged EXEC mode. To disable debugging output, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				x25 
				  
				interface 
				  
				{serial-interface | cmns-interface [mac mac-address]} 
				  
				[vc number] 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				x25 
				  
				interface 
				  
				{serial-interface | cmns-interface [mac mac-address]} 
				  
				[vc number] 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  serial-interface 
						 
					 

 
				  		
 
				   
					 
 Serial interface number that is configured for X.25 or Annex G service.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  cmns-interface 
						 
					 

 
				  		
 
				   
					 
 Interface supporting CMNS traffic and, if specified, the MAC address of a remote host. The interface type can be Ethernet, Token Ring, or FDDI.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  mac 
						 
						 
						  mac-address 
						 
					 

 
				  		
 
				   
					 
 (Optional) MAC address of the CMNS interface and remote host. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  vc 
						 
						 
						  number 
						 
					 

 
				  		
 
				   
					 
 (Optional) Virtual circuit number. Range is from 1 to 4095. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic except Data and Receiver Ready (RR) packets.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  all 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic. This is the default.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  dump 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the encoded packet contents in hexadecimal and ASCII formats.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 All traffic is displayed.
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 10.0
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(2)T
					 

 
				  		
 
				   
					 
 The 
						dump keyword was added.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		

Caution
 
		  
 The X.25 debug commands can generate large amounts of debugging output. If logging of debug output to the router console is enabled (the default condition), this output may fill the console buffer, preventing the router from processing packets until the contents of the console buffer have been printed. 
		  

 
		

 
		
 The 
		  debug 
			 x25, 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands all generate the same basic output. The 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands narrow the scope of the 
		  debug 
			 x25 
		  output to specific virtual circuits or types of traffic.
		

 
		
 The 
		  debug 
			 x25 
			 interface command is useful for diagnosing problems encountered with a single X.25 or CMNS host or virtual circuit. 
		

 
		
 The keyword 
		  all is the default and causes all packets meeting the other debug criteria to be reported. The keyword 
		  events omits reports of any Data or RR flow control packets; the normal flow of data and RR packets is commonly large and less interesting to the user, so event reporting can significantly decrease the processor load induced by debug reporting.
		

 
		
 Use the 
		  dump keyword to display the entire contents, including user data, of X.25 packets. The encoded X.25 packet contents are displayed after the standard packet description. The output includes the offset into the packet and the display of the data in both hexadecimal and ASCII formats. 
		

 
		

Caution
 
		  
 The X.25 packet information that is reported by using the 
			 dump keyword may contain sensitive data; for example, clear-text account identities and passwords. The network access policies and router configuration should be controlled appropriately to address this risk.
		  

 
		

 
	 

 
	 

        Examples
      
 
		
 The following is sample output from the 
		  debug 
			 x25 
			 interfacecommand: 
		

 
		
Router# debug x25 interface serial 0
X.25 packet debugging is on
X.25 packet debugging is restricted to interface serial0
Serial0: X.25 I R/Inactive Restart (5) 8 lci 0
  Cause 7, Diag 0 (Network operational/No additional information)
Serial0: X.25 O R3 Restart Confirm (3) 8 lci 0
Serial0: X.25 I P1 Call (15) 8 lci 1
From(6): 170091 To(6): 170090
   Facilities: (0)
   Call User Data (4): 0xCC000000 (ip)
Serial0: X.25 O P3 Call Confirm (3) 8 lci 1
Serial0: X.25 I D1 Data (103) 8 lci 1 PS 0 PR 0
Serial0: X.25 O D1 Data (103) 8 lci 1 PS 0 PR 1
Serial0: X.25 I P4 Clear (5) 8 lci 1
  Cause 9, Diag 122 (Out of order/Maintenance action)
Serial0: X.25 O P7 Clear Confirm (3) 8 lci 1

 
		

 
		
 The table below describes the significant fields shown in the display.
		

 
		

Table 14debug x25 interface Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Serial0
				  

 
						
 
				 
				  
 Interface on which the X.25 event occurred. 
				  

 
						
 
			 

 
			 
 
				 
				  
 X.25
				  

 
						
 
				 
				  
 Type of event this message describes.
				  

 
						
 
			 

 
			 
 
				 
				  
 I
				  

 
						
 
				 
				  
 Letter indicating whether the X.25 packet was input (I) or output (O) through the interface. 
				  

 
						
 
			 

 
			 
 
				 
				  
 R3
				  

 
						
 
				 
				  
 State of the service or virtual circuit (VC). Possible values follow:
				  

 
				  
 R/Inactive--Packet layer awaiting link layer service
				  

 
				  
 R1--Packet layer ready
				  

 
				  
 R2--Data terminal equipment (DTE) restart request
				  

 
				  
 R3--DCE restart indication
				  

 
				  
 P/Inactive--VC awaiting packet layer service 
				  

 
				  
 P1--Idle
				  

 
				  
 P2--DTE waiting for DCE to connect CALL
				  

 
				  
 P3--DCE waiting for DTE to accept CALL
				  

 
				  
 P4--Data transfer
				  

 
				  
 P5--CALL collision
				  

 
				  
 P6--DTE clear request
				  

 
				  
 P7--DCE clear indication
				  

 
				  
 D/Inactive--VC awaiting setup
				  

 
				  
 D1--Flow control ready
				  

 
				  
 D2--DTE reset request
				  

 
				  
 D3--DCE reset indication
				  

 
				  
 Refer to Annex B of the 
					 ITU-T Recommendation X.25 for more information on these states.
				  

 
						
 
			 

 
			 
 
				 
				  
 Restart
				  

 
						
 
				 
				  
 The type of X.25 packet. Possible values follow: 
				  

 
				  
 R Events
				  

 
				  
     
					 
  •  Restart
					 
    • 
 
					 
  •  Restart Confirm
					 
    • 
 
					 
  •  Diagnostic
					 
    • 
 
				  

 
				  
 P Events
				  

 
				  
     
					 
  •  Call 
					 
    • 
 
					 
  •  Call Confirm
					 
    • 
 
					 
  •  Clear
					 
    • 
 
					 
  •  Clear Confirm
					 
    • 
 
				  

 
				  
 D Events
				  

 
				  
     
					 
  •  Reset
					 
    • 
 
					 
  •  Reset Confirm
					 
    • 
 
				  

 
				  
 D1 Events
				  

 
				  
     
					 
  •  Data
					 
    • 
 
					 
  •  Receiver Not Ready (RNR)
					 
    • 
 
					 
  •  RR (Receiver Ready)
					 
    • 
 
					 
  •  Interrupt
					 
    • 
 
					 
  •  Interrupt Confirm
					 
    • 
 
				  

 
				  
 XOT Overhead
				  

 
				  
     
					 
  •  PVC Setup
					 
    • 
 
				  

 
						
 
			 

 
			 
 
				 
				  
 (5)
				  

 
						
 
				 
				  
 Number of bytes in the packet.
				  

 
						
 
			 

 
			 
 
				 
				  
 8
				  

 
						
 
				 
				  
 Modulo of the virtual circuit. Possible values are 8 and 128. 
				  

 
						
 
			 

 
			 
 
				 
				  
 lci 0
				  

 
						
 
				 
				  
 VC number. Refer to Annex A of the 
					 ITU-T 
						Recommendation 
						X.25 for information on VC assignment.
				  

 
						
 
			 

 
			 
 
				 
				  
 Cause 7
				  

 
						
 
				 
				  
 Code indicating the event that triggered the packet. The Cause field can appear only in entries for Clear, Reset, and Restart packets. Possible values for the Cause field can vary, depending on the type of packet. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 Diag 0
				  

 
						
 
				 
				  
 Code providing an additional hint of what, if anything, went wrong. The Diag field can appear only in entries for Clear, Diagnostic (as "error 0"), Reset, and Restart packets. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 (Network operational/ No additional information)
				  

 
						
 
				 
				  
 The standard explanations of the Cause and Diagnostic codes (cause/diag).
				  

 
						
 
			 

 
			 
 
				 
				  
 From (6):170091
				  

 
						
 
				 
				  
 Source address. (6) indicates the number of digits in the address that follows. The source address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 To (6): 170090
				  

 
						
 
				 
				  
 Destination address. (6) indicates the number of digits in the address that follows. The destination address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 Facilities:(0)
				  

 
						
 
				 
				  
 Indicates that a facilities block is encoded and that it consists of 0 bytes. A breakdown of the encoded facilities (if any) follows.
				  

 
						
 
			 

 
			 
 
				 
				  
 Call User Data (4):
				  

 
						
 
				 
				  
 Indicates that the Call User Data (CUD) field is present and consists of 4 bytes. 
				  

 
						
 
			 

 
			 
 
				 
				  
 0xCC000000 (ip)
				  

 
						
 
				 
				  
 Protocol identifier (PID). This subfield of the CUD field is presented in the output as a hexadecimal string followed by the name of the protocol (in this case, IP) that the string represents.
				  

 
				  
 Any bytes following the PID are designated "user data" and may be used by an application separately from the PID.
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  x25 
						 
					 

 
				  		
 
				   
					 
 Displays information about all X.25 traffic or a specific X.25 service class.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  vc 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic for all virtual circuits that use a given number.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  xot 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic to or from a specific XOT host.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug x25 vc


 
	 
 
		
 To display information about traffic for all virtual circuits that have a given number, use the 
		  debug 
			 x25 
			 vccommand. To disable debugging output, use the 
		  noform of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				x25 
				  
				vc 
				  
				number 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				x25 
				  
				vc 
				  
				number 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  number 
						 
					 

 
				  		
 
				   
					 
 Virtual circuit number. Range is from 1 to 4095. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic except Data and Receiver Ready (RR) packets.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  all 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic. This is the default.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  dump 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the encoded packet contents in hexadecimal and ASCII formats.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 All traffic is displayed.
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 10.0
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(2)T
					 

 
				  		
 
				   
					 
 The 
						dump keyword was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		

Caution
 
		  
 The X.25 debug commands can generate large amounts of debugging output. If logging of debug output to the router console is enabled (the default condition), this output may fill the console buffer, preventing the router from processing packets until the contents of the console buffer have been printed. 
		  

 
		

 
		
 The 
		  debug 
			 x25, 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands all generate the same basic output. The 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands narrow the scope of the 
		  debug 
			 x25 
		  output to specific virtual circuits or types of traffic.
		

 
		
 Because no interface is specified by the 
		  debug 
			 x25 
			 vc command, traffic on any virtual circuit that has the specified number is reported.
		

 
		
 Virtual circuit (VC) zero (vc 0) cannot be specified. It is used for X.25 service messages, such as RESTART packets, not virtual circuit traffic. Service messages can be monitored only when no virtual circuit filter is used. 
		

 
		
 Use the 
		  dump keyword to display the entire contents, including user data, of X.25 packets. The encoded X.25 packet contents are displayed after the standard packet description. The output includes the offset into the packet and the display of the data in both hexadecimal and ASCII formats. 
		

 
		

Caution
 
		  
 The X.25 packet information that is reported by using the 
			 dump keyword may contain sensitive data; for example, clear-text account identities and passwords. The network access policies and router configuration should be controlled appropriately to address this risk.
		  

 
		

 
	 

 
	 

        Examples
      
 
		
 The following shows sample output from the 
		  debug 
			 x25 
			 vc command:
		

 
		
Router# debug x25 vc 1 events
X.25 special event debugging is on
X.25 debug output restricted to VC number 1
Router# show debug
X.25 (filtered for VC 1):
  X.25 special event debugging is on
*Jun 18 20:22:29.735 UTC:Serial0:X.25 O R1 Call (13) 8 lci 1
*Jun 18 20:22:29.735 UTC:  From (4):2501 To (4):2502
*Jun 18 20:22:29.735 UTC:  Facilities:(0)
*Jun 18 20:22:29.735 UTC:  Call User Data (4):0xCC000000 (ip)
*Jun 18 20:22:29.739 UTC:Serial0:X.25 I R1 Call Confirm (3) 8 lci 1
*Jun 18 20:22:36.651 UTC:Serial0:X.25 O R1 Clear (5) 8 lci 1
*Jun 18 20:22:36.651 UTC:  Cause 9, Diag 122 (Out of order/Maintenance action)
*Jun 18 20:22:36.655 UTC:Serial0:X.25 I R1 Clear Confirm (3) 8 lci 1


 
		
 The table below describes significant fields shown in the display.
		

 
		

Table 15debug x25 vc Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Serial0
				  

 
						
 
				 
				  
 Interface on which the X.25 event occurred. 
				  

 
						
 
			 

 
			 
 
				 
				  
 X.25
				  

 
						
 
				 
				  
 Type of event this message describes.
				  

 
						
 
			 

 
			 
 
				 
				  
 O
				  

 
						
 
				 
				  
 Letter indicating whether the X.25 packet was input (I) or output (O) through the interface. 
				  

 
						
 
			 

 
			 
 
				 
				  
 R1
				  

 
						
 
				 
				  
 State of the service or virtual circuit (VC). Possible values follow:
				  

 
				  
 R/Inactive--Packet layer awaiting link layer service
				  

 
				  
 R1--Packet layer ready
				  

 
				  
 R2--Data terminal equipment (DTE) restart request
				  

 
				  
 R3--DCE restart indication
				  

 
				  
 P/Inactive--VC awaiting packet layer service 
				  

 
				  
 P1--Idle
				  

 
				  
 P2--DTE waiting for DCE to connect CALL
				  

 
				  
 P3--DCE waiting for DTE to accept CALL
				  

 
				  
 P4--Data transfer
				  

 
				  
 P5--CALL collision
				  

 
				  
 P6--DTE clear request
				  

 
				  
 P7--DCE clear indication
				  

 
				  
 D/Inactive--VC awaiting setup
				  

 
				  
 D1--Flow control ready
				  

 
				  
 D2--DTE reset request
				  

 
				  
 D3--DCE reset indication
				  

 
				  
 Refer to Annex B of the 
					 ITU-T Recommendation X.25 for more information on these states.
				  

 
						
 
			 

 
			 
 
				 
				  
 Call
				  

 
						
 
				 
				  
 The type of X.25 packet. Possible values follow: 
				  

 
				  
 R Events
				  

 
				  
     
					 
  •  Restart
					 
    • 
 
					 
  •  Restart Confirm
					 
    • 
 
					 
  •  Diagnostic
					 
    • 
 
				  

 
				  
 P Events
				  

 
				  
     
					 
  •  Call 
					 
    • 
 
					 
  •  Call Confirm
					 
    • 
 
					 
  •  Clear
					 
    • 
 
					 
  •  Clear Confirm
					 
    • 
 
				  

 
				  
 D Events
				  

 
				  
     
					 
  •  Reset
					 
    • 
 
					 
  •  Reset Confirm
					 
    • 
 
				  

 
				  
 D1 Events
				  

 
				  
     
					 
  •  Data
					 
    • 
 
					 
  •  Receiver Not Ready (RNR)
					 
    • 
 
					 
  •  RR (Receiver Ready)
					 
    • 
 
					 
  •  Interrupt
					 
    • 
 
					 
  •  Interrupt Confirm
					 
    • 
 
				  

 
				  
 XOT Overhead
				  

 
				  
     
					 
  •  PVC Setup
					 
    • 
 
				  

 
						
 
			 

 
			 
 
				 
				  
 (5)
				  

 
						
 
				 
				  
 Number of bytes in the packet.
				  

 
						
 
			 

 
			 
 
				 
				  
 8
				  

 
						
 
				 
				  
 Modulo of the virtual circuit. Possible values are 8 and 128. 
				  

 
						
 
			 

 
			 
 
				 
				  
 lci 0
				  

 
						
 
				 
				  
 VC number. Refer to Annex A of the 
					 ITU-T Recommendation X.25 for information on VC assignment.
				  

 
						
 
			 

 
			 
 
				 
				  
 From (4):2501
				  

 
						
 
				 
				  
 Source address. (4) indicates the number of digits in the address that follows. The source address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 To (4): 2502
				  

 
						
 
				 
				  
 Destination address. (4) indicates the number of digits in the address that follows. The destination address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 Facilities:(0)
				  

 
						
 
				 
				  
 Indicates that 0 bytes are being used to encode facilities.
				  

 
						
 
			 

 
			 
 
				 
				  
 Call User Data (4):
				  

 
						
 
				 
				  
 Indicates that the Call User Data (CUD) field is present and consists of 4 bytes. 
				  

 
						
 
			 

 
			 
 
				 
				  
 0xCC000000 (ip)
				  

 
						
 
				 
				  
 Protocol identifier (PID). This subfield of the CUD field is presented in the output as a hexadecimal string followed by the name of the protocol (in this case, IP) that the string represents.
				  

 
				  
 Any bytes following the PID are designated "user data" and may be used by an application separately from the PID.
				  

 
						
 
			 

 
			 
 
				 
				  
 Cause 7
				  

 
						
 
				 
				  
 Code indicating the event that triggered the packet. The Cause field can appear only in entries for Clear, Reset, and Restart packets. Possible values for the Cause field can vary, depending on the type of packet. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 Diag 0
				  

 
						
 
				 
				  
 Code providing an additional hint of what, if anything, went wrong. The Diag field can appear only in entries for Clear, Diagnostic (as "error 0"), Reset, and Restart packets. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 (Network operational/ No additional information)
				  

 
						
 
				 
				  
 The standard explanations of the Cause and Diagnostic codes (cause/diag ).
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  x25 
						 
					 

 
				  		
 
				   
					 
 Displays information about all X.25 traffic or a specific X.25 service class.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  interface 
						 
					 

 
				  		
 
				   
					 
 Displays information about a specific X.25 or CMNS context or virtual circuit.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  xot 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic to or from a specific XOT host.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug x25 xot


 
	 
 
		
 To display information about traffic to or from a specific X.25 over TCP (XOT) host, use the 
		  debug 
			 x25 
			 xot command in privileged EXEC mode. To disable debugging output, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				debug 
				  
				x25 
				  
				xot 
				  
				[remote ip-address [port number]] 
				  
				[local ip-address [port number]] 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		  
 
			  
				no 
				  
				debug 
				  
				x25 
				  
				xot 
				  
				[remote ip-address [port number]] 
				  
				[local ip-address [port number]] 
				  
				[events | all] 
				  
				 [dump]  
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  remote 
						 
						 
						  ip-address 
						 [port 
						number]
					 

 
				  		
 
				   
					 
 (Optional) Remote IP address and, optionally, a port number. Range is from 1 to 65535.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  local 
						 
						 
						  ip-address 
						 [port 
						number]
					 

 
				  		
 
				   
					 
 (Optional) Local host IP address and, optionally, a port number. Range is from 1 to 65535.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  events 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic except Data and Receiver Ready (RR) packets.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  all 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays all traffic. This is the default.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  dump 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the encoded packet contents in hexadecimal and ASCII formats.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 All traffic is displayed.
		

 
	 

 
	 

          Command Modes
          
 
		


Privileged EXEC

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 10.0
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(2)T
					 

 
				  		
 
				   
					 
 The 
						dump keyword was added.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		

Caution
 
		  
 The X.25 debug commands can generate large amounts of debugging output. If logging of debug output to the router console is enabled (the default condition), this output may fill the console buffer, preventing the router from processing packets until the contents of the console buffer have been printed. 
		  

 
		

 
		
 The 
		  debug 
			 x25, 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands all generate the same basic output. The 
		  debug 
			 x25 
			 interface, 
		  debug 
			 x25 
			 vc, and 
		  debug 
			 x25 
			 xot commands narrow the scope of the 
		  debug 
			 x25 
		  output to specific virtual circuits or types of traffic.
		

 
		
 The 
		  debug 
			 x25 
			 xot 
		  output allows you to restrict the debug output reporting to XOT traffic for one or both hosts or host/port combinations. Because each XOT virtual circuit uses a unique TCP connection, an XOT debug request that specifies both host addresses and ports will report traffic only for that virtual circuit. Also, you can restrict reporting to sessions initiated by the local or remote router by specifying 1998 for the remote or local port. (XOT connections are received on port 1998.)
		

 
		
 Use the 
		  dump keyword to display the entire contents, including user data, of X.25 packets. The encoded X.25 packet contents are displayed after the standard packet description. The output includes the offset into the packet and the display of the data in both hexadecimal and ASCII formats. 
		

 
		

Caution
 
		  
 The X.25 packet information that is reported by using the 
			 dump keyword may contain sensitive data; for example, clear-text account identities and passwords. The network access policies and router configuration should be controlled appropriately to address this risk.
		  

 
		

 
	 

 
	 

        Examples
      
 
		
 The following shows sample output from the 
			 debug 
			 x25 
			 xot command:
		

 
		
Router# debug x25 xot
X.25 packet debugging is on
X.25 debug output restricted to protocol XOT
Router# show debug
X.25 (filtered for XOT):
  X.25 packet debugging is on
*Jun 18 20:32:34.699 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT I P/Inactive Call (19) 8 lci 1
*Jun 18 20:32:34.699 UTC:  From (4):2501 To (4):2502
*Jun 18 20:32:34.699 UTC:  Facilities:(6)
*Jun 18 20:32:34.699 UTC:    Packet sizes:128 128
*Jun 18 20:32:34.699 UTC:    Window sizes:2 2
*Jun 18 20:32:34.699 UTC:  Call User Data (4):0xCC000000 (ip)
*Jun 18 20:32:34.707 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT O P3 Call Confirm (11) 8 lci 1
*Jun 18 20:32:34.707 UTC:  From (0): To (0):
*Jun 18 20:32:34.707 UTC:  Facilities:(6)
*Jun 18 20:32:34.707 UTC:    Packet sizes:128 128
*Jun 18 20:32:34.707 UTC:    Window sizes:2 2
*Jun 18 20:32:34.715 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT I D1 Data (103) 8 lci 1 PS 0 PR 0
*Jun 18 20:32:34.723 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT O D1 Data (103) 8 lci 1 PS 0 PR 1
*Jun 18 20:32:34.731 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT I D1 Data (103) 8 lci 1 PS 1 PR 1
*Jun 18 20:32:34.739 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT O D1 Data (103) 8 lci 1 PS 1 PR 2
*Jun 18 20:32:34.747 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT I D1 Data (103) 8 lci 1 PS 2 PR 2
*Jun 18 20:32:34.755 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT O D1 Data (103) 8 lci 1 PS 2 PR 3
*Jun 18 20:32:34.763 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT I D1 Data (103) 8 lci 1 PS 3 PR 3
*Jun 18 20:32:34.771 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT O D1 Data (103) 8 lci 1 PS 3 PR 4
*Jun 18 20:32:34.779 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT I D1 Data (103) 8 lci 1 PS 4 PR 4
*Jun 18 20:32:34.787 UTC:[10.0.155.71,11001/10.0.155.70,1998]:XOT O D1 Data (103) 8 lci 1 PS 4 PR 5


 
		
 The table below describes the significant fields shown in the display.
		

 
		

Table 16debug x25 xot Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 [10.0.155.71,11001/10.0.155.70,1998]
				  

 
						
 
				 
				  
 TCP connection identified by the remote IP address, remote TCP port/local IP address, local TCP port. 
				  

 
				  
 An XOT connection is always placed to port ID 1998, so a remote port ID of 1998 implies that the router initiated the TCP connection, whereas a local port ID of 1998 implies that the router received the TCP connection. 
				  

 
						
 
			 

 
			 
 
				 
				  
 XOT
				  

 
						
 
				 
				  
 Type of event this message describes.
				  

 
						
 
			 

 
			 
 
				 
				  
 I
				  

 
						
 
				 
				  
 Letter indicating whether the X.25 packet was input (I) or output (O) through the interface. 
				  

 
						
 
			 

 
			 
 
				 
				  
 P/Inactive 
				  

 
						
 
				 
				  
 State of the service or virtual circuit (VC). Possible values follow:
				  

 
				  
 R/Inactive--Packet layer awaiting link layer service
				  

 
				  
 R1--Packet layer ready
				  

 
				  
 R2--Data terminal equipment (DTE) restart request
				  

 
				  
 R3--DCE restart indication
				  

 
				  
 P/Inactive--VC awaiting packet layer service 
				  

 
				  
 P1--Idle
				  

 
				  
 P2--DTE waiting for DCE to connect CALL
				  

 
				  
 P3--DCE waiting for DTE to accept CALL
				  

 
				  
 P4--Data transfer
				  

 
				  
 P5--CALL collision
				  

 
				  
 P6--DTE clear request
				  

 
				  
 P7--DCE clear indication
				  

 
				  
 D/Inactive--VC awaiting setup
				  

 
				  
 D1--Flow control ready
				  

 
				  
 D2--DTE reset request
				  

 
				  
 D3--DCE reset indication
				  

 
				  
 Refer to Annex B of the ITU-T Recommendation X.25 for more information on these states.
				  

 
						
 
			 

 
			 
 
				 
				  
 Call
				  

 
						
 
				 
				  
 The type of X.25 packet. Possible values follow: 
				  

 
				  
 R Events
				  

 
				  
     
					 
  •  Restart
					 
    • 
 
					 
  •  Restart Confirm
					 
    • 
 
					 
  •  Diagnostic
					 
    • 
 
				  

 
				  
 P Events
				  

 
				  
     
					 
  •  Call 
					 
    • 
 
					 
  •  Call Confirm
					 
    • 
 
					 
  •  Clear
					 
    • 
 
					 
  •  Clear Confirm
					 
    • 
 
				  

 
				  
 D Events
				  

 
				  
     
					 
  •  Reset
					 
    • 
 
					 
  •  Reset Confirm
					 
    • 
 
				  

 
				  
 D1 Events
				  

 
				  
     
					 
  •  Data
					 
    • 
 
					 
  •  Receiver Not Ready (RNR)
					 
    • 
 
					 
  •  RR (Receiver Ready)
					 
    • 
 
					 
  •  Interrupt
					 
    • 
 
					 
  •  Interrupt Confirm
					 
    • 
 
				  

 
				  
 XOT Overhead
				  

 
				  
     
					 
  •  PVC Setup
					 
    • 
 
				  

 
						
 
			 

 
			 
 
				 
				  
 (19)
				  

 
						
 
				 
				  
 Number of bytes in the packet.
				  

 
						
 
			 

 
			 
 
				 
				  
 8
				  

 
						
 
				 
				  
 Modulo of the virtual circuit. Possible values are 8 and 128. 
				  

 
						
 
			 

 
			 
 
				 
				  
 lci 1
				  

 
						
 
				 
				  
 VC number. Refer to Annex A of the 
					 ITU-T Recommendation X.25 for information on VC assignment.
				  

 
						
 
			 

 
			 
 
				 
				  
 From (4):2501
				  

 
						
 
				 
				  
 Source address. (4) indicates the number of digits in the address that follows. The source address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 To (4): 2502
				  

 
						
 
				 
				  
 Destination address. (4) indicates the number of digits in the address that follows. The destination address is part of the address block that may be encoded in Call Setup packets.
				  

 
						
 
			 

 
			 
 
				 
				  
 Facilities:(6)
				  

 
						
 
				 
				  
 Indicates that a facilities block is encoded and that it consists of 6 bytes. A breakdown of the encoded facilities follows.
				  

 
						
 
			 

 
			 
 
				 
				  
 Packet sizes
				  

 
						
 
				 
				  
 Encoded packet size facility settings.
				  

 
						
 
			 

 
			 
 
				 
				  
 Window sizes
				  

 
						
 
				 
				  
 Encoded window size facility settings.
				  

 
						
 
			 

 
			 
 
				 
				  
 Call User Data (4):
				  

 
						
 
				 
				  
 Indicates that the Call User Data (CUD) field is present and consists of 4 bytes. 
				  

 
						
 
			 

 
			 
 
				 
				  
 0xCC000000 (ip)
				  

 
						
 
				 
				  
 Protocol identifier (PID). This subfield of the CUD field is presented in the output as a hexadecimal string followed by the name of the protocol (in this case, IP) that the string represents.
				  

 
				  
 Any bytes following the PID are designated "user data" and may be used by an application separately from the PID.
				  

 
						
 
			 

 
			 
 
				 
				  
 Cause 7
				  

 
						
 
				 
				  
 Code indicating the event that triggered the packet. The Cause field can appear only in entries for Clear, Reset, and Restart packets. Possible values for the Cause field can vary, depending on the type of packet. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 Diag 0
				  

 
						
 
				 
				  
 Code providing an additional hint of what, if anything, went wrong. The Diag field can appear only in entries for Clear, Diagnostic (as "error 0"), Reset, and Restart packets. Refer to the appendix "X.25 Cause and Diagnostic Codes" for an explanation of these codes.
				  

 
						
 
			 

 
			 
 
				 
				  
 (Network operational/ No additional information)
				  

 
						
 
				 
				  
 The standard explanations of the Cause and Diagnostic codes (cause/diag ).
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  x25 
						 
					 

 
				  		
 
				   
					 
 Displays information about all X.25 traffic or a specific X.25 service class.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  interface 
						 
					 

 
				  		
 
				   
					 
 Displays information about a specific X.25 or CMNS context or virtual circuit.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  x25 
						  vc 
						 
					 

 
				  		
 
				   
					 
 Displays information about traffic for all virtual circuits that use a given number.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




debug x28



    

      

To monitor error information and X.28 connection activity, use the debug x28command in privileged EXEC mode. To disable debugging output, use the no form of this command. 



    


    

      

        

          
            debug
             
            x28
          
        

        

          
            no
             
            debug
             
            x28
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

        Examples
      

      

The following is sample output while the packet assembler/disassembler (PAD) initiates an X.28 outgoing call:


      
Router# debug x28
X28 MODE debugging is on
Router# x28
*
03:30:43: X.28 mode session started
03:30:43: X28 escape is exit
03:30:43: Speed for console & vty lines :9600 
*call 123456
COM
03:39:04: address ="123456", cud="[none]" 03:39:04: Setting X.3 Parameters for this call...1:1 2:1 3:126 4:0 5:1 6:2 7:2 8:0 9:0 10:0 11:14 12:1 13:0 14:0 15:0 16:127 17:24 18:18 19:2 20:0 21:0 22:0 
Router> exit
CLR CONF
*
*03:40:50: Session ended
* exit
Router#
*03:40:51: Exiting X.28 mode


      


    


  




debug xcctsp all



    

      

To debug External Call Control Telephony Service Provider (TSP) information, use the debug xcctsp allcommand in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xcctsp
             
            all
          
        

        

          
            no
             
            debug
             
            xcctsp
             
            all
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords. 


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(5)T



              		

              
                

This command was introduced.


              		

            


            

              
                

12.0(7)T


              		

              
                

Support for this command was extended to the Cisco uBR924 cable modem.


              		

            


          

        




    


    

        Examples
      

      

See the following examples to turn on and off external call control debugging:


      
AS5300-TGW# debug xcctsp all
External call control all debugging is on
AS5300-TGW# no debug xcctsp all
External call control all debugging is off
AS5300-TGW# 


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    xcctsp
                    error
                  
                


              		

              
                

Enables debugging on external call control errors.


              		

            


            

              
                

                  
                    debug
                    xcctsp
                    session
                  
                


              		

              
                

Enables debugging on external call control sessions.


              		

            


          

        




      


    


  




debug xcctsp error



    

      

To debug External Call Control Telephony Service Provider (TSP) error information, use the debug xcctsp errorcommand in privileged EXEC mode. 
To disable debugging output, use the no form of this command.



    


    

      

        

          
            debug
             
            xcctsp
             
            error
          
        

        

          
            no
             
            debug
             
            xcctsp
             
            error
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(5)T



              		

              
                

This command was introduced.


              		

            


            

              
                

12.0(7)T


              		

              
                

Support for this command was integrated on the Cisco uBR924 cable modem.


              		

            


          

        




    


    

        Examples
      

      

See the following examples to turn on and off error-level debugging:


      
AS5300-TGW# debug xcctsp error
External call control error debugging is on
AS5300-TGW# no debug xcctsp error
External call control error debugging is off


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    xcctsp
                    all
                  
                


              		

              
                

Enables debugging on all external call control levels.


              		

            


            

              
                

                  
                    debug
                    xcctsp
                    session
                  
                


              		

              
                

Enables debugging on external call control sessions.


              		

            


          

        




      


    


  




debug xcctsp session



    

      

To debug External Call Control Telephony Service Provider (TSP) session information, use the debug xcctsp sessioncommand in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xcctsp
             
            session
          
        

        

          
            no
             
            debug
             
            xcctsp
             
            session
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(5)T



              		

              
                

This command was introduced.


              		

            


            

              
                

12.0(7)T


              		

              
                

Support for this command was integrated on the Cisco uBR924 cable modem.


              		

            


          

        




    


    

        Examples
      

      

See the following examples to turn on and off session-level debugging:


      
AS5300-TGW# debug xcctsp session
External call control session debugging is on
AS5300-TGW# no debug xcctsp session
External call control session debugging is off
AS5300-TGW# 


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command 


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    xcctsp
                    all
                  
                


              		

              
                

Enables debugging on external call control levels.


              		

            


            

              
                

                  
                    debug
                    xcctsp
                    error
                  
                


              		

              
                

Enables debugging on external call control errors.


              		

            


          

        




      


    


  




debug xconnect



    

      

To debug a problem related to the xconnect configuration, use the debug xconnect command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xconnect
             
             [rib] 
             
            {error | event | checkpoint}
          
        

        

          
            no
             
            debug
             
            xconnect
             
             [rib] 
             
            {error | event | checkpoint}
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    rib
                  
                


              		

              
                

(Optional) Displays events related to the pseudowire Routing Information Base (RIB). 


              		

            


            

              
                

                  
                    error
                  
                


              		

              
                

Displays errors related to an xconnect configuration.


              		

            


            

              
                

                  
                    event
                  
                


              		

              
                

Displays events related to an xconnect configuration processing.


              		

            


            

              
                

                  
                    checkpoint
                  
                


              		

              
                

Displays the autodiscovered pseudowire information that is checkpointed to the standby Route Processor (RP).


              		

            


          

        




    


    

          Command Modes
          

      


Privileged EXEC (#)


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.0(23)S


              		

              
                

This command was introduced.


              		

            


            

              
                

12.3(2)T


              		

              
                

This command was integrated into Cisco IOS Release 12.3(2)T.


              		

            


            

              
                

12.2(25)S


              		

              
                

This command was integrated into Cisco IOS Release 12.2(25)S.


              		

            


            

              
                

12.2(27)SBC


              		

              
                

This command was integrated into Cisco IOS Release 12.2(27)SBC.


              		

            


            

              
                

12.2(33)SRA


              		

              
                

This command was integrated into Cisco IOS Release 12.2(33)SRA.


              		

            


            

              
                

15.1(1)S


              		

              
                

This command was integrated into Cisco IOS Release 15.1(1)S. The rib and checkpoint keywords were added.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Use this command to display debugging information about xconnect sessions.


    


    

        Examples
      

      

The following is sample output from the debug xconnect command for an xconnect session on an Ethernet interface:


      
Router# debug xconnect event
00:01:16: XC AUTH [Et2/1, 5]: Event: start xconnect authorization, state changed from IDLE to AUTHORIZING 
00:01:16: XC AUTH [Et2/1, 5]: Event: found xconnect authorization, state changed from AUTHORIZING to DONE 
00:01:16: XC AUTH [Et2/1, 5]: Event: free xconnect authorization request, state changed from DONE to END


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    acircuit
                  
                


              		

              
                

Displays events and failures related to attachment circuits.


              		

            


            

              
                

                  
                    debug
                    vpdn
                  
                


              		

              
                

Displays errors and events relating to L2TP configuration and the surrounding Layer 2 tunneling infrastructure.


              		

            


          

        




      


    


  




debug xcsp



    

      

To display the debugging messages for the External Control Service Provider (XCSP) subsystem, use the debug xcsp command in privilegedEXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xcsp
             
            {all | cot | event}
          
        

        

          
            no
             
            debug
             
            xcsp
             
            {all | cot | event}
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    all
                  
                


              		

              
                

Provides debug information about XCSP events and continuity testing (COT). 


              		

            


            

              
                

                  
                    cot
                  
                


              		

              
                

Provides debug information about XCSP and COT. The cot keyword is not used with the NAS Package for Media Gateway Control Protocol (MGCP) feature.


              		

            


            

              
                

                  
                    event
                  
                


              		

              
                

Provides debug information about XCSP events.


              		

            


          

        




    


    

          Command Default
          

      

No default behavior or values 


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.2(2)XB


              		

              
                

This command was introduced.


              		

            


            

              
                

12.2(11)T


              		

              
                

The command was integrated into Cisco IOS Release 12.2(11)T for the Cisco AS5850.


              		

            


          

        




    


    

            Usage Guidelines
          

      

This command is used with the Network Access Server Package for MGCP. The XCSP subsystem is not configured directly, but information about it may be useful in troubleshooting. The debug xcsp command is used to display the exchange of signaling information between the MGCP protocol stack and end applications such as call switching module (CSM) or dialer. 


      

The cot keyword is not used with the Network Access Server Package for MGCP feature.


    


    

        Examples
      

      

The following shows sample output from the debug xcsp  all command and keyword and the debug xcsp event command and keyword:


      
Router# debug xcsp all
xcsp all debugging is on
Router# debug xcsp event
xcsp events debugging is on
01:49:14:xcsp_call_msg:Event  Call Indication , channel state =  Idle  for 
slot port channel 7
c5400# 0 23
01:49:14:xcsp_process_sig_fsm:state/event  Idle / Call Indication 
01:49:14:xcsp_incall:
01:49:14:xcsp_incall CONNECT_IND:cdn=3000 cgn=1000
01:49:14:xcsp:START guard TIMER
01:49:14:xcsp_fsm:slot 7 port 0 chan 23 oldstate =  Idle  newstate= Connection 
in progress mgcpapp_process_mgcp_msg PROCESSED NAS PACKAGE EVENT
01:49:14:Received message on XCSP_CDAPI
01:49:14:process_cdapi_msg :slot/port/channel 7/0/23
01:49:14: process_cdapi_msg:new  slot/port/channel 7/0/23
01:49:14: 
c5400#Received CONN_RESP:callid=0x7016
01:49:14:process_cdapi:Event CONN_RESP, channel state = 8 for slot port 
channel 7 0 23
01:49:14:xcsp_process_sig_fsm:state/event  Connection in progress / In Call 
accept 
 mgcpapp_xcsp_alert:
 mgcpapp_xcsp_get_chan_cb -Found - Channel state  Connection in progress 
200 58  Alert
I:630AED90
<---:Ack send SUCCESSFUL
01:49:14:xcsp_fsm:slot 7 p
c5400#ort 0 chan 23 oldstate =  Connection in progress  newstate= Connection in 
progress 
01:49:14:Received message on XCSP_CDAPI
01:49:14:process_cdapi_msg :slot/port/channel 7/0/23
01:49:14: process_cdapi_msg:new  slot/port/channel 7/0/23
01:49:14: Received CALL_CONN:callid=0x7016
01:49:14:process_cdapi:Event CONN_, channel state = 8 for slot port channel 7 
0 23
01:49:14:xcsp_process_sig_fsm:state/event  Connection in progress / in call 
connect 
 mgcpapp_xcsp_connect:
 mgcpapp_xc
c5400#sp_get_chan_cb -Found - Channel state In Use 
01:49:14:STOP TIMER
01:49:14:xcsp_fsm:slot 7 port 0 chan 23 oldstate =  Connection in progress  
newstate=In Use 
c5400#
01:50:23:Received message on XCSP_CDAPI
01:50:23:process_cdapi_msg :slot/port/channel 7/0/23
01:50:23: process_cdapi_msg:new  slot/port/channel 7/0/23
01:50:23: Received CALL_DISC_REQ:callid=0x7016
01:50:23:process_cdapi:Event DISC_CONN_REQ, channel state = 7 for slot port 
channel 7 0 23
01:50:23:xcsp_process_sig_fsm:state/event In Use / release Request 
 mgcpapp_xcsp_disconnect
 mgcpapp_xcsp_get_chan_cb -Fou
c5400#nd - Channel state In Use 
01:50:23:send_mgcp_msg, MGCP Packet sent --->
01:50:23:RSIP 1 *@c5400 MGCP 1.0
RM:restart
DLCX 4 S7/DS1-0/23 MGCP 1.0
C:3
I:630AED90
E:801 /NAS User request
01:50:23:xcsp_fsm:slot 7 port 0 chan 23 oldstate = In Use  newstate=Out 
Release in progress
 xcsp_restart Serial7/0:22 vc = 22
 xcsp_restart Put idb Serial7/0:22 in down state
01:50:23:MGCP Packet received -
200 4 bye
 Data call ack received callp=0x62AEEA70mgcpapp_xcsp
c5400#_ack_recv:mgcpapp_xcsp_get_chan_cb -Found - Channel state Out Release in 
progress
mgcpapp_xcsp_ack_recv ACK 200 rcvd:transaction id = 4 endpt=S7/DS1-0/23
01:50:23:xcsp_call_msg:Event  Release confirm , channel state = Out Release in 
progress for slot port channel 7 0 23
01:50:23:xcsp_process_sig_fsm:state/event Out Release in progress/ Release 
confirm 
01:50:23:STOP TIMER
01:50:23:xcsp_fsm:slot 7 port 0 chan 23 oldstate = Out Release in progress 
newstate= Idle 


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    show
                    vrm
                    vdevices
                  
                


              		

              
                

Displays the status of a router port under the control of the XCSP subsystem.


              		

            


            

              
                

                  
                    show
                    xcsp
                    slot
                  
                


              		

              
                

Displays the status of a router slot under the control of the XCSP subsystem.


              		

            


          

        




      


    


  




debug xdsl application



    

      

To monitor the xDSL if the digital subscriber line (DSL) does not come up, use the debug xdsl application command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xdsl
             
            application
          
        

        

          
            no
             
            debug
             
            xdsl
             
            application
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(4)XD


              		

              
                

This command was introduced on Cisco 2600 series and Cisco 3700 series routers.


              		

            


            

              
                

12.3(4)XG


              		

              
                

Support was added for the Cisco 1700 series routers.


              		

            


            

              
                

12.3(7)T


              		

              
                

This command was integrated into Cisco IOS Release 12.3(7)T on Cisco 2600 series, Cisco 3631, and Cisco 3700 series routers.


              		

            


            

              
                

12.3(11)T


              		

              
                

Support was added for the Cisco 2800 and Cisco 3800 series routers.


              		

            


            

              
                

12.3(14)T


              		

              
                

Support was added for the Cisco 1800 series routers.


              		

            


          

        




    


    

            Usage Guidelines
          

      

The debug xdsl application command details what occurs during the Cisco IOS SHDSL process events and signal-to-noise ratio sampling of the SHDSL chip. This information can be used more for software debugging in analyzing the internal events. 


    


    

        Examples
      

      

The following is sample output from the debug xdsl application command:


      
Router# debug xdsl application
 
xDSL application debugging is on
Router#



      

The following lines show that the application is starting on the router and waiting for a response:


      
00:47:40: DSL 0/0 process_get_wakeup
00:47:41: DSL 0/0 process_get_wakeup
00:47:42: DSL 0/0 process_get_wakeup
00:47:43: DSL 0/0 process_get_wakeup
00:47:44: DSL 0/0 process_get_wakeup
00:47:45: DSL 0/0 process_get_wakeup
00:47:46: DSL 0/0 process_get_wakeup
00:47:47: DSL 0/0 process_get_wakeup
00:47:48: DSL 0/0 process_get_wakeup
00:47:49: DSL 0/0 process_get_wakeup
00:47:49: DSL 0/0 process_get_wakeup



      

The following lines show that the controller link comes up:


      
00:47:49: DSL 0/0 xdsl_background_process: XDSL link up boolean event received
00:47:49:  DSL 0/0 controller Link up! line rate: 1600 Kbps



      

The following lines show that the DSL controller comes up: 


      
00:47:49: DSL 0/0 xdsl_controller_reset: cdb-state=up
00:47:49: %CONTROLLER-5-UPDOWN: Controller DSL 0/0, changed state to up
00:47:49:  Dslsar data rate 1600
00:47:49: DSL 0/0 TipRing 1, Xmit_Power Val 75, xmit_power 7.5
00:47:49: DSL 0/0 Mode 2, BW 1600, power_base_value 135, power_backoff 6
00:47:50: DSL 0/0 process_get_wakeup
00:47:51: DSL 0/0 process_get_wakeup
00:47:52: DSL 0/0 process_get_wakeup
00:47:53: DSL 0/0 process_get_wakeup
00:47:54: DSL 0/0 process_get_wakeup
00:47:55: DSL 0/0 process_get_wakeup
00:47:56: DSL 0/0 process_get_wakeup



      

The following lines show signal-to-noise ratio sampling: 


      
00:47:56: DSL 0/0   SNR Sampling: 42 dB
00:47:57: DSL 0/0 process_get_wakeup
00:47:57: DSL 0/0   SNR Sampling: 41 dB
00:47:58: DSL 0/0 process_get_wakeup
00:47:58: DSL 0/0   SNR Sampling: 40 dB
00:47:59: DSL 0/0 process_get_wakeup
00:47:59: DSL 0/0   SNR Sampling: 40 dB
00:48:00: DSL 0/0 process_get_wakeup
00:48:00: DSL 0/0   SNR Sampling: 39 dB
00:48:01: DSL 0/0 process_get_wakeup
00:48:01: DSL 0/0   SNR Sampling: 39 dB
00:48:02: DSL 0/0 process_get_wakeup
00:48:02: DSL 0/0   SNR Sampling: 38 dB
00:48:03: DSL 0/0 process_get_wakeup
00:48:03: DSL 0/0   SNR Sampling: 38 dB
00:48:04: DSL 0/0 process_get_wakeup
00:48:04: DSL 0/0   SNR Sampling: 38 dB
00:48:05: DSL 0/0 process_get_wakeup
00:48:05: DSL 0/0   SNR Sampling: 37 dB
00:48:06: DSL 0/0 process_get_wakeup
00:48:06: DSL 0/0   SNR Sampling: 37 dB
00:48:07: DSL 0/0 process_get_wakeup
00:48:07: DSL 0/0   SNR Sampling: 36 dB



      

The following lines show that the link comes up: 


      
00:48:07: %LINK-3-UPDOWN: Interface ATM0/0, changed state to up
00:48:08: DSL 0/0 process_get_wakeup
00:48:08: DSL 0/0   SNR Sampling: 36 dB



      

The following lines show that the line protocol comes up: 


      
00:48:08: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0/0, changed state to up
00:48:09: DSL 0/0 process_get_wakeup
00:48:09: DSL 0/0   SNR Sampling: 36 dB
00:48:10: DSL 0/0 process_get_wakeup
00:48:10: DSL 0/0   SNR Sampling: 36 dB
00:48:11: DSL 0/0 process_get_wakeup
00:48:11: DSL 0/0   SNR Sampling: 35 dB
00:48:12: DSL 0/0 process_get_wakeup
00:48:12: DSL 0/0   SNR Sampling: 36 dB
00:48:13: DSL 0/0 process_get_wakeup
00:48:13: DSL 0/0   SNR Sampling: 36 dB
00:48:14: DSL 0/0 process_get_wakeup
00:48:14: DSL 0/0   SNR Sampling: 36 dB
00:48:15: DSL 0/0 process_get_wakeup
00:48:15: DSL 0/0   SNR Sampling: 36 dB
00:48:16: DSL 0/0 process_get_wakeup
00:48:16: DSL 0/0   SNR Sampling: 36 dB
00:48:17: DSL 0/0 process_get_wakeup
00:48:17: DSL 0/0   SNR Sampling: 35 dB
00:48:18: DSL 0/0 process_get_wakeup
00:48:18: DSL 0/0   SNR Sampling: 35 dB
00:48:19: DSL 0/0 process_get_wakeup


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    xdsl
                    driver
                  
                


              		

              
                

Monitors what is happening when downloading and installing the drivers.


              		

            


            

              
                

                  
                    debug
                    xdsl
                    eoc
                  
                


              		

              
                

Monitors what is in the embedded operations channel messages.


              		

            


            

              
                

                  
                    debug
                    xdsl
                    error
                  
                


              		

              
                

Monitors the errors of the xDSL process and firmware.


              		

            


          

        




      


    


  




debug xdsl driver



    

      

To display what is happening when the drivers are downloaded and installed, use the debug xdsl driver command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xdsl
             
            driver
          
        

        

          
            no
             
            debug
             
            xdsl
             
            driver
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(4)XD


              		

              
                

This command was introduced on Cisco 2600 series and Cisco 3700 series routers.


              		

            


            

              
                

12.3(4)XG


              		

              
                

Support was added for Cisco 1700 series routers.


              		

            


            

              
                

12.3(7)T


              		

              
                

This command was integrated into Cisco IOS Release 12.3(7)T on Cisco 2600 series, Cisco 3631, and Cisco 3700 series routers.


              		

            


            

              
                

12.3(11)T


              		

              
                

Support was added for the Cisco 2800 and Cisco 3800 series routers.


              		

            


            

              
                

12.3(14)T


              		

              
                

Support was added for Cisco 1800 series routers.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Use the debug xdsl driver command to monitor what is happening when downloading the firmware. This debugging command displays the Globespan DSL Driver details and provides framer interrupt information and line training failure information. This information can help you understand the problems faced while downloading the firmware, why the line went down, and so forth.


    


    

        Examples
      

      

The following is sample output from the debug xdsl drivercommand:


      
Router# debug xdsl driver
xDSL driver debugging is on



      

The following lines show that the DSP interrupt download is running: 


      
*Mar 12 08:01:04.772: DSL 0/2  dsp interrupt-download next block for line-0
*Mar 12 08:01:04.780: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:05.072: DSL 0/2  dsp interrupt-download next block for line-0
*Mar 12 08:01:05.080: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:06.484: DSL 0/2  dsp interrupt-download next block for line-0
*Mar 12 08:01:06.492: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:08.092: DSL 0/2  dsp interrupt-download next block for line-0
*Mar 12 08:01:08.096: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:19.180: DSL 0/2  dsp interrupt-download next block for line-0
*Mar 12 08:01:19.184: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:19.480: DSL 0/2  dsp interrupt-download next block for line-0
*Mar 12 08:01:19.484: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:19.680: DSL 0/2  dsp interrupt-download next block for line-0



      

The following lines show that the DSP interrupt has been disabled and that the framer interrupt has been enabled: 


      
*Mar 12 08:01:19.680: DSL 0/2 DSP interrupt disabled
*Mar 12 08:01:19.680: DSL 0/2  Download completed for line-0
*Mar 12 08:01:19.680: DSL 0/2 Framer interrupt enabled
*Mar 12 08:01:19.680: DSL 0/2 framer intr_status 0xC0 
*Mar 12 08:01:19.680:  DSL 0/2 controller Link up! line rate: 2304 Kbps



      

The following lines show that the digital subscriber line (DSL) controller has come up on slot 0 and port 2: 


      
*Mar 12 08:01:19.680: %CONTROLLER-5-UPDOWN: Controller DSL 0/2, changed state to up
*Mar 12 08:01:19.680:  Dslsar data rate 2304
*Mar 12 08:01:22.528: %LINK-3-UPDOWN: Interface ATM0/2, changed state to up
*Mar 12 08:01:23.528: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0/2, changed state to up



      

The following lines show that the framer interrupt status is running: 


      
*Mar 12 08:01:23.812: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:23.816: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:23.904: DSL 0/2 framer intr_status 0xC1 
*Mar 12 08:01:28.612: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:28.616: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:28.708: DSL 0/2 framer intr_status 0xC1 
*Mar 12 08:01:28.804: DSL 0/2 framer intr_status 0xC1 
*Mar 12 08:01:33.412: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:33.420: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:33.508: DSL 0/2 framer intr_status 0xC1 
*Mar 12 08:01:33.604: DSL 0/2 framer intr_status 0xC1 
*Mar 12 08:01:33.700: DSL 0/2 framer intr_status 0xC1 
*Mar 12 08:01:38.212: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:38.220: DSL 0/2 framer intr_status 0xC4 
*Mar 12 08:01:38.308: DSL 0/2 framer intr_status 0xC1 


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    xdsl
                    application
                  
                


              		

              
                

Monitors the xDSL if the DSL does not come up.


              		

            


            

              
                

                  
                    debug
                    xdsl
                    eoc
                  
                


              		

              
                

Monitors what is in the embedded operations channel messages.


              		

            


            

              
                

                  
                    debug
                    xdsl
                    error
                  
                


              		

              
                

Monitors the errors of the xDSL process and firmware.


              		

            


          

        




      


    


  




debug xdsl eoc



    

      

To display the flow of the embedded operations channel (EOC) messages received, processed, and transmitted, use the debug xdsl eoc command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xdsl
             
            eoc
          
        

        

          
            no
             
            debug
             
            xdsl
             
            eoc
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(4)XD


              		

              
                

This command was introduced on Cisco 2600 series and Cisco 3700 series routers.


              		

            


            

              
                

12.3(4)XG


              		

              
                

This command was integrated into the Cisco IOS Release 12.3(4)XG on the Cisco 1700 series routers.


              		

            


            

              
                

12.3(7)T


              		

              
                

This command was integrated into Cisco IOS Release 12.3(7)T on Cisco 2600 series, Cisco 3631, and Cisco 3700 series routers.


              		

            


            

              
                

12.3(11)T


              		

              
                

This command was implemented on Cisco 2800 series and Cisco 3800 series routers.


              		

            


            

              
                

12.3(14)T


              		

              
                

This command was implemented on Cisco 1800 series routers.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Use the debug xdsl eoc command to review the contents of the embedded operations channel messages. 


    


    

        Examples
      

      

The following is sample output from the debug xdsl eoc command:


      
Router# debug xdsl eoc
 
xDSL EOC debugging is on
Router#



      

The following lines show the embedded operations channel message being received and copied to the buffer. The xdsl_background_process is performed. The data_transparency_remove is performed.


      
00:02:55:   Incoming EOC received
00:02:55:   Copy the EOC to buffer
00:02:55:   Incoming EOC received
00:02:55:   Copy the EOC to buffer
00:02:55:  End of EOC received, Notify task
00:02:55: xdsl_background_process:
00:02:55:  Rx EOC remove transparency:: 12 C  A  63
00:02:55: data_transparency_remove: Done, eoc packet size = 4



      

The following lines show that the packet of the embedded operations channel messages was received and verified as good. The data_transparency_add is performed.


      
00:02:55:   Good eoc packet received
00:02:55:  incoming request eocmsgid: 12
00:02:55:  Tx Converted EOC message:: 21 8C 0  28 0  0  0  0  0  0  0  1  1  713
00:02:55: data_transparency_add: eoc packet size - before 15, after 15



      

The following lines show another embedded operations channel message coming in and being copied to the buffer. The xdsl_background_process is run on this message as before.


      
00:02:55:  size of eoc status response :: 13
00:02:56:   Incoming EOC received
00:02:56:   Copy the EOC to buffer
00:02:56:   Incoming EOC received
00:02:56:   Copy the EOC to buffer
00:02:56:  End of EOC received, Notify task
00:02:56: xdsl_background_process:
00:02:56:  Rx EOC remove transparency:: 12 C  A  63
00:02:56: data_transparency_remove: Done, eoc packet size = 4



    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

debug xdsl application



              		

              
                

Displays status of the xDSL if the DSL does not activate as expected.


              		

            


            

              
                

debug xdsl driver



              		

              
                

Diaplays status when the drivers are downloaded and installed. 


              		

            


            

              
                

debug xdsl error



              		

              
                

Displays the errors of the xDSL process and firmware.


              		

            


          

        




      


    


  




debug xdsl error



    

      

To display the errors of xDSL process and firmware, use the debug xdsl error command in privileged EXEC mode. To disable debugging output, use the no form of this command.


    


    

      

        

          
            debug
             
            xdsl
             
            error
          
        

        

          
            no
             
            debug
             
            xdsl
             
            error
          
        

      

    


    

      Syntax Description
      

      

This command has no arguments or keywords.


    


    

          Command Modes
          

      


Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(4)XD


              		

              
                

This command was introduced on Cisco 2600 series and Cisco 3700 series routers.


              		

            


            

              
                

12.3(4)XG


              		

              
                

Support was added for the Cisco 1700 series routers.


              		

            


            

              
                

12.3(7)T


              		

              
                

This command was integrated into Cisco IOS Release 12.3(7)T on Cisco 2600 series, Cisco 3631, and Cisco 3700 series routers.


              		

            


            

              
                

12.3(11)T


              		

              
                

Support was added for the Cisco 2800 and Cisco 3800 series routers.


              		

            


            

              
                

12.3(14)T


              		

              
                

Support was added for Cisco 1800 series routers.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Use the debug xdsl error command to display the errors during driver initialization and any Globespan firmware API failures.


    


    

        Examples
      

      

The following is sample output from the debug xdsl error command. When the debug is enabled, a message indicates that DSL error debugging is on. 


      
Router# debug xdsl error
 
xDSL error debugging is on
Router#


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    xdsl
                    application
                  
                


              		

              
                

Monitors the xDSL if the DSL does not come up.


              		

            


            

              
                

debug xdsl driver


              		

              
                

Monitors what is happening when downloading and installing the drivers.


              		

            


            

              
                

debug xdsl eoc


              		

              
                

Monitors what is in the embedded operations channel messages.


              		

            


          

        




    


  




debug zone



    

      

To display zone security event debugs, use the debug zonecommand in privileged EXEC mode. To disable the debugging messages, use the no form of this command.


    


    

      

        

          
            debug
             
            zone
             
            security {events | object-creation | object-deletion}
          
        

        

          
            no
             
            debug
             
            zone
             
            security {events | object-creation | object-deletion}
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    security
                  
                


              		

              
                

Displays security events debug messages.


              		

            


            

              
                

                  
                    events
                  
                


              		

              
                

Displays zone security events debug messages.


              		

            


            

              
                

                  
                    object-creation
                  
                


              		

              
                

Displays zone security object creation debug messages.


              		

            


            

              
                

                  
                    object-deletion
                  
                


              		

              
                

Displays zone security object deletion debug messages.


              		

            


          

        




    


    

          Command Default
          

      

By default, debugging is not enabled.


    


    

          Command Modes
          

      


Privileged EXEC (#) 


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.4(6)T


              		

              
                

This command was introduced.


              		

            


          

        




    


    

        Examples
      

      

If the debug zone security eventscommand is enabled and a zone event occurs, firewall generates debug messages. An event can be a zone or zone pair creation and deletion.


      
Router# show debug
zone:
Zone security Events debugging is on
Router# configure terminal
Router(config)# zone security public
Router(config-sec-zone)#
*Jan 29 05:04:52.967: ZONE_SEC:zone added
Router(config-sec-zone)# zone security private
Router(config-sec-zone)#
*Jan 29 05:05:02.999: ZONE_SEC:zone added
Router(config-sec-zone)# exit
  
Router(config)# zone-pair security pu2pr source public destination private
   
Router(config-sec-zone-pair)#
*Jan 29 05:05:37.575: ZONE_SEC:zone-pair added
*Jan 29 05:05:37.575: ZONE_SEC:allocating zone-pair
Router(config)# no zone-pair security pu2pr source public destination private
Router(config)#
*Jan 29 05:08:00.667: ZONE_SEC:zone-pair deleting... 
Router(config)# no zone security public
Router(config)#
*Jan 29 05:08:12.135: ZONE_SEC:zone deleting..
Router(config)# no zone security private
Router(config)# 
*Jan 29 05:08:18.243: ZONE_SEC:zone deleting..


      

If the debug zone security object-creation and the debug zone security object-deletion commands are enabled and when zones or zone pairs are created or deleted, firewall generates debug messages.


      
Router# show debugging
 
zone:
Zone security Object Creations debugging is on
Zone security Object Deletions debugging is on
Router# configure terminal
Router(config)# zone security public
 
Router(config-sec-zone)#
*Jan 29 05:09:28.207: ZONE_SEC: zone public created 
Router(config-sec-zone)# exit
Router(config)# zone security private
Router(config-sec-zone)#
*Jan 29 05:09:50.831: ZONE_SEC: zone private created 
Router(config-sec-zone)# exit
Router(config)# zone-pair security zp source public destination private
Router(config-sec-zone-pair)#
*Jan 29 05:10:22.063: ZONE_SEC: zone-pair zp created 
Router(config-sec-zone-pair)# service-policy type inspect pmap
Router(config-sec-zone-pair)#
*Jan 29 05:10:36.787: ZONE_SEC: zone-pair FW_INT_REV_zp_3748291079 created 
Router(config-sec-zone-pair)# no service-policy type inspect pmap
Router(config-sec-zone-pair)# exit
Router(config)# no zone-pair security zp source public destination private
Router(config)#
*Jan 29 05:11:04.043: ZONE_SEC: zone-pair zp deleted 
Router(config)# no zone security public
Router(config)#
*Jan 29 05:11:10.875: ZONE_SEC: zone public deleted 
Router(config)# no zone security private
Router(config)#
*Jan 29 05:11:16.931: ZONE_SEC: zone private deleted 
Router(config)# end
Router#


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    zone
                    security
                  
                


              		

              
                

Creates a security zone.


              		

            


            

              
                

                  
                    zone-pair
                    security
                  
                


              		

              
                

Creates a zone pair.


              		

            


          

        




    


  




show memory debug incremental


 
	 
 
		
 To display information about memory leaks after a starting time has been established, use the 
		  show 
			 memory 
			 debug 
			 incremental command in privileged EXEC mode. 
		

 
	 

 
	 
 
		
 
		  
 
			 show memory debug incremental {allocations | leaks[lowmem | summary] | status} 
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  allocations 
						 
					 

 
				  		
 
				   
					 
 Displays all memory blocks that were allocated after issuing the 
						set 
						  memory 
						  debug 
						  incremental 
						  starting-time command.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  leaks 
						 
					 

 
				  		
 
				   
					 
 Displays only memory that was leaked after issuing the 
						set 
						  memory 
						  debug 
						  incremental 
						  starting-time command.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  lowmem 
						 
					 

 
				  		
 
				   
					 
 (Optional) Forces the memory leak detector to work in low memory mode, making no memory allocations.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  summary 
						 
					 

 
				  		
 
				   
					 
 (Optional) Reports summarized memory leaks based on allocator_pc and size of the memory block.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  status 
						 
					 

 
				  		
 
				   
					 
 Displays all memory blocks that were allocated after issuing the 
						set 
						  memory 
						  debug 
						  incremental 
						  starting-time command.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		
 Privileged EXEC
		

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.3(7)T
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.4T
					 

 
				  		
 
				   
					 
 The summary keyword was added.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 The 
		  show 
			 memory 
			 debug 
			 incremental 
			 allocations command displays all the memory blocks that were allocated after the 
		  set 
			 memory 
			 debug 
			 incremental 
			 starting-time command was entered. The displayed memory blocks are just memory allocations, they are not necessarily leaks. 
		

 
		
 The 
		  show 
			 memory 
			 debug 
			 incremental 
			 leaks command provides output similar to the 
		  show 
			 memory 
			 debug 
			 leaks command, except that it displays only memory that was leaked after the 
		  set 
			 memory 
			 debug 
			 incremental 
			 starting-time command was entered.
		

 
		
 The 
		  show 
			 memory 
			 debug 
			 incremental 
			 leaks 
			 lowmem 
		  command forces memory leak detection to work in low memory mode. The amount of time taken for analysis is considerably greater than that of normal mode. The output for this command is similar to the 
		  show 
			 memory 
			 debug 
			 leaks command, except that it displays only memory that was leaked after the 
		  set 
			 memory 
			 debug 
			 incremental 
			 starting-time command was entered. You can use this command when you already know that normal mode memory leak detection will fail (perhaps by an unsuccessful previous attempt to invoke normal mode memory leak detection).
		

 
		
 The 
		  show 
			 memory 
			 debug 
			 incremental 
			 leaks 
			 summary command displays a summarized report of the memory that was leaked after the 
		  set 
			 memory 
			 debug 
			 incremental 
			 starting-time command was entered, ordered by allocator process call address (Alloc_pc) and by memory block size.
		

 
		
 The 
			 show 
			 memory 
			 debug 
			 incremental 
			 status command displays whether a starting point for incremental analysis has been set and the elapsed time since then.
		

 
		

Note
 All show memory debug commands must be used on customer networks only to diagnose the router for memory leaks when memory depletion is observed. These CLI's will have high CPU utilization and might result in time sensitive protocols to flap. These CLI's are recommended for customer use, only in the maintenance window when the router is not in a scaled condition.
		

 
		

Note
 All memory leak detection commands invoke normal mode memory leak detection, except when the low memory option is specifically invoked by use of the 
		  lowmem keyword. In normal mode, if memory leak detection determines that there is insufficient memory to proceed in normal mode, it will display an appropriate message and switch to low memory mode.
		

 
	 

 
	 

        Examples
      
 
	 

 
	 
show memory debug incremental allocations Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 incrementalcommand when entered with the 
		  allocations keyword:
		

 
		
Router# show memory debug incremental allocations
Address    Size   Alloc_pc  PID  Name
62DA4E98      176 608CDC7C  44   CDP Protocol
62DA4F48       88 608CCCC8  44   CDP Protocol
62DA4FA0       88 606224A0  3    Exec
62DA4FF8       96 606224A0  3    Exec
635BF040       96 606224A0  3    Exec
63905E50      200 606A4DA4  69   Process Events


 
	 

 
	 
show memory debug incremental leaks summary Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 incremental command when entered with the 
		  leaks and 
		  summary keywords:
		

 
		
Router# show memory debug incremental leaks summary
Adding blocks for GD...
                 PCI memory                 
Alloc PC     Size     Blocks      Bytes    What
                 I/O memory                 
Alloc PC     Size     Blocks      Bytes    What
                 Processor memory                 
Alloc PC     Size          Blocks       Bytes      What
0x60874198  0000000052  0000000001  0000000052    Exec
0x60874198  0000000060  0000000001  0000000060    Exec
0x60874198  0000000100  0000000001  0000000100    Exec
0x60874228  0000000052  0000000004  0000000208    Exec
0x60874228  0000000060  0000000002  0000000120    Exec
0x60874228  0000000100  0000000004  0000000400   Exec

 
	 

 
	 
show memory debug incremental status Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 incremental command entered with the 
		  status keyword:
		

 
		
Router# show memory debug incremental status
Incremental debugging is enabled
Time elapsed since start of incremental debugging: 00:00:10


 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  set 
						  memory 
						  debug 
						  incremental 
						  starting-time 
						 
					 

 
				  		
 
				   
					 
 Sets the current time as the starting time for incremental analysis.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  memory 
						  debug 
						  leaks 
						 
					 

 
				  		
 
				   
					 
 Displays detected memory leaks.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




set memory debug incremental starting-time



    

      

To set the current time as the starting time for incremental analysis, use the set memory debug incremental starting-time command in privileged EXEC mode. 


    


    

      

        

          
            set
             
            memory
             
            debug
             
            incremental
             
            starting-time
             
             [none] 
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    none
                  
                


              		

              
                

(Optional) Resets the defined start time for incremental analysis.


              		

            


          

        




    


    

          Command Default
          

      

No default behavior or values.


    


    

          Command Modes
          

      

Privileged EXEC


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(8)T1


              		

              
                

This command was introduced.


              		

            


            

              
                

12.2(25)S


              		

              
                

This command was integrated into Cisco IOS Release 12.2(25)S.


              		

            


            

              
                

12.2(33)SRA


              		

              
                

This command was integrated into Cisco IOS Release 12.2(33)SRA.


              		

            


          

        




    


    

            Usage Guidelines
          

      

For incremental analysis, a starting point can be defined by using the set memory debug incremental starting-time command. When a starting time is set, only memory allocated after that starting time will be considered for reporting as leaks.


    


    

        Examples
      

      

The following example shows the command used to set the starting time for incremental analysis to the time when the command was issued:


      
Router# set memory debug incremental starting-time



    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    show
                    memory
                    debug
                    incremental
                    allocation
                  
                


              		

              
                

Displays all memory blocks that were allocated after the issue of the set memory debug incremental starting-time command.


              		

            


            

              
                

                  
                    show
                    memory
                    debug
                    incremental
                    leaks
                  
                


              		

              
                

Displays only memory that was leaked after the issue of the set memory debug incremental starting-time command.


              		

            


            

              
                

                  
                    show
                    memory
                    debug
                    incremental
                    leaks
                    lowmem
                  
                


              		

              
                

Forces incremental memory leak detection to work in low memory mode. Displays only memory that was leaked after the issue of the set memory debug incremental starting-time command.


              		

            


            

              
                

                  
                    show
                    memory
                    debug
                    incremental
                    status
                  
                


              		

              
                

Displays if the starting point of incremental analysis has been defined and the time elapsed since then.


              		

            


            

              
                

                  
                    show
                    memory
                    debug
                    leaks
                  
                


              		

              
                

Displays detected memory leaks.


              		

            


          

        




    


  




show memory debug leaks


 
	 
 
		
 To display detected memory leaks, use the 
		  show 
			 memory 
			 debug 
			 leaks command in privileged EXEC mode. 
		

 
	 

 
	 
 
		
 
		  
Cisco IOS software
 
		  
 
			  
				show 
				  
				memory 
				  
				debug 
				  
				leaks 
				  
				[chunks | largest | lowmem | summary] 
			  
		  
 
		
 
		
 
		  
Cisco Catalyst 4500e Series Switches running IOS XE software
 
		  
 
			  
				show 
				  
				memory 
				  
				debug 
				  
				leak 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  chunks 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the memory leaks in chunks. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  largest 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the top ten leaking allocator_pcs based on size, and the total amount of memory they have leaked. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  lowmem 
						 
					 

 
				  		
 
				   
					 
 (Optional) Forces the memory leak detector to work in low memory mode, making no memory allocations. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  summary 
						 
					 

 
				  		
 
				   
					 
 (Optional) Reports summarized memory leaks based on allocator_pc and size of the memory block. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		
 Privileged EXEC 
		

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release 
					 

 
				  		
 
				   
					 
 Modification 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.3(8)T1 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(25)S 
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(25)S. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA 
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA. 
					 

 
				  		
 
				

 
				
 
				   
					 
 Cisco IOS XE Release 3.1.0.SG 
					 

 
				  		
 
				   
					 
 This command was introduced on the Cisco Catalyst 4500e Serfies Switches to display per-process memory leak ammounts. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 If no optional keywords are specified, the 
		  show 
			 memory 
			 debug 
			 leaks command invokes normal mode memory leak detection and does not look for memory leaks in chunks. 
		

 
		
 The 
			 show 
			 memory 
			 debug 
			 leaks 
			 chunks command invokes normal mode memory leak detection and looks for leaks in chunks as well. 
		

 
		
 The 
		  show 
			 memory 
			 debug 
			 leaks 
			 largest command displays the top ten leaking allocator_pcs and the total amount of memory that they have leaked. Additionally, each time this command is invoked it remembers the previous invocation's report and compares it to the current invocation's report. If there are new entries in the current report they are tagged as "inconclusive." If the same entry appears in the previous invocation's report and the current invocation's report, the inconclusive tag is not added. It would be beneficial to run memory leak detection more than once and to consider only the consistently reported leaks. 
		

 
		
 The 
		  show 
			 memory 
			 debug 
			 leaks 
			 lowmem command forces memory leak detection to work in low memory mode. The amount of time taken for analysis is considerably greater than that of normal mode. The output for this command is similar to the 
		  show 
			 memory 
			 debug 
			 leaks command. You can use this command when you already know that normal mode memory leak detection will fail (perhaps by an unsuccessful previous attempt to invoke normal mode memory leak detection). 
		

 
		
 The 
		  show 
			 memory 
			 debug 
			 leaks 
			 summary command reports memory leaks based on allocator_pc and then on the size of the block. 
		

 
		

Note
 All show memory debug commands must be used on customer networks only to diagnose the router for memory leaks when memory depletion is observed. These CLI's will have high CPU utilization and might result in time sensitive protocols to flap. These CLI's are recommended for customer use, only in the maintenance window when the router is not in a scaled condition. 
		

 
		

Note
 The command 
		  show memory debug leak lowmem is extremely CPU intensive and can result in CPUHOG/WATCHDOG crash. This command must be used only when the router has reached an unusable state due to memory exhaustion. Its use on high end platforms such as ISR and above can potentially crash the box. Use outside of these limitations can cause a console hang of 1 hour in some cases. As an alternative, use the 
		  show memory debug leak command. 
		

 
	 

 
	 

        Examples
      
 
		
 Example output varies between Cisco IOS software images and Cisco IOS Software Modularity software images. To view the appropriate output, choose one of the following sections: 
		

 
		
 
	 

 
	 
Cisco IOS Software
 
		 
	 

 
	 
show memory debug leaks Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 leaks command: 
		

 
		
Router# show memory debug leaks
Adding blocks for GD...
                 PCI memory
Address    Size   Alloc_pc  PID  Name
                 I/O memory
Address    Size   Alloc_pc  PID  Name
                 Processor memory
Address    Size   Alloc_pc  PID  Name
62DABD28       80 60616750  -2   Init
62DABD78       80 606167A0  -2   Init
62DCF240       88 605B7E70  -2   Init
62DCF298       96 605B7E98  -2   Init
62DCF2F8       88 605B7EB4  -2   Init
62DCF350       96 605B7EDC  -2   Init
63336C28      104 60C67D74  -2   Init
63370D58       96 60C656AC  -2   Init
633710A0      304 60C656AC  -2   Init
63B2BF68       96 60C659D4  -2   Init
63BA3FE0    32832 608D2848  104  Audit Process
63BB4020    32832 608D2FD8  104  Audit Process


 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 17show memory debug leaks Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Address 
				  

 
						
 
				 
				  
 Hexadecimal address of the leaked block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Size 
				  

 
						
 
				 
				  
 Size of the leaked block (in bytes). 
				  

 
						
 
			 

 
			 
 
				 
				  
 Alloc_pc 
				  

 
						
 
				 
				  
 Address of the system call that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 PID 
				  

 
						
 
				 
				  
 The process identifier of the process that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Name 
				  

 
						
 
				 
				  
 The name of the process that allocated the block. 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 
show memory debug leaks chunks Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 leaks 
			 chunks command: 
		

 
		
Router# show memory debug leaks chunks
Adding blocks for GD...
                 PCI memory
Address    Size   Alloc_pc  PID  Name
Chunk Elements:
Address  Size  Parent   Name
                 I/O memory
Address    Size   Alloc_pc  PID  Name
Chunk Elements:
Address  Size  Parent   Name
                 Processor memory
Address    Size   Alloc_pc  PID  Name
62DABD28       80 60616750  -2   Init
62DABD78       80 606167A0  -2   Init
62DCF240       88 605B7E70  -2   Init
62DCF298       96 605B7E98  -2   Init
62DCF2F8       88 605B7EB4  -2   Init
62DCF350       96 605B7EDC  -2   Init
63336C28      104 60C67D74  -2   Init
63370D58       96 60C656AC  -2   Init
633710A0      304 60C656AC  -2   Init
63B2BF68       96 60C659D4  -2   Init
63BA3FE0    32832 608D2848  104  Audit Process
63BB4020    32832 608D2FD8  104  Audit Process
Chunk Elements:
Address  Size  Parent   Name
62D80DA8    16 62D7BFD0 (Managed Chunk )
62D80DB8    16 62D7BFD0 (Managed Chunk )
62D80DC8    16 62D7BFD0 (Managed Chunk )
62D80DD8    16 62D7BFD0 (Managed Chunk )
62D80DE8    16 62D7BFD0 (Managed Chunk )
62E8FD60   216 62E8F888 (IPC Message He)


 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 18show memory debug leaks chunks Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Address 
				  

 
						
 
				 
				  
 Hexadecimal address of the leaked block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Size 
				  

 
						
 
				 
				  
 Size of the leaked block (in bytes). 
				  

 
						
 
			 

 
			 
 
				 
				  
 Alloc_pc 
				  

 
						
 
				 
				  
 Address of the system call that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 PID 
				  

 
						
 
				 
				  
 The process identifier of the process that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Name 
				  

 
						
 
				 
				  
 The name of the process that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Size 
				  

 
						
 
				 
				  
 (Chunk Elements) Size of the leaked element (bytes). 
				  

 
						
 
			 

 
			 
 
				 
				  
 Parent 
				  

 
						
 
				 
				  
 (Chunk Elements) Parent chunk of the leaked chunk. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Name 
				  

 
						
 
				 
				  
 (Chunk Elements) The name of the leaked chunk. 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 
show memory debug leaks largest Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 leaks 
			 largest command: 
		

 
		
Router# show memory debug leaks largest
Adding blocks for GD...
                 PCI memory
Alloc_pc    total leak size
                 I/O memory
Alloc_pc    total leak size
                 Processor memory
Alloc_pc    total leak size
608D2848    32776     inconclusive
608D2FD8    32776     inconclusive
60C656AC    288       inconclusive
60C67D74    48        inconclusive
605B7E98    40        inconclusive
605B7EDC    40        inconclusive
60C659D4    40        inconclusive
605B7E70    32        inconclusive
605B7EB4    32        inconclusive
60616750    24        inconclusive


 
		
 The following example shows output from the second invocation of the 
		  show 
			 memory 
			 debug 
			 leaks 
			 largest command: 
		

 
		
Router# show memory debug leaks largest
Adding blocks for GD...
                 PCI memory
Alloc_pc    total leak size
                 I/O memory
Alloc_pc    total leak size
                 Processor memory
Alloc_pc    total leak size
608D2848    32776
608D2FD8    32776
60C656AC    288
60C67D74    48
605B7E98    40
605B7EDC    40
60C659D4    40
605B7E70    32
605B7EB4    32
60616750    24


 
	 

 
	 
show memory debug leaks summary Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 leaks 
			 summary command: 
		

 
		
Router# show memory debug leaks summary
Adding blocks for GD...
                 PCI memory
Alloc PC        Size     Blocks      Bytes    What
                 I/O memory
Alloc PC        Size     Blocks      Bytes    What
                 Processor memory
Alloc PC        Size     Blocks      Bytes    What
0x605B7E70 0000000032 0000000001 0000000032    Init
0x605B7E98 0000000040 0000000001 0000000040    Init
0x605B7EB4 0000000032 0000000001 0000000032    Init
0x605B7EDC 0000000040 0000000001 0000000040    Init
0x60616750 0000000024 0000000001 0000000024    Init
0x606167A0 0000000024 0000000001 0000000024    Init
0x608D2848 0000032776 0000000001 0000032776    Audit Process
0x608D2FD8 0000032776 0000000001 0000032776    Audit Process
0x60C656AC 0000000040 0000000001 0000000040    Init
0x60C656AC 0000000248 0000000001 0000000248    Init
0x60C659D4 0000000040 0000000001 0000000040    Init
0x60C67D74 0000000048 0000000001 0000000048    Init


 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 19show memory debug leaks summary Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Alloc_pc 
				  

 
						
 
				 
				  
 Address of the system call that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Size 
				  

 
						
 
				 
				  
 Size of the leaked block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Blocks 
				  

 
						
 
				 
				  
 Number of blocks leaked. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Bytes 
				  

 
						
 
				 
				  
 Total amount of memory leaked. 
				  

 
						
 
			 

 
			 
 
				 
				  
 What 
				  

 
						
 
				 
				  
 Name of the process that owns the block. 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
	 
Cisco Catalyst 4500e Series Switches running IOS XE software
 
		 
	 

 
	 
show memory debug leaks summary Command Example
 
		 
		
 The following example shows output from the 
		  show 
			 memory 
			 debug 
			 leak command on command on a Cisco Catalyst 4500e switch, using a Cisco IOS image from Cisco IOS XE Release 3.1.0.SG and later releases: 
		

 
		
Switch#show memory debug leak
System memory  : 1943928K total, 735154K used, 1208774K free, 153224K kernel reserved
Lowest(b)      : 641564672
Process iosd, type L, PID = 10319
    1012856K total, 67716K text, 798420K data, 84K stack, 252K dynamic
    252 heapsize, 252 allocated, 0 free
Adding blocks for GD...
Leak(b)               PID                Name
368                   10319              iosd
Switch# 


 
		
 The table below describes the significant fields shown in the display. 
		

 
		

Table 20show memory debug leaks summary Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Leak 
				  

 
						
 
				 
				  
 Size of the leaked block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 PID 
				  

 
						
 
				 
				  
 The process identifier of the process that allocated the block. 
				  

 
						
 
			 

 
			 
 
				 
				  
 Name 
				  

 
						
 
				 
				  
 Name of the process that owns the block. 
				  

 
						
 
			 

 
		  
 
		



 
		

 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command 
					 

 
				  		
 
				   
					 
 Description 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  set 
						  memory 
						  debug 
						  incremental 
						  starting-time 
						 
					 

 
				  		
 
				   
					 
 Sets the current time as the starting time for incremental analysis. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  memory 
						  debug 
						  incremental 
						  allocation 
						 
					 

 
				  		
 
				   
					 
 Displays all memory blocks that were allocated after the issue of the 
						set 
						  memory 
						  debug 
						  incremental 
						  starting-time command. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  memory 
						  debug 
						  incremental 
						  leaks 
						 
					 

 
				  		
 
				   
					 
 Displays only memory that was leaked after the issue of the 
						set 
						  memory 
						  debug 
						  incremental 
						  starting-time command. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  memory 
						  debug 
						  incremental 
						  leaks 
						  lowmem 
						 
					 

 
				  		
 
				   
					 
 Forces incremental memory leak detection to work in low memory mode. Displays only memory that was leaked after the issue of the 
						set 
						  memory 
						  debug 
						  incremental 
						  starting-time command. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  show 
						  memory 
						  debug 
						  incremental 
						  status 
						 
					 

 
				  		
 
				   
					 
 Displays if the starting point of incremental analysis has been defined and the time elapsed since then. 
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




show memory debug references


 
	 
 
		
 To display debug information on references, use the 
		  show 
			 memory 
			 debug 
			 referencescommand in user EXEC or privileged EXEC mode. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				show 
				  
				memory 
				  
				debug 
				  
				references 
				  
				[dangling [start-address start-address]] 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  dangling 
						 
					 

 
				  		
 
				   
					 
 (Optional) Displays the possible references to free memory.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  start-address 
						 
					 

 
				  		
 
				   
					 
 (Optional) Address numbers <0-4294967295> that determine the address range.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Modes
          
 
		
 User EXEC Privileged EXEC 
		

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.0
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
	 

            Usage Guidelines
          
 
		
 All show memory debug commands must be used on customer networks only to diagnose the router for memory leaks when memory depletion is observed. These CLI's will have high CPU utilization and might result in time sensitive protocols to flap. These CLI's are recommended for customer use, only in the maintenance window when the router is not in a scaled condition.
		

 
	 

 
	 

        Examples
      
 
		
 The following is sample output from the 
		  show 
			 memory 
			 debug 
			 referencescommand:
		

 
		
Router# show memory debug references 2 3
Address  Reference Cont_block Cont_block_name
442850BC        2  44284960   bss
44285110        3  44284960   bss
4429C33C        2  44284960   bss
4429C34C        2  44284960   bss
4429C35C        3  44284960   bss
.
.
.


 
		
 The following is sample output from the 
		  show 
			 memory 
			 debug 
			 references 
			 danglingcommand:
		

 
		
Router# show memory debug references dangling
Address  Reference Free_block Cont_block Cont_block_name
442D5774 458CE5EC  458CE5BC   44284960   bss
442D578C 46602998  46602958   44284960   bss
442D58A0 465F9BC4  465F9B94   44284960   bss
442D58B8 4656785C  4656781C   44284960   bss
442D5954 45901E7C  45901E4C   44284960   bss
.
.
.


 
		
 The table below describes the significant fields shown in the displays.
		

 
		

Table 21show memory debug references Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Address
				  

 
						
 
				 
				  
 Hexadecimal address of the block having the given or dangling reference.
				  

 
						
 
			 

 
			 
 
				 
				  
 Reference
				  

 
						
 
				 
				  
 Address which is given or dangling.
				  

 
						
 
			 

 
			 
 
				 
				  
 Free_block 
				  

 
						
 
				 
				  
 Address of the free block which now contains the memory referenced by the dangling reference.
				  

 
						
 
			 

 
			 
 
				 
				  
 Cont_block 
				  

 
						
 
				 
				  
 Address of the control block which contains the block having the reference.
				  

 
						
 
			 

 
			 
 
				 
				  
 Cont_block_name
				  

 
						
 
				 
				  
 Name of the control block.
				  

 
						
 
			 

 
		  
 
		



 
		

 
	 

 
  




show memory debug unused


 
	 
 
		
 To display debug information on leaks that are accessible, but are no longer needed, use the 
		  show 
			 memory 
			 debug 
			 unusedcommand in user EXEC or privileged EXEC mode.
		

 
	 

 
	 
 
		
 
		  
 
			  
				show 
				  
				memory 
				  
				debug 
				  
				unused 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		
 This command has no arguments or keywords.
		

 
	 

 
	 

          Command Modes
          
 
		
 User EXEC Privileged EXEC 
		

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.0
					 

 
				  		
 
				   
					 
 This command was introduced.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

        Examples
      
 
		
 The following is sample output from the 
		  show 
			 memory 
			 debug 
			 unusedcommand:
		

 
		
Router# show memory debug unused
Address  Alloc_pc PID  size     Name
654894B8 62BF31DC -2   44       *Init*
6549A074 601F7A84 -2   4464     XDI data
6549B218 601F7274 -2   4500     XDI data
6549DFB0 6089DDA4 42   84       Init
65509160 6089DDA4 1    84       *Init*
6550A260 6089DDA4 2    84       *Init*
6551FDB4 6089DDA4 4    84       *Init*
6551FF34 627EFA2C -2   24       *Init*
65520B3C 6078B1A4 -2   24       Parser Mode Q1
65520B88 6078B1C8 -2   24       Parser Mode Q2
65520C40 6078B1A4 -2   24       Parser Mode Q1
65520C8C 6078B1C8 -2   24       Parser Mode Q2
65520D44 6078B1A4 -2   24       Parser Mode Q1
65520D90 6078B1C8 -2   24       Parser Mode Q2
65520E48 6078B1A4 -2   24       Parser Mode Q1
65520E94 6078B1C8 -2   24       Parser Mode Q2
65520F4C 6078B1A4 -2   24       Parser Mode Q1
65520F98 6078B1C8 -2   24       Parser Mode Q2
65521050 6078B1A4 -2   24       Parser Mode Q1
6552109C 6078B1C8 -2   24       Parser Mode Q2
65521154 6078B1A4 -2   24       Parser Mode Q1
655211A0 6078B1C8 -2   24       Parser Mode Q2
.
.
.


 
		
 The table below describes the significant fields shown in the display.
		

 
		

Table 22show memory debug unused Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 Address
				  

 
						
 
				 
				  
 Hexadecimal address of the block.
				  

 
						
 
			 

 
			 
 
				 
				  
 Alloc_pc
				  

 
						
 
				 
				  
 Address of the program counter that allocated the block.
				  

 
						
 
			 

 
			 
 
				 
				  
 PID
				  

 
						
 
				 
				  
 Process identifier of the process that allocated the block.
				  

 
						
 
			 

 
			 
 
				 
				  
 size
				  

 
						
 
				 
				  
 Size of the unused block (in bytes).
				  

 
						
 
			 

 
			 
 
				 
				  
 Name
				  

 
						
 
				 
				  
 Name of the process that owns the block. 
				  

 
						
 
			 

 
		  
 
		



 
		

 
	 

 
  




show crypto debug-condition



    

      

To display crypto debug conditions that have already been enabled in the router, use the show crypto debug-conditioncommand in privileged EXEC mode.


    


    

      

        

          
            show
             
            crypto
             
            debug-condition
             
             [peer]   [connid]   [spi]   [fvrf]  [gdoi-group groupname] [isakmp profile profile-name]  [ivrf]  [local ip-address]  [unmatched]  [username username]
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    peer
                  
                


              		

              
                

(Optional) Displays debug conditions related to the peer. Possible conditions can include peer IP address, subnet mask, hostname, username, and group key.


              		

            


            

              
                

                  
                    connid
                  
                


              		

              
                

(Optional) Displays debug conditions related to the connection ID.


              		

            


            

              
                

                  
                    spi
                  
                


              		

              
                

(Optional) Displays debug conditions related to the security parameter index (SPI).


              		

            


            

              
                

                  
                    fvrf
                  
                


              		

              
                

(Optional) Displays debug conditions related to the front-door virtual private network (VPN) routing and forwarding (FVRF) instance.


              		

            


            

              
                

                  
                    gdoi-group
                  
                  
                    groupname
                  
                


              		

              
                

(Optional) Displays debug conditions related to the Group Domain of Interpretation (GDOI) group filter.


                
    
                  
  • 
The groupnamevalue is the name of the GDOI group.
    • 

                


              		

            


            

              
                

                  
                    isakmp
                    profile
                  
                  
                    profile-name
                  
                


              		

              
                

(Optional) Displays debug conditions related to the Internet Security Association Key Management Protocol (ISAKMP) profile filter.


                
    
                  
  • 
The profile-namevalue is the name of the profile filter.
    • 

                


              		

            


            

              
                

                  
                    ivrf
                  
                


              		

              
                

(Optional) Displays debug conditions related to the inside VRF (IVRF) instance.


              		

            


            

              
                

                  
                    local
                  
                  
                    ip-address
                  
                


              		

              
                

(Optional) Displays debug conditions related to the local address debug condition filters.


                
    
                  
  • 
The ip-address is the IP address of the local crypto endpoint.
    • 

                


              		

            


            

              
                

                  
                    unmatched
                  
                


              		

              
                

(Optional) Displays debug messages related to the Internet Key Exchange (IKE), IP Security (IPsec), or the crypto engine, depending on what was specified via the debug crypto condition unmatched [engine | gdoi-group| ipsec | isakmp] command.


              		

            


            

              
                

                  
                    username
                  
                  
                    username
                  
                


              		

              
                

(Optional) Displays debug messages related to the AAA Authentication (Xauth) or public key infrastructure (PKI) and authentication, authorization, and accounting (AAA) username filter. 


              		

            


          

        




    


    

          Command Modes
          

      


Privileged EXEC (#)


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.3(2)T


              		

              
                

This command was introduced.


              		

            


            

              
                

12.2(18)SXD


              		

              
                

This command was integrated into Cisco IOS Release 12.2(18)SXD.


              		

            


            

              
                

12.2(33)SRA


              		

              
                

This command was integrated into Cisco IOS Release 12.2(33)SRA.


              		

            


            

              
                

12.4(11)T


              		

              
                

The gdoi-group groupname , isakmp profile profile-name , local ip-address ,and username username keywords and arguments were added.


              		

            


            

              
                

12.2SX


              		

              
                

This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.


              		

            


          

        




    


    

            Usage Guidelines
          

      

You can specify as many filter values as specified via the debug crypto condition command. (You cannot specify a filter value that you did not use in the debug crypto condition command.) 


    


    

        Examples
      

      

The following example shows how to display debug messages when the peer IP address is 10.1.1.1, 10.1.1.2, or 10.1.1.3 and when the connection ID 2000 of crypto engine 0 is used. This example also shows how to enable global debug crypto CLIs and enable the show crypto debug-condition command to verify conditional settings.


      
Router# 
debug crypto condition connid 2000 engine-id 1
Router# 
debug crypto condition peer ipv4 10.1.1.1
Router# 
debug crypto condition peer ipv4 10.1.1.2
Router# 
debug crypto condition peer ipv4 10.1.1.3
Router# 
debug crypto condition unmatched 
! Verify crypto conditional settings.
Router# 
show crypto debug-condition
Crypto conditional debug currently is turned ON
IKE debug context unmatched flag:ON
IPsec debug context unmatched flag:ON
Crypto Engine debug context unmatched flag:ON
IKE peer IP address filters:
10.1.1.1  10.1.1.2   10.1.1.3
Connection-id filters:[connid:engine_id]2000:1,
! Enable global crypto CLIs to start conditional debugging.
Router# 
debug crypto isakmp
Router# 
debug crypto ipsec
Router# 
debug crypto engine



      

The following example shows how to disable all crypto conditional settings via the reset keyword:


      
Router# 
debug crypto condition reset
! Verify that all crypto conditional settings have been disabled.
Router# 
show crypto debug-condition
Crypto conditional debug currently is turned OFF
IKE debug context unmatched flag:OFF
IPsec debug context unmatched flag:OFF
Crypto Engine debug context unmatched flag:OFF



    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    crypto
                    condition
                  
                


              		

              
                

Defines conditional debug filters.


              		

            


            

              
                

                  
                    debug
                    crypto
                    condition
                    unmatched
                  
                


              		

              
                

Displays crypto conditional debug messages when context information is unavailable to check against debug conditions.


              		

            


          

        




    


  




show debugging


 
	 
 
		
 To display information about the types of debugging that are enabled for your router, use the 
		  show 
			 debugging command in privileged EXEC mode. 
		

 
	 

 
	 
 
		
 
		  
 
			  
				show 
				  
				debugging 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		
 This command has no arguments or keywords. 
		

 
	 

 
	 

          Command Modes
          
 
		
 Privileged EXEC (#) 
		

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release 
					 

 
				  		
 
				   
					 
 Modification 
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 11.1 
					 

 
				  		
 
				   
					 
 This command was introduced. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.3(7)T 
					 

 
				  		
 
				   
					 
 The output of this command was enhanced to show TCP Explicit Congestion Notification (ECN) configuration. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(33)SRA 
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(33)SRA. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(31)SB2 
					 

 
				  		
 
				   
					 
 This command was integrated into Cisco IOS Release 12.2(31)SB2. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2SX 
					 

 
				  		
 
				   
					 
 This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware. 
					 

 
				  		
 
				

 
				
 
				   
					 
 12.4(20)T 
					 

 
				  		
 
				   
					 
 The output of this command was enhanced to show the user-group debugging configuration. 
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

        Examples
      
 
		
 The following is sample output from the 
		  show 
			 debugging command. In this example, the remote host is not configured or connected. 
		

 
		
Router# show debugging
!
TCP:
  TCP Packet debugging is on
  TCP ECN debugging is on
!
Router# telnet 10.1.25.234
!
Trying 10.1.25.234 ... 
!
00:02:48: 10.1.25.31:11001 <---> 10.1.25.234:23 out ECN-setup SYN
00:02:48: tcp0: O CLOSED 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:02:50: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:02:50: cwnd from 1460 to 1460, ssthresh from 65535 to 2920
00:02:50: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:02:54: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:02:54: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:02:54: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:03:02: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:03:02: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:02: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:03:18: 10.1.25.31:11001 <---> 10.1.25.234:23 SYN with ECN disabled
00:03:18: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:03:18: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:18: tcp0: O SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
00:03:20: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:03:20: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:20: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
00:03:24: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:03:24: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:24: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
00:03:32: 10.1.25.31:11001 <---> 10.1.25.234:23 congestion window changes
00:03:32: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:32: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
!Connection timed out; remote host not responding


 
		
 The following is sample output from the 
		  show 
			 debugging command when user-group debugging is configured: 
		

 
		
Router# show debugging
!
usergroup:
 Usergroup Deletions debugging is on
 Usergroup Additions debugging is on
 Usergroup Database debugging is on
 Usergroup API debugging is on

 
		
 ! 
		

 
		
 The following is sample output from the 
		  show 
			 debugging command when SNAP debugging is configured: 
		

 
		
Router# show debugging
Persistent variable debugging is currently All
SNAP Server Debugging ON 
SNAP Client Debugging ON
Router#

 
		
 The table below describes the significant fields in the output. 
		

 
		

Table 23show debugging Field Descriptions 
 
		   
		   
		   
			 
 
				 
				  
 Field 
				  

 
						
 
				 
				  
 Description 
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 OPTS 4 
				  

 
						
 
				 
				  
 Bytes of TCP expressed as a number. In this case, the bytes are 4. 
				  

 
						
 
			 

 
			 
 
				 
				  
 ECE 
				  

 
						
 
				 
				  
 Echo congestion experience. 
				  

 
						
 
			 

 
			 
 
				 
				  
 CWR 
				  

 
						
 
				 
				  
 Congestion window reduced. 
				  

 
						
 
			 

 
			 
 
				 
				  
 SYN 
				  

 
						
 
				 
				  
 Synchronize connections--Request to synchronize sequence numbers, used when a TCP connection is being opened. 
				  

 
						
 
			 

 
			 
 
				 
				  
 WIN 4128 
				  

 
						
 
				 
				  
 Advertised window size, in bytes. In this case, the bytes are 4128. 
				  

 
						
 
			 

 
			 
 
				 
				  
 cwnd 
				  

 
						
 
				 
				  
 Congestion window (cwnd)--Indicates that the window size has changed. 
				  

 
						
 
			 

 
			 
 
				 
				  
 ssthresh 
				  

 
						
 
				 
				  
 Slow-start threshold (ssthresh)--Variable used by TCP to determine whether or not to use slow-start or congestion avoidance. 
				  

 
						
 
			 

 
			 
 
				 
				  
 usergroup 
				  

 
						
 
				 
				  
 Statically defined usergroup to which source IP addresses are associated. 
				  

 
						
 
			 

 
		  
 
		



 
	 

 
  




show debugging condition



    

      

To display the current state of debugging conditions, use the show debugging conditioncommand in privileged EXEC mode. 


    


    

      

        

          
            show
             
            debugging
             
            condition
             
            [condition-id | all | next-call {gprs | pdp | summary}]
          
        

      

    


    

      Syntax Description
      

      


          
          
          
            

              
                

                  
                    condition-id
                  
                


              		

              
                

(Optional) Number of the condition for which you want to display its current state. The range is from 1 to 1000.


              		

            


            

              
                

                  
                    all
                  
                


              		

              
                

(Optional) Displays the current state for all conditions. 


              		

            


            

              
                

                  
                    next-call
                  
                


              		

              
                

(Optional) Displays existing debug next-call conditions or Packet Data Protocol (PDP) with next-call debug conditions.


              		

            


            

              
                

                  
                    gprs
                  
                


              		

              
                

(Optional) Displays the information of all the (General Packet Radio System) GPRS under the next call debug condition.


              		

            


            

              
                

                  
                    pdp
                  
                


              		

              
                

(Optional) Displays the information of all the PDPs under the next call debug condition.


              		

            


            

              
                

                  
                    summary
                  
                


              		

              
                

(Optional) Displays existing debug next call conditions.


              		

            


          

        




    


    

          Command Modes
          

      


Privileged EXEC (#)


    


    

      

        Command History
      



          
          
          
            

              
                

Release


              		

              
                

Modification


              		

            


          

          
            

              
                

12.4(22)YE


              		

              
                

This command was introduced.


              		

            


            

              
                

12.4(24)T


              		

              
                

This command was integrated into a release earlier than Cisco IOS Release 12.4(24)T. The gprs, pdp, and summary keywords are not supported in T releases.


              		

            


          

        




    


    

            Usage Guidelines
          

      

Note

The syntax of the command depends on your platform and release. The next-call, gprs, pdp and summary keywords are not supported in Cisco IOS Release 12.4(24)T and earlier releases.


      

Configure the debug condition command to enable conditional debgging. 


    


    

        Examples
      

      

The following is sample output from the show debugging condition command. The field descriptions are self-explanatory: 


      
Router# show debugging condition
Condition 1: interface Fa0/0 (1 flags triggered)
        Flags: Fa0/0
Condition 2: interface Fa0/1 (1 flags triggered)
        Flags: Fa0/1
Condition 3: interface Et3/0 (1 flags triggered)
        Flags: Et3/0
Condition 4: username user1 (0 flags triggered)


    


    

      Related Commands
      

      


          
          
          
            

              
                

Command


              		

              
                

Description


              		

            


          

          
            

              
                

                  
                    debug
                    condition
                  
                


              		

              
                

Limits output for some debug commands based on specified conditions.


              		

            


          

        




    


  




voice call debug


 
	 
 
		
 To debug a voice call, use the 
		  voice 
			 call 
			 debug command in global configuration mode. To disable the 
		  short-header setting and return tothe 
		  full-guid setting, use the 
		  no form of this command.
		

 
	 

 
	 
 
		
 
		  
 
			  
				{voice call debug full-guid | short-header} 
			  
		  
 
		  
 
			  
				{no voice call debug full-guid | short-header} 
			  
		  
 
		
 
	 

 
	 

      Syntax Description
      
 
		

 
			  
			  
			  
				
 
				   
					 
 
						 
						  full-guid 
						 
					 

 
				  		
 
				   
					 
 Displays the GUID in a 16-byte header.
					 

 
					 
Note    When the no version of this command is input with the full-guid keyword, the short 6-byte version displays. This is the default.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  short-header 
						 
					 

 
				  		
 
				   
					 
 Displays the CallEntry ID in the header without displaying the GUID or module-specific parameters.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

          Command Default
          
 
		
 The short 6-byte header displays.
		

 
	 

 
	 

          Command Modes
          
 
		


Global configuration

 
	 

 
	 
 
		

        Command History
      


 
			  
			  
			  
				
 
				   
					 
 Release
					 

 
				  		
 
				   
					 
 Modification
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 12.2(11)T
					 

 
				  		
 
				   
					 
 The new debug header was added to the following platforms: Cisco 2600 series, Cisco 3620, Cisco 3640, Cisco 3660 series, Cisco AS5300, Cisco AS5350, Cisco AS5400, Cisco AS5800, Cisco AS5850, and Cisco MC3810.
					 

 
				  		
 
				

 
				
 
				   
					 
 12.2(15)T
					 

 
				  		
 
				   
					 
 The header-only keyword was replaced by the short-header keyword.
					 

 
				  		
 
				

 
			 
 
		  



 
	 

 
	 

            Usage Guidelines
          
 
		
 Despite its nontraditional syntax (trailing rather than preceding "debug"), this is a normal 
		  debug command.
		

 
		
 You can control the contents of the standardized header. Display options for the header are as follows:
		

 
		
     
		  
  •  Short 6-byte GUID
		  
    • 
 
		  
  •  Full 16-byte GUID
		  
    • 
 
		  
  •  Short header which contains only the CallEntry ID
		  
    • 
 
		

 
		
 The format of the GUID headers is as follows: //CallEntryID/GUID/Module-Dependent-List/Function-name:.
		

 
		
 The format of the short header is as follows: //CallEntryID/Function-name:.
		

 
		
 When the voice call debug short-header command is entered, the header displays with no GUID or module-specific parameters. When the no voice call debug short-header command is entered, the header, the 6-byte GUID, and module-dependent parameter output displays. The default option is displaying the 6-byte GUID trace.
		

 
		

Note
 Using the no form of this command does not turn off debugging.
		

 
	 

 
	 

        Examples
      
 
		
 The following is sample output when the full-guid keyword is specified:
		

 
		
Router# voice call debug full-guid
!
00:05:12: //1/0E2C8A90-BC00-11D5-8002-DACCFDCEF87D/VTSP:(0:D):0:0:4385/vtsp_insert_cdb: 00:05:12: //-1/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/CCAPI/cc_incr_if_call_volume: 00:05:12: //1/0E2C8A90-BC00-11D5-8002-DACCFDCEF87D/VTSP:(0:D):0:0:4385/vtsp_open_voice_and_set_params:
00:05:12: //1/0E2C8A90-BC00-11D5-8002-DACCFDCEF87D/VTSP:(0:D):0:0:4385/vtsp_modem_proto_from_cdb:
00:05:12: //1/0E2C8A90-BC00-11D5-8002-DACCFDCEF87D/VTSP:(0:D):0:0:4385/set_playout_cdb: 00:05:12: //1/0E2C8A90-BC00-11D5-8002-DACCFDCEF87D/VTSP:(0:D):0:0:4385/vtsp_dsp_echo_canceller_control:

 
		

Note
 The "//-1/" output indicates that CallEntryID for the CCAPI module is not available.
		

 
		
 The table below describes significant fields shown in the display.
		

 
		

Table 24voice call debug full-guid Field Descriptions
 
		   
		   
		   
			 
 
				 
				  
 Field
				  

 
						
 
				 
				  
 Description
				  

 
						
 
			 

 
		  
 
		   
			 
 
				 
				  
 VTSP:(0:D):0:0:4385
				  

 
						
 
				 
				  
 VTSP module, port name, channel number, DSP slot, and DSP channel number.
				  

 
						
 
			 

 
			 
 
				 
				  
 vtsp_insert_cdb
				  

 
						
 
				 
				  
 Function name.
				  

 
						
 
			 

 
			 
 
				 
				  
 CCAPI
				  

 
						
 
				 
				  
 CCAPI module.
				  

 
						
 
			 

 
		  
 
		



 
		
 The following is sample output when the short-header keyword is specified:
		

 
		
Router(config)# voice call debug short-header
!
00:05:12: //1/vtsp_insert_cdb: 
00:05:12: //-1/cc_incr_if_call_volume: 
00:05:12: //1/vtsp_open_voice_and_set_params:
00:05:12: //1/vtsp_modem_proto_from_cdb:
00:05:12: //1/set_playout_cdb: 
00:05:12: //1/vtsp_dsp_echo_canceller_control:

 
		

Note
 The "//-1/" output indicates that CallEntryID for CCAPI is not available.
		

 
	 

 
	 

      Related Commands
      
 
		

 
			  
			  
			  
				
 
				   
					 
 Command
					 

 
				  		
 
				   
					 
 Description
					 

 
				  		
 
				

 
			 
 
			  
				
 
				   
					 
 
						 
						  debug 
						  rtsp 
						  api 
						 
					 

 
				  		
 
				   
					 
 Displays debug output for the RTSP client API.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  rtsp 
						  client 
						  session 
						 
					 

 
				  		
 
				   
					 
 Displays debug output for the RTSP client data.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  rtsp 
						  error 
						 
					 

 
				  		
 
				   
					 
 Displays error message for RTSP data.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  rtsp 
						  pmh 
						 
					 

 
				  		
 
				   
					 
 Displays debug messages for the PMH.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  rtsp 
						  socket 
						 
					 

 
				  		
 
				   
					 
 Displays debug output for the RTSP client socket data.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ccapi 
						  error 
						 
					 

 
				  		
 
				   
					 
 Traces error logs in the CCAPI.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ccapi 
						  inout 
						 
					 

 
				  		
 
				   
					 
 Traces the execution path through the CCAPI.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  all 
						 
					 

 
				  		
 
				   
					 
 Displays all IVR messages.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  applib 
						 
					 

 
				  		
 
				   
					 
 Displays IVR API libraries being processed. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  callsetup 
						 
					 

 
				  		
 
				   
					 
 Displays IVR call setup being processed.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  digitcollect 
						 
					 

 
				  		
 
				   
					 
 Displays IVR digits collected during the call.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  dynamic 
						 
					 

 
				  		
 
				   
					 
 Displays IVR dynamic prompt play debug.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  error 
						 
					 

 
				  		
 
				   
					 
 Displays IVR errors. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  script 
						 
					 

 
				  		
 
				   
					 
 Displays IVR script debug. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  settlement 
						 
					 

 
				  		
 
				   
					 
 Displays IVR settlement activities. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  states 
						 
					 

 
				  		
 
				   
					 
 Displays IVR states.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  ivr 
						  tclcommands 
						 
					 

 
				  		
 
				   
					 
 Displays the TCL commands used in the script. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  voip 
						  rawmsg 
						 
					 

 
				  		
 
				   
					 
 Displays the raw VoIP message.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  all 
						 
					 

 
				  		
 
				   
					 
 Enables 
						debug 
						  vtsp 
						  session, 
						debug 
						  vtsp 
						  error, and 
						debug 
						  vtsp 
						  dsp.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  dsp 
						 
					 

 
				  		
 
				   
					 
 Displays messages from the DSP.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  error 
						 
					 

 
				  		
 
				   
					 
 Displays processing errors in the VTSP.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  event 
						 
					 

 
				  		
 
				   
					 
 Displays the state of the gateway and the call events.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  port 
						 
					 

 
				  		
 
				   
					 
 Limits VTSP debug output to a specific voice port.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  rtp 
						 
					 

 
				  		
 
				   
					 
 Displays the voice telephony RTP packet debugging.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  send-nse 
						 
					 

 
				  		
 
				   
					 
 Triggers the VTSP software module to send a triple redundant NSE.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  session 
						 
					 

 
				  		
 
				   
					 
 Traces how the router interacts with the DSP.
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  stats 
						 
					 

 
				  		
 
				   
					 
 Debugs periodic statistical information sent and received from the DSP
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  vofr 
						  subframe 
						 
					 

 
				  		
 
				   
					 
 Displays the first 10 bytes of selected VoFR subframes for the interface. 
					 

 
				  		
 
				

 
				
 
				   
					 
 
						 
						  debug 
						  vtsp 
						  tone 
						 
					 

 
				  		
 
				   
					 
 Displays the types of tones generated by the VoIP gateway.
					 

 
				  		
 
				

 
			 
 
		  



 
		

 
	 

 
  




© 2012 Cisco Systems, Inc. All rights reserved.