-
Cisco IOS Debug Command Reference
-
Introduction
-
Using Debug Commands
-
Conditionally Triggered Debugging
-
debug aaa accounting through debug auto-config
-
debug backhaul-session-manager session through debug channel packets
-
debug clns esis events through debug dbconn tcp
-
debug decnet adj through debug events
-
debug fax dmsp through debug gvrp
-
debug h225 asn1 through debug ip ftp
-
debug ip http all through debug ip rsvp
-
debug ip rtp header-compression through debug ipv6 icmp
-
debug ipv6 inspect through debug local-ack state
-
debug management event through debug mpls ldp bindings
-
debug mpls ldp checkpoint through debug mwi relay events
-
debug ncia circuit through debug pxf tbridge
-
debug qllc error through debug snmp sync
-
debug sntp adjust through debug tag-switching xtagatm vc
-
debug tag-template event through debug voip application vxml
-
debug voip avlist through debug vpm signaling
-
debug vpm spi through voice call debug
-
X.25 Cause and Diagnostic Codes
-
ISDN Switch Types, Codes, and Values
-
Table Of Contents
debug backhaul-session-manager session
debug backhaul-session-manager set
debug call rsvp-sync func-trace
debug cce dp named-db urlfilter
debug cdma pdsn accounting flow
debug cdma pdsn accounting time-of-day
debug cdma pdsn resource-manager
debug cdma pdsn service-selection
debug cellular messages management
debug cellular messages virt-con
debug backhaul-session-manager session
To debug all the available sessions or a specified session, use the debug backhaul-session-manager session command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug backhaul-session-manager session {state | xport} {all | session-id}
no debug backhaul-session-manager session {state | xport} {all | session-id}
CautionUse caution when enabling this debug command in a live system. It produces significant amounts of output, which could lead to a disruption of service.
Syntax Description
Defaults
Debugging for backhaul-session-manager session is not enabled.
Command Modes
Privileged EXEC
Command History
Examples
The following is output for the debug backhaul-session-manager session all command:
Router# debug backhaul-session-manager session allRouter# debug_bsm_command:DEBUG_BSM_SESSION_ALL23:49:14:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)23:49:14:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:CLOSE23:49:14:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:14:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:OPEN_WAIT23:49:14:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:19:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)23:49:19:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:CLOSE23:49:19:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:19:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:OPEN_WAIT23:49:19:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:24:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)23:49:24:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:CLOSE23:49:24:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:24:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:OPEN_WAIT23:49:24:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:29:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)23:49:29:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:CLOSE23:49:29:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:29:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:OPEN_WAIT23:49:29:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:34:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)23:49:34:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:CLOSE23:49:34:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:34:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:OPEN_WAIT23:49:34:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:49:34:SESSION:XPORT:sig rcvd. session = 33, connid = 0x80BA14EC, sig = 1 (CONN-FAILED)23:49:34:SESSION:STATE:(33) old-state:OPEN, new-state:CLOSE_WAITThe following example displays output for the debug backhaul-session-manager session state all command:
Router# debug backhaul-session-manager session state allRouter# debug_bsm_command:DEBUG_BSM_SESSION_STATE_ALL23:50:54:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:CLOSE23:50:54:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOS23:50:54:SESSION:STATE:(34) old-state:OPEN_WAIT, new-state:OPEN_WAIT23:50:54:SESSION:STATE:(34) state:OPEN_WAIT, use-state:OOSThe following example displays output for the debug backhaul-session-manager session xport all command:
Router# debug backhaul-session-manager session xport allRouter# debug_bsm_command:DEBUG_BSM_SESSION_XPORT23:51:39:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)23:51:42:SESSION:XPORT:sig rcvd. session = 33, connid = 0x80BA14EC, sig = 5 (CONN-RESET)23:51:44:SESSION:XPORT:sig rcvd. session = 34, connid = 0x80BA12FC, sig = 5 (CONN-RESET)Related Commands
debug backhaul-session-manager set
Traces state changes and receives messages and events for all available session-sets or a specified session-set.
debug backhaul-session-manager set
To trace state changes and receive messages and events for all the available session sets or a specified session set, use the debug backhaul-session-manager set command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug backhaul-session-manager set {all | name set-name}
no debug backhaul-session-manager set {all | name set-name}
Syntax Description
Defaults
Debugging for backhaul session sets is not enabled.
Command Modes
Privileged EXEC
Command History
Examples
The following is output for the debug backhaul-session-manager set command for all available session sets:
Router# debug backhaul-session-manager set allRouter# debug_bsm_command:DEBUG_BSM_SET_ALLFunction set_proc_event() is calledSession-Set :test-setOld State :BSM_SET_OOSNew State :BSM_SET_OOSActive-Grp :NONESession-Grp :g-11Old State :Group-NoneNew State :Group-NoneEvent rcvd :EVT_GRP_INSBSM:Event BSM_SET_UP is sent to userSession-Set :test-setOld State :BSM_SET_OOSNew State :BSM_SET_ACTIVE_ISActive-Grp :g-11Session-Grp :g-11Old State :Group-NoneNew State :Group-ActiveEvent rcvd :BSM_ACTIVE_TYPEThe following is output for the debug backhaul-session-manager set name set1 command:
Router# debug backhaul-session-manager set name set1Router# debug_bsm_command:DEBUG_BSM_SET_NAMERouter# Function set_proc_event() is calledSession-Set :test-setOld State :BSM_SET_OOSNew State :BSM_SET_OOSActive-Grp :NONESession-Grp :g-11Old State :Group-NoneNew State :Group-NoneEvent rcvd :EVT_GRP_INSRouter#BSM:Event BSM_SET_UP is sent to userSession-Set :test-setOld State :BSM_SET_OOSNew State :BSM_SET_ACTIVE_ISActive-Grp :g-11Session-Grp :g-11Old State :Group-NoneNew State :Group-ActiveEvent rcvd :BSM_ACTIVE_TYPERelated Commands
debug backhaul-session-manager session
Debugs all available sessions or a specified session.
debug backup
To monitor the transitions of an interface going down then back up, use the debug backup command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug backup
no debug backup
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug backup command is useful for monitoring dual X.25 interfaces configured as primary and backup in a Telco data communication network (DCN).
Examples
The following example shows how to start the debug backup command:
Router# debug backupRelated Commands
backup active interface
Activates primary and backup lines on specific X.25 interfaces.
show backup
Displays interface backup status.
debug bert
To display information on the bit error rate testing (BERT) feature, use the debug bert command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bert
no debug bert
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bert command output is used primarily by Cisco technical support representatives. The debug bert command displays debugging messages for specific areas of executed code.
Examples
The following is output from the debug bert command:
Router# debug bertBit Error Rate Testing debugging is onRouter# no debug bertBit Error Rate Testing debugging is offRelated Commands
debug bfd
To display debugging messages about Bidirectional Forwarding Detection (BFD), use the debug bfd command in privileged EXEC mode. To disable debugging output, use the no form of this command.
Cisco IOS Release 12.2(18)SXE, 12.4(4)T, and 12.2(33)SRA
debug bfd {event | packet [ip-address]}
no debug bfd {event | packet [ip-address]}
Cisco IOS Release 12.0(31)S
debug bfd {event | packet [ip-address] | ipc-error | ipc-event | oir-error | oir-event}
no debug bfd {event | packet [ip-address] | ipc-error | ipc-event | oir-error | oir-event}
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bfd command can be used to troubleshoot the BFD feature.
Note
Examples
The following example shows output from the debug bfd packet command. The IP address has been specified in order to limit the packet information to one interface:
Router# debug bfd packet 172.16.10.5BFD packet debugging is on*Jan 26 14:47:37.645: Tx*IP: dst 172.16.10.1, plen 24. BFD: diag 2, St/D/P/F (1/0/0/0), mult 5, len 24, loc/rem discr 1 1, tx 1000000, rx 1000000 100000, timer 1000 ms, #103*Jan 26 14:47:37.645: %OSPF-5-ADJCHG: Process 10, Nbr 172.16.10.12 on Ethernet1/4 from FULL to DOWN, Neighbor Down: BFD node down*Jan 26 14:47:50.685: %OSPF-5-ADJCHG: Process 10, Nbr 172.16.10.12 on Ethernet1/4 from LOADING to FULL, Loading Done*Jan 26 14:48:00.905: Rx IP: src 172.16.10.1, plen 24. BFD: diag 0, St/D/P/F (1/0/0/0), mult 4, len 24, loc/rem discr 2 1, tx 1000000, rx 1000000 100000, timer 4000 ms, #50*Jan 26 14:48:00.905: Tx IP: dst 172.16.10.1, plen 24. BFD: diag 2, St/D/P/F (2/0/0/0), mult 5, len 24, loc/rem discr 1 2, tx 1000000, rx 1000000 100000, timer 1000 ms, #131*Jan 26 14:48:00.905: Rx IP: src 172.16.10.1, plen 24. BFD: diag 0, St/D/P/F (3/0/0/0), mult 4, len 24, loc/rem discr 2 1, tx 1000000, rx 1000000 100000, timer 4000 ms, #51*Jan 26 14:48:00.905: Tx IP: dst 172.16.10.1, plen 24. BFD: diag 0, St/D/P/F (3/0/0/0), mult 5, len 24, loc/rem discr 1 2, tx 1000000, rx 1000000 100000, timer 1000 ms, #132The following example shows output from the debug bfd event command when an interface between two BFD neighbor routers fails and then comes back online:
Router# debug bfd event22:53:48: BFD: bfd_neighbor - action:DESTROY, proc:1024, idb:FastEthernet0/1, neighbor:172.16.10.222:53:48: BFD: bfd_neighbor - action:DESTROY, proc:512, idb:FastEthernet0/1, neighbor:172.16.10.222:53:49: Session [172.16.10.1,172.16.10.2,Fa0/1,1], event DETECT TIMER EXPIRED, state UP -> FAILING...22:56:35: BFD: bfd_neighbor - action:CREATE, proc:1024, idb:FastEthernet0/1, neighbor:172.16.10.222:56:37: Session [172.16.10.1,172.16.10.2,Fa0/1,1], event RX IHY 0, state FAILING -> DOWN22:56:37: Session [172.16.10.1,172.16.10.2,Fa0/1,1], event RX IHY 0, state DOWN -> INIT22:56:37: Session [172.16.10.1,172.16.10.2,Fa0/1,1], event RX IHY 1, state INIT -> UPTable 35 describes the significant fields shown in the display.
The following example shows output from the debug bfd packet command when an interface between two BFD neighbor routers fails and then comes back online. The diagnostic code changes from 0 (No Diagnostic) to 1 (Control Detection Time Expired) because no BFD control packets could be sent (and therefore detected by the BFD peer) after the interface fails. When the interface comes back online, the diagnostic code changes back to 0 to signify that BFD packets can be sent and received by the BFD peers.
Router# debug bfd packet23:03:25: Rx IP: src 172.16.10.2, plen 24. BFD: diag 0, H/D/P/F (0/0/0/0), mult 3, len 24, loc/rem discr 5 1, tx 1000000, rx 10000723:03:25: Tx IP: dst 172.16.10.2, plen 24. BFD: diag 1, H/D/P/F (0/0/0/0), mult 5, len 24, loc/rem discr 1 5, tx 1000000, rx 100000823:03:25: Tx IP: dst 172.16.10.2, plen 24. BFD: diag 1, H/D/P/F (1/0/0/0), mult 5, len 24, loc/rem discr 1 5, tx 1000000, rx 1000009Table 36 describes the significant fields shown in the display.
debug bgp ipv6 dampening
To display debugging messages for IPv6 Border Gateway Protocol (BGP) dampening, use the debug bgp ipv6 dampening command in privileged EXEC mode. To disable debugging messages for IPv6 BGP dampening, use the no form of this command.
debug bgp ipv6 {unicast | multicast} dampening [prefix-list prefix-list-name]
no debug bgp ipv6 {unicast | multicast} dampening [prefix-list prefix-list-name]
Syntax Description
unicast
Specifies IPv6 unicast address prefixes.
multicast
Specifies IPv6 multicast address prefixes.
prefix-list prefix-list-name
(Optional) Name of an IPv6 prefix list.
Command Default
Debugging for IPv6 BGP dampening packets is not enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bgp ipv6 dampening command is similar to the debug ip bgp dampening command, except that it is IPv6-specific.
Use the prefix-list keyword and an argument to filter BGP IPv6 dampening debug information through an IPv6 prefix list.
Note
Examples
The following is sample output from the debug bgp ipv6 dampening command:
Router# debug bgp ipv6 dampening00:13:28:BGP(1):charge penalty for 2000:0:0:1::/64 path 2 1 with halflife-time 15 reuse/suppress 750/200000:13:28:BGP(1):flapped 1 times since 00:00:00. New penalty is 100000:13:28:BGP(1):charge penalty for 2000:0:0:1:1::/80 path 2 1 with halflife-time 15 reuse/suppress 750/200000:13:28:BGP(1):flapped 1 times since 00:00:00. New penalty is 100000:13:28:BGP(1):charge penalty for 2000:0:0:5::/64 path 2 1 with halflife-time 15 reuse/suppress 750/200000:13:28:BGP(1):flapped 1 times since 00:00:00. New penalty is 100000:16:03:BGP(1):charge penalty for 2000:0:0:1::/64 path 2 1 with halflife-time 15 reuse/suppress 750/200000:16:03:BGP(1):flapped 2 times since 00:02:35. New penalty is 189200:18:28:BGP(1):suppress 2000:0:0:1:1::/80 path 2 1 for 00:27:30 (penalty 2671)00:18:28:halflife-time 15, reuse/suppress 750/200000:18:28:BGP(1):suppress 2000:0:0:1::/64 path 2 1 for 00:27:20 (penalty 2664)00:18:28:halflife-time 15, reuse/suppress 750/2000The following example shows output for the debug bgp ipv6 dampening command filtered through the prefix list named marketing:
Router# debug bgp ipv6 dampening prefix-list marketing00:16:08:BGP(1):charge penalty for 2001:0DB8::/64 path 30 with halflife-time 15 reuse/suppress 750/200000:16:08:BGP(1):flapped 1 times since 00:00:00. New penalty is 10Table 37 describes the fields shown in the display.
Related Commands
debug bgp ipv6 updates
To display debugging messages for IPv6 Border Gateway Protocol (BGP) update packets, use the debug bgp ipv6 updates command in privileged EXEC mode. To disable debugging messages for IPv6 BGP update packets, use the no form of this command.
debug bgp ipv6 {unicast | multicast} updates [ipv6-address] [prefix-list prefix-list-name] [in | out]
no debug bgp ipv6 {unicast | multicast} updates [ipv6-address] [prefix-list prefix-list-name] [in | out]
Syntax Description
Command Default
Debugging for IPv6 BGP update packets is not enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bgp ipv6 updates command is similar to the debug ip bgp updates command, except that it is IPv6-specific.
Use the prefix-list keyword to filter BGP IPv6 updates debugging information through an IPv6 prefix list.
Note
Examples
The following is sample output from the debug bgp ipv6 updates command:
Router# debug bgp ipv6 updates14:04:17:BGP(1):2000:0:0:2::2 computing updates, afi 1, neighbor version 0, table version 1, starting at ::14:04:17:BGP(1):2000:0:0:2::2 update run completed, afi 1, ran for 0ms, neighbor version 0, start version 1, throttled to 114:04:19:BGP(1):sourced route for 2000:0:0:2::1/64 path #0 changed (weight 32768)14:04:19:BGP(1):2000:0:0:2::1/64 route sourced locally14:04:19:BGP(1):2000:0:0:2:1::/80 route sourced locally14:04:19:BGP(1):2000:0:0:3::2/64 route sourced locally14:04:19:BGP(1):2000:0:0:4::2/64 route sourced locally14:04:22:BGP(1):2000:0:0:2::2 computing updates, afi 1, neighbor version 1, table version 6, starting at ::14:04:22:BGP(1):2000:0:0:2::2 send UPDATE (format) 2000:0:0:2::1/64, next 2000:0:0:2::1, metric 0, path14:04:22:BGP(1):2000:0:0:2::2 send UPDATE (format) 2000:0:0:2:1::/80, next 2000:0:0:2::1, metric 0, path14:04:22:BGP(1):2000:0:0:2::2 send UPDATE (prepend, chgflags:0x208) 2000:0:0:3::2/64, next 2000:0:0:2::1, metric 0, path14:04:22:BGP(1):2000:0:0:2::2 send UPDATE (prepend, chgflags:0x208) 2000:0:0:4::2/64, next 2000:0:0:2::1, metric 0, pathThe following is sample output from the debug bgp ipv6 updates command filtered through the prefix list named sales:
Router# debug bgp ipv6 updates prefix-list sales00:18:26:BGP(1):2000:8493:1::2 send UPDATE (prepend, chgflags:0x208) 7878:7878::/64, next 2001:0DB8::36C, metric 0, pathTable 38 describes the significant fields shown in the display.
Related Commands
debug bgp ipv6 dampening
Displays debugging messages for IPv6 BGP dampening packets.
debug bgp nsap
To enable the display of Border Gateway Protocol (BGP) debugging information specific to the network service access point (NSAP) address family, use the debug bgp nsap command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bgp nsap
no debug bgp nsap
Syntax Description
This command has no arguments or keywords.
Command Default
Debugging of BGP NSAP address-family code is not enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bgp nsap command is similar to the debug ip bgp command, except that it is specific to the NSAP address family.
Note
Examples
The following example shows output for the debug bgp nsap command. The BGP(4) identifies that BGP version 4 is operational.
Router# debug bgp nsap00:46:46: BGP(4): removing CLNS route to 49.010100:46:46: BGP(4): removing CLNS route to 49.030300:46:46: BGP(4): removing CLNS route to 49.040400:46:46: BGP(4): 10.1.2.1 removing CLNS route 49.0101.1111.1111.1111.1111.00 toeBGP-neighbor00:46:46: BGP(4): 10.2.4.4 removing CLNS route 49.0303.4444.4444.4444.4444.00 toeBGP-neighbor00:46:59: BGP(4): Applying map to find origin for prefix 49.0202.222200:46:59: BGP(4): Applying map to find origin for prefix 49.0202.3333Related Commands
debug bgp nsap dampening
Displays debug messages for BGP NSAP prefix dampening events.
debug bgp nsap updates
Displays debug messages for BGP NSAP prefix update packets.
debug bgp nsap dampening
To display debug messages for Border Gateway Protocol (BGP) network service access point (NSAP) prefix address dampening, use the debug bgp nsap dampening command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bgp nsap dampening [filter-list access-list-number]
no debug bgp nsap dampening [filter-list access-list-number]
Syntax Description
filter-list access-list-number
(Optional) Displays debug messages for BGP NSAP dampening events that match the access list. The acceptable access list number range is from 1 to 199.
Command Default
Debugging for BGP NSAP dampening events is not enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bgp nsap dampening command is similar to the debug ip bgp dampening command, except that it is specific to the NSAP address family.
Note
Examples
The following example shows output for the debug bgp nsap dampening command:
Router# debug bgp nsap dampening16:21:34: BGP(4): Dampening route-map modified.Only one line of output is displayed unless the bgp dampening command is configured with a route map in NSAP address family configuration mode. The following example shows output for the debug bgp nsap dampening command when a route map is configured:
20:07:19: BGP(4): charge penalty for 49.0404 path 65202 65404 with halflife-time 15reuse/suppress 750/200020:07:19: BGP(4): flapped 1 times since 00:00:00. New penalty is 100020:08:59: BGP(4): charge penalty for 49.0404 path 65202 65404 with halflife-time 15reuse/suppress 750/200020:08:59: BGP(4): flapped 2 times since 00:01:39. New penalty is 192820:10:04: BGP(4): charge penalty for 49.0404 path 65202 65404 with halflife-time 15reuse/suppress 750/200020:10:04: BGP(4): flapped 3 times since 00:02:44. New penalty is 283920:10:48: BGP(4): suppress 49.0404 path 65202 65404 for 00:28:10 (penalty 2752)20:10:48: halflife-time 15, reuse/suppress 750/2000Table 39 describes the significant fields shown in the display.
Related Commands
debug bgp nsap
Displays debug messages for BGP NSAP packets.
debug bgp nsap updates
Displays debug messages for BGP NSAP update events.
debug bgp nsap updates
To display debug messages for Border Gateway Protocol (BGP) network service access point (NSAP) prefix address update packets, use the debug bgp nsap updates command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bgp nsap updates [ip-address] [in | out] [filter-set clns-filter-set-name]
no debug bgp nsap updates [ip-address] [in | out] [filter-set clns-filter-set-name]
Syntax Description
Command Default
Debugging for BGP NSAP prefix update packets is not enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug bgp nsap updates command is similar to the debug ip bgp updates command, except that it is specific to the NSAP address family.
Use the ip-address argument to display the BGP update debug messages for a specific BGP neighbor. Use the clns-filter-set-name argument to display the BGP update debug messages for a specific NSAP prefix.
Note
Examples
The following example shows output for the debug bgp nsap updates command:
Router# debug bgp nsap updates02:13:45: BGP(4): 10.0.3.4 send UPDATE (format) 49.0101, next 49.0303.3333.3333.3333.3333.00, metric 0, path 65202 6510102:13:45: BGP(4): 10.0.3.4 send UPDATE (format) 49.0202, next 49.0303.3333.3333.3333.3333.00, metric 0, path 6520202:13:45: BGP(4): 10.0.3.4 send UPDATE (format) 49.0303, next 49.0303.3333.3333.3333.3333.00, metric 0, path02:13:45: BGP(4): 10.0.2.2 send UPDATE (format) 49.0404, next 49.0303.3333.3333.3333.3333.00, metric 0, path 65404Table 40 describes the significant fields shown in the display.
Related Commands
debug bgp nsap
Displays debug messages for BGP NSAP packets.
debug bgp nsap dampening
Displays debug messages for BGP NSAP prefix dampening events.
debug bgp vpnv6 unicast
To display Border Gateway Protocol (BGP) virtual private network (VPN) debugging output, use the debug bgp vpnv6 unicast command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bgp vpnv6 unicast
no debug bgp vpnv6
Syntax Description
This command has no arguments or keywords.
Command Default
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use the debug bgp vpnv6 unicast command to help troubleshoot the BGP VPN.
Note
Examples
The following example enables BGP debugging output for IPv6 VPN instances:
Router# debug bgp vpnv6 unicastdebug bri-interface
To display debugging information on ISDN BRI routing activity, use the debug bri-interface command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bri-interface
no debug bri-interface
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Usage Guidelines
The debug bri-interface command indicates whether the ISDN code is enabling and disabling the B channels when attempting an outgoing call. This command is available for the low-end router products that have a multi-BRI network interface module installed.
Caution
Examples
The following is sample output from the debug bri-interface command:
Router# debug bri-interfaceBRI: write_sid: wrote 1B for subunit 0, slot 1.BRI: write_sid: wrote 15 for subunit 0, slot 1.BRI: write_sid: wrote 17 for subunit 0, slot 1.BRI: write_sid: wrote 6 for subunit 0, slot 1.BRI: write_sid: wrote 8 for subunit 0, slot 1.BRI: write_sid: wrote 11 for subunit 0, slot 1.BRI: write_sid: wrote 13 for subunit 0, slot 1.BRI: write_sid: wrote 29 for subunit 0, slot 1.BRI: write_sid: wrote 1B for subunit 0, slot 1.BRI: write_sid: wrote 15 for subunit 0, slot 1.BRI: write_sid: wrote 17 for subunit 0, slot 1.BRI: write_sid: wrote 20 for subunit 0, slot 1.BRI: Starting Power Up timer for unit = 0.BRI: write_sid: wrote 3 for subunit 0, slot 1.BRI: Starting T3 timer after expiry of PUP timeout for unit = 0, current state is F4.BRI: write_sid: wrote FF for subunit 0, slot 1.BRI: Activation for unit = 0, current state is F7.BRI: enable channel B1BRI: write_sid: wrote 14 for subunit 0, slot 1.%LINK-3-UPDOWN: Interface BRI0: B-Channel 1, changed state to up%LINK-5-CHANGED: Interface BRI0: B-Channel 1, changed state to up.!!!BRI: disable channel B1BRI: write_sid: wrote 15 for subunit 0, slot 1.%LINK-3-UPDOWN: Interface BRI0: B-Channel 1, changed state to down%LINK-5-CHANGED: Interface BRI0: B-Channel 1, changed state to down%LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0: B-Channel 1, changed state to downThe following line indicates that an internal command was written to the interface controller. The subunit identifies the first interface in the slot.
BRI: write_sid: wrote 1B for subunit 0, slot 1.The following line indicates that the power-up timer was started for the named unit:
BRI: Starting Power Up timer for unit = 0.The following lines indicate that the channel or the protocol on the interface changed state:
%LINK-3-UPDOWN: Interface BRI0: B-Channel 1, changed state to up%LINK-5-CHANGED: Interface BRI0: B-Channel 1, changed state to up.!!!%LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0: B-Channel 1, changed state to downThe following line indicates that the channel was disabled:
BRI: disable channel B1Lines of output not described are for use by support staff only.
Related Commands
debug bsc event
To display all events occurring in the Binary Synchronous Communications (Bisync) feature, use the debug bsc event command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bsc event [number]
no debug bsc event [number]
Syntax Description
Command Modes
Privileged EXEC
Usage Guidelines
This command traces all interfaces configured with a bsc protocol-group number command.
Examples
The following is sample output from the debug bsc event command:
Router# debug bsc eventBSC: Serial2 POLLEE-FSM inp:E_LineFail old_st:CU_Down new_st:TCU_EOFileBSC: Serial2 POLLEE-FSM inp:E_LineFail old_st:CU_Down new_st:TCU_EOFileBSC: Serial2 POLLEE-FSM inp:E_LineFail old_st:CU_Down new_st:TCU_EOFile0:04:32: BSC: Serial2 :SDI-rx: 9 bytesBSC: Serial2 POLLEE-FSM inp:E_RxEtx old_st:CU_Down new_st:TCU_EOFile0:04:32: BSC: Serial2 :SDI-rx: 5 bytesBSC: Serial2 POLLEE-FSM inp:E_RxEnq old_st:CU_Down new_st:TCU_EOFileBSC: Serial2 POLLEE-FSM inp:E_Timeout old_st:CU_Down new_st:TCU_InFileBSC: Serial2 POLLEE-FSM inp:E_Timeout old_st:CU_Idle new_st:TCU_InFile%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial2, changed state to up%LINK-3-UPDOWN: Interface Serial2, changed state to upBSC: Serial2 POLLEE-FSM inp:E_Timeout old_st:CU_Idle new_st:TCU_InFile0:04:35: BSC: Serial2 :SDI-rx: 9 bytesBSC: Serial2 POLLEE-FSM inp:E_RxEtx old_st:CU_Idle new_st:TCU_InFile0:04:35: BSC: Serial2 :SDI-rx: 5 bytesBSC: Serial2 POLLEE-FSM inp:E_RxEnq old_st:CU_Idle new_st:TCU_InFile0:04:35: BSC: Serial2 :NDI-rx: 3 bytesRelated Commands
debug bsc packet
Displays all frames traveling through the Bisync feature.
debug bstun events
Displays BSTUN connection events and status.
debug bsc packet
To display all frames traveling through the Binary Synchronous Communications (Bisync) feature, use the debug bsc packet command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bsc packet [group number] [buffer-size bytes]
no debug bsc packet [group number] [buffer-size bytes]
Syntax Description
group number
(Optional) Group number.
buffer-size bytes
(Optional) Number of bytes displayed per packet (defaults to 20).
Defaults
The default number of bytes displayed is 20.
Command Modes
Privileged EXEC
Usage Guidelines
This command traces all interfaces configured with a bsc protocol-group number command.
Examples
The following is sample output from the debug bsc packet command:
Router# debug bsc packet0:23:33: BSC: Serial2 :NDI-rx : 27 bytes 401A400227F5C31140C11D60C8C5D3D3D51D40130:23:33: BSC: Serial2 :SDI-tx : 12 bytes 00323237FF3232606040402D0:23:33: BSC: Serial2 :SDI-rx : 2 bytes 10700:23:33: BSC: Serial2 :SDI-tx : 27 bytes 401A400227F5C31140C11D60C8C5D3D3D51D40130:23:33: BSC: Serial2 :SDI-rx : 2 bytes 10610:23:33: BSC: Serial2 :SDI-tx : 5 bytes 00323237FFRelated Commands
debug bsc event
Displays all events occurring in the Bisync feature.
debug bstun events
Displays BSTUN connection events and status.
debug bstun events
To display BSTUN connection events and status, use the debug bstun events command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bstun events [number]
no debug bstun events [number]
Syntax Description
Command Modes
Privileged EXEC
Usage Guidelines
When you enable the debug bstun events command, messages showing connection establishment and other overall status messages are displayed.
You can use the debug bstun events command to assist you in determining whether the BSTUN peers are configured correctly and are communicating. For example, if you enable the debug bstun packet command and you do not see any packets, you may want to enable event debugging.
Note
Examples
The following is sample output from the debug bstun events command of keepalive messages working correctly. If the routers are configured correctly, at least one router will show reply messages.
Router# debug bstun eventsBSTUN: Received Version Reply opcode from (all[2])_172.16.12.2/1976 at 1360BSTUN: Received Version Request opcode from (all[2])_172.16.12.2/1976 at 1379BSTUN: Received Version Reply opcode from (all[2])_172.16.12.2/1976 at 1390
Note
The following is sample output from the debug bstun events output of an event trace in which the wrong TCP address has been specified for the remote peer. These are non-keepalive related messages.
Router# debug bstun eventsBSTUN: Change state for peer (C1[1])172.16.12.22/1976 (closed->opening)BSTUN: Change state for peer (C1[1])172.16.12.22/1976 (opening->open wait)%BSTUN-6-OPENING: CONN: opening peer (C1[1])172.16.12.22/1976, 3BSTUN: tcpd sender in wrong state, dropping packetBSTUN: tcpd sender in wrong state, dropping packetBSTUN: tcpd sender in wrong state, dropping packetRelated Commands
debug bstun packet
To display packet information on packets traveling through the BSTUN links, use the debug bstun packet command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bstun packet [group number] [buffer-size bytes]
no debug bstun packet [group number] [buffer-size bytes]
Syntax Description
group number
(Optional) BSTUN group number.
buffer-size bytes
(Optional) Number of bytes displayed per packet (defaults to 20).
Defaults
The default number of bytes displayed is 20.
Command Modes
Privileged EXEC
Examples
The following is sample output from the debug bstun packet command:
Router# debug bstun packetBSTUN bsc-local-ack: 0:00:00 Serial2 SDI: Addr: 40 Data: 02C1C1C1C1C1C1C1C1C1BSTUN bsc-local-ack: 0:00:00 Serial2 SDI: Addr: 40 Data: 02C1C1C1C1C1C1C1C1C1BSTUN bsc-local-ack: 0:00:06 Serial2 NDI: Addr: 40 Data: 0227F5C31140C11D60C8Related Commands
debug bundle errors
To enable the display of information on bundle errors, use the debug bundle errors command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug bundle errors
no debug bundle errors
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to enable the display of error information for a bundle, such as reports of inconsistent mapping in the bundle.
Related Commands
debug bundle events
To enable display of bundle events when use occurs, use the debug bundle events command in privileged EXEC mode. To disable the display, use the no form of this command.
debug bundle events
no debug bundle events
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to enable the display of bundle events, such as occurrences of VC bumping, when bundles were brought up, when they were taken down, and so forth.
Related Commands
debug callback
To display callback events when the router is using a modem and a chat script to call back on a terminal line, use the debug callback command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug callback
no debug callback
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Usage Guidelines
This command is useful for debugging chat scripts on PPP and AppleTalk Remote Access Protocol (ARAP) lines that use callback mechanisms. The output provided by the debug callback command shows you how the call is progressing when used with the debug ppp or debug arap commands.
Examples
The following is sample output from the debug callback command:
Router# debug callbackTTY7 Callback process initiated, user: exec_test dialstring 123456TTY7 Callback forced wait = 4 secondsTTY7 Exec Callback Successful - await exec/autoselect pickupTTY7: Callback in effectRelated Commands
debug cable env
Displays ARAP events.
debug ppp
Displays information on traffic and exchanges in an internetwork implementing the PPP.
debug call fallback detail
To display details of the call fallback, use the debug call fallback detail command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call fallback detail
no debug call fallback detail
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Every time a call request is received, the debug call fallback detail command displays in the command-line interface (CLI) cache lookup and call acceptance/rejection information. Use this command to monitor call requests as they enter the call fallback subsystem.
If you have a large amount of calls in your router, enabling this command can cause delays in your routing functions as the debug statistics are constantly compiled and sent to your terminal. Also, debug messages on your terminal may make for difficult CLI configuring.
Examples
The following example depicts a call coming in to 10.1.1.4 with codec g729r8. Because there is no cache entry for this destination, a probe is sent and values are inserted into the cache. A lookup is performed again, entry is found, and a fallback decision is made to admit the call.
Router# debug call fallback detailWhen cache is empty:debug call fallback detail:2d19h:fb_lookup_cache:10.1.1.4, codec:g729r82d19h:fb_lookup_cache:No entry found.2d19h:fb_check:no entry exists, enqueueing probe info... 10.1.1.4, codec:g729r82d19h:fb_main:Got FB_APP_INQ event2d19h:fb_main:Dequeued prob info: 10.1.1.4, codec:g729r82d19h:fb_lookup_cache:10.1.1.4, codec:g729r82d19h:fb_lookup_cache:No entry found.2d19h:fb_cache_insert:insert:10.1.1.4, codec:g729r82d19h:fb_cache_insert:returning entry:10.1.1.4, codec:g729r82d19h:fb_initiate_probe:Creating probe... 10.1.1.4, codec:g729r82d19h:fb_initiate_probe:Created and started on probe #13, 10.1.1.4, codec:g729r82d19h:fb_lookup_cache:10.1.1.4, codec:g729r82d19h:fb_lookup_cache:Found entry.2d19h:fb_check:returned FB_CHECK_TRUE, 10.1.1.4, codec:g729r82d19h:fb_main:calling callback function with:TRUEThe following example depicts a call coming in to 10.1.1.4 with codec g729r8. A lookup is performed, entry is found, and a fallback decision is made to admit the call.
Router# debug call fallback detailWhen cache is full:2d19h:fb_lookup_cache:10.1.1.4, codec:g729r82d19h:fb_lookup_cache:Found entry.2d19h:fb_check:returned FB_CHECK_TRUE, 10.1.1.4, codec:g729r82d19h:fb_main:calling callback function with:TRUEdebug call fallback probe
To display details of the call fallback probes, use the debug call fallback probe command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call fallback probe
no debug call fallback probe
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Every time a probe is received, the debug call fallback probe command displays in the command-line interface (CLI) network traffic information collected by the probe. Use this command to monitor the network traffic information the probes carry as they enter the call fallback subsystem and log cache entries.
If you have frequent return of probes to your router, enabling this command can cause delays in your routing functions as the debug statistics are constantly compiled and sent to your terminal. Also, debug messages on your terminal may make for difficult CLI configuring.
Examples
The following example depicts a call coming in to 10.1.1.4 and codec type g729r8. Because there is no cache entry for this IP address, a g729r8 probe is initiated. The probe consists of 20 packet returns with an average delay of 43 milliseconds. The "jitter out" is jitter from source to destination router and "jitter in" is jitter from destination to source router. The delay, loss, and Calculated Planning Impairment Factor (ICPIF) values following g113_calc_icpif are the instantaneous values, whereas those values following "New smoothed values" are the values after applying the smoothing with weight 65.
Router# debug call fallback probe2d19h:fb_initiate_probe:Probe payload is 322d19h:fb_main:NumOfRTT=20, RTTSum=120, loss=0, delay=43, jitter in=0, jitter out=0-> 10.1.1.4, codec:g729r82d19h:g113_calc_icpif(delay (w/codec delay)=43, loss=0, expect_factor=10) Icpif=02d19h:fb_main:Probe timer expired, 10.1.1.4, codec:g729r82d19h:fb_main:NumOfRTT=20, RTTSum=120, loss=0, delay=43, jitter in=0, jitter out=0-> 10.1.1.4, codec:g729r82d19h:g113_calc_icpif(delay (w/codec delay)=43, loss=0, expect_factor=10) Icpif=02d19h:fb_main:New smoothed values:inst_weight=65, ICPIF=0, Delay=43, Loss=0 -> 10.1.1.4, codec:g729r8debug call filter detail
To display details of the debug trace inside the generic call filter module (GCFM), use the debug call filter detail command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call filter detail
no debug call filter detail
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Examples
The following sample output from the debug call filter detail command shows the detailed activity of the GCFM, which is the internal module that controls the debug filtering.
Router# debug call filter detail5d18h: gcfm_call_get_hash_address: hashtable index = 3455d18h: gcfm_call_search_hash:no found5d18h: gcfm_init_call_record:5d18h: gcfm_init_percall_matchlist:5d18h: === list 1: service_state=2, callp's: 05d18h: gcfm_call_get_hash_address: hashtable index = 3455d18h: gcfm_call_enlist: count before this enlist 0 on 624D60005d18h: gcfm_call_enlist: tail is empty guid=C2E4C789-214A-11D4-804C-000A8A389BA85d18h: gcfm_call_get_hash_address: hashtable index = 3455d18h: gcfm_call_search_hash: search requested guid=C2E4C789-214A-11D4-804C-000A8A389BA8 vs the entry guid=C2E4C789-214A-11D4-804C-000A8A389BA85d18h: gcfm_call_search_hash: found5d18h: gcfm_update_percall_condlist_context:5d18h: gcfm_update_percall_condlist_context: check cond = 25d18h: gcfm_copy_match_cond:5d18h: gcfm_update_cond_through_matchlist:5d18h: gcfm_check_percond_with_matchlist: check match-list 15d18h: gcfm_matchlist_percond_check:5d18h: gcfm_matchlist_percond_check: check cond=25d18h: gcfm_matchlist_percond_check: compare 42300 to configured 423005d18h: gcfm_check_cond_tel_number:5d18h: gcfm_check_cond_tel_number: matched5d18h: gcfm_matchlist_percond_check: checked result is 15d18h: gcfm_is_bitfield_identical:5d18h: gcfm_update_cond_through_matchlist: service=1, percallmatchlist tag=1,current_status = 1, service_filter=05d18h: gcfm_percall_notify_condition: not linked call recordTable 41 describes the significant fields shown in the display.
Related Commands
debug call filter inout
To display the debug trace inside the generic call filter module (GCFM), use the debug call filter inout command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call filter inout
no debug call filter inout
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Examples
The following sample output from the debug call filter inout command shows the incoming and outgoing activity of the GCFM, which is the internal module that controls the debug filtering.
Router# debug call filter inout5d18h: gcfm_generate_guid: component ISDN gets guid5d18h: gcfm_percall_register: component ISDN5d18h: gcfm_percall_register: component ISDN return selected=05d18h: gcfm_percall_notify_condition: component ISDN for sync=15d18h: gcfm_percall_notify_condition: component ISDN successfully selected = 05d18h: gcfm_check_percall_status: component TGRM5d18h: gcfm_check_percall_status: component TGRM return selected=05d18h: gcfm_check_percall_status: component TGRM5d18h: gcfm_check_percall_status: component TGRM return selected=05d18h: gcfm_percall_register: component VTSP5d18h: gcfm_percall_register: component VTSP for return selected value 05d18h: gcfm_percall_notify_condition: component VTSP for sync=15d18h: gcfm_percall_notify_condition: component VTSP successfully selected = 05d18h: gcfm_percall_register: component CCAPI5d18h: gcfm_percall_register: component CCAPI for return selected value 05d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=05d18h: gcfm_percall_register: component VOICE-IVR-V25d18h: gcfm_percall_register: component VOICE-IVR-V2 for return selected value 05d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component DIAL-PEER5d18h: gcfm_check_percall_status: component DIAL-PEER return selected=05d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component DIAL-PEER5d18h: gcfm_check_percall_status: component DIAL-PEER return selected=05d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component DIAL-PEER5d18h: gcfm_check_percall_status: component DIAL-PEER return selected=05d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component DIAL-PEER5d18h: gcfm_check_percall_status: component DIAL-PEER return selected=05d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component DIAL-PEER5d18h: gcfm_check_percall_status: component DIAL-PEER return selected=05d18h: gcfm_check_percall_status: component DIAL-PEER5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_percall_register: component CCAPI5d18h: gcfm_percall_register: component CCAPI for return selected value 05d18h: gcfm_percall_register: component VOICE-IVR-V25d18h: gcfm_percall_register: component VOICE-IVR-V2 for return selected value 05d18h: gcfm_percall_notify_condition: component VOICE-IVR-V2 for sync=15d18h: gcfm_percall_notify_condition: component VOICE-Router#IVR-V2 successfully selected = 15d18h: gcfm_percall_register: component H3235d18h: gcfm_percall_register: component H323 for return selected value 15d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=15d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=15d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=15d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=15d18h: gcfm_clear_condition: component VOICE-IVR-V25d18h: gcfm_clear_condition: component VOICE-IVR-V2 successfully5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=05d18h: gcfm_percall_deregister: component CCAPI5d18h: gcfm_percall_deregister: component CCAPI successfully5d18h: gcfm_percall_deregister: component H3235d18h: gcfm_percall_deregister: component H323 successfully5d18h: gcfm_percall_deregister: component ISDN5d18h: gcfm_percall_deregister: component ISDN successfully5d18h: gcfm_percall_deregister: component VOICE-IVR-V25d18h: gcfm_percall_deregister: component VOICE-IVR-V2 successfully5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION5d18h: gcfm_check_percall_status: component NUMBER-TRANSLATION return selected=05d18h: gcfm_percall_deregister: component CCAPI5d18h: gcfm_percall_deregister: component CCAPI successfully5d18h: gcfm_percall_deregister: component VTSP5d18h: gcfm_percall_deregister: component VTSP successfully5d18h: gcfm_percall_deregister: component VOICE-IVR-V25d18h: gcfm_terminate_track_guid: component VOICE-IVR-V2 terminate, success5d18h: gcfm_percall_deregister: component VOICE-IVR-V2 successfullyTable 42 describes the significant fields shown in the display.
Related Commands
debug call-mgmt
To display debugging information for call accounting, including modem and time slot usage, for active and recent calls, use the debug call-mgmt command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call-mgmt
no debug call-mgmt
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output after the debug call-mgmt command has been enabled:
Router# debug call-mgmtCall Management debugging is onRouter#Dec 26 13:57:27.710: msg_to_calls_mgmt: msg type CPM_NEW_CALL_CSM_CONNECT receivedDec 26 13:57:27.714: In actv_c_proc_message,access type CPM_INSERT_NEW_CALL,call type CPM_ISDN_ANALOG:CSM completed connecting a new modem call...Dec 26 13:57:45.906: msg_to_calls_mgmt: msg type CPM_NEW_CALL_ISDN_CONNECT receivedDec 26 13:57:45.906: In actv_c_proc_message,access type CPM_INSERT_NEW_CALL,call type CPM_ISDN_ANALOG:Added a new ISDN analog call to the active-calls listCC-Slot#7, DSX1-Ctrlr#17, DS0-Timeslot#1Mdm-Slot#1, Mdm-Port#3, TTY#219...Dec 26 13:58:25.682: Call mgmt per minute statistics:active list length: 1history list length: 3Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 1Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 2Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 3Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 4Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 5Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 6Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 7Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 8Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 9Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 10Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 11Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 12Dec 26 13:58:25.682: 0 timeslots active at slot 7, ctrlr 13Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 14Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 15Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 16Dec 26 13:58:25.686: 1 timeslots active at slot 7, ctrlr 17Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 18Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 19Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 20Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 21Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 22Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 23Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 24Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 25Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 26Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 27Dec 26 13:58:25.686: 0 timeslots active at slot 7, ctrlr 28Router# clear int as1/03Dec 26 13:58:26.538: msg_to_calls_mgmt: msg type CPM_VOICE_CALL_REJ_NO_MOD_AVAIL receivedDec 26 13:58:26.538: In actv_c_proc_message,access type CPM_REMOVE_DISC_CALL,call type CPM_ISDN_ANALOG:Removed a disconnected ISDN analog callCC-Slot#7, DSX1-Ctrlr#17, DS0-Timeslot#1Dec 26 13:58:26.538: Mdm-Slot#1, Mdm-Port#3, TTY#219Table 43 describes the significant fields shown in the display.
debug call rsvp-sync events
To display events that occur during Resource Reservation Protocol (RSVP) setup, use the debug call rsvp-sync events command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call rsvp-sync events
no debug call rsvp-sync events
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
It is highly recommended that you log the output from the debug call rsvp-sync events 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 a portion of sample output for a call initiating RSVP when using the debug call rsvp-sync events command:
00:03:25: Parameters: localip: 10.19.101.117 :localport: 1666000:03:25: Parameters: remoteip: 10.19.101.116 :remoteport: 1756800:03:25: QoS Primitive Event for Call id 0x1 : QoS Listen00:03:25: Lookup to be done on hashkey 0x1 in hash table 0x61FC249800:03:25: Hashed entry 0x1 in call table 0x61FC249800:03:25: Entry Not found00:03:25: Parameters: localip: 10.19.101.11700:03:25: remoteip: 10.19.101.11600:03:25: QoSpcb : 0x61FC34D800:03:25: Response Status : 0Starting timer for call with CallId 0x1 for 10000 secs00:03:25: Handling QoS Primitive QoS Listen00:03:25: Establishing RSVP RESV state : rsvp_request_reservation()00:03:25: For streams from 10.19.101.116:17568 to 10.19.101.117:1666000:03:25: RSVP Confirmation required00:03:25: QoS Primitive Event for Call id 0x1 : QoS Resv00:03:25: Lookup to be done on hashkey 0x1 in hash table 0x61FC249800:03:25: Hashed entry 0x1 in call table 0x61FC249800:03:25: Initiating RVSP PATH messages to be Sent : reg_invoke_rsvp_advertise_sender()00:03:25: Advertizing for streams to 10.19.101.116:17568 from 10.19.101.117:1666000:03:25: RESV notification event received is : 200:03:25: Received RESVCONFIRM00:03:25: RESV CONFIRM message received from 10.19.101.116 for RESV setup from 10.19.101.11700:03:25: RESV event received is : 000:03:25: RESV message received from 10.19.101.116:17568 for streams from 10.19.101.117:1666000:03:25: RESERVATIONS ESTABLISHED : CallId: 1 Stop timer and notify Session Protocol of Success (ie. if notification requested)00:03:25: Invoking spQoSresvCallback with SuccessRelated Commands
debug call rsvp-sync func-trace
To display messages about software functions called by Resource Reservation Protocol (RSVP), use the debug call rsvp-sync func-trace command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call rsvp-sync func-trace
no debug call rsvp-sync func-trace
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
It is highly recommended that you log the output from the debug call rsvp-sync func-trace 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 a portion of sample output for a call initiating RSVP when using the debug call rsvp-sync func-trace command in conjunction with the debug call rsvp-sync events command:
00:03:41: Entering Function QoS_Listen00:03:41: Parameters:localip:10.10.101.116 :localport:1756800:03:41:remoteip:10.10.101.117 :remoteport:000:03:41: Entering Function qos_dequeue_event00:03:41: Entering Function process_queue_event00:03:41: QoS Primitive Event for Call id 0x2 :QoS Listen00:03:41: Entering Function get_pcb00:03:41: Entering Function hash_tbl_lookup00:03:41:Lookup to be done on hashkey 0x2 in hash table 0x61FAECD800:03:41: Entering Function hash_func00:03:41:Hashed entry 0x2 in call table 0x61FAECD800:03:41:Entry Not found00:03:41: Entering Function qos_dequeue_pcb00:03:41: Entering Function qos_initialize_pcb00:03:41: Parameters:localip:10.10.101.11600:03:41: remoteip:10.10.101.11700:03:41: QoSpcb :0x61FAFD1800:03:41: Response Status :000:03:41: Entering Function hash_tbl_insert_entry00:03:41: Entering Function hash_func00:03:41: Handling QoS Primitive QoS Listen00:03:41: Entering Function qos_dequeue_hash_port_entry00:03:41: Entering Function qos_port_tbl_insert_entry00:03:41: Entering Function hash_func00:03:41: Doing RSVP Listen :rsvp_add_ip_listen_api()Related Commands
debug call threshold
To see details of the trigger actions, use the debug call threshold command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call threshold module
no debug call threshold
Syntax Description
module
The module argument can be one of the following:
•
•
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the debug call threshold core command:Router# debug call threshold coreRSCCAC Core info debugging is onThe following is sample output from the debug call threshold detail command:
Router# debug call threshold detailAll RSCCAC info debugging is ondebug call treatment action
To debug the call treatment actions, use the debug call treatment action command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug call treatment action
no debug call treatment action
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Examples
Debug actions are performed on calls by call treatment. The following sample output shows that call treatment is turned on:
Router# debug call treatment actionCall treatment action debugging is ondebug capf-server
To collect debug information about the CAPF server, use the debug capf-server command in privileged EXEC mode. To disable collection of debug information, use the no form of this command.
debug capf-server {all | error | events | messages}
no debug capf-server
Syntax Description
all
Collect all CAPF information available.
error
Collect only information about CAPF errors.
events
Collect only information about CAPF status events.
messages
Collect only CAPF system messages.
Command Default
Collection of CAPF debug information is disabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command is used with Cisco Unified CallManager Express phone authentication.
Examples
The following example shows debug messages for the CAPF server.
Router# debug capf-server all001891: .Jul 21 18:17:07.014: %IPPHONE-6-UNREGISTER_NORMAL: ephone-1:SEP000E325C9A43 IP:10.10.10.194 Socket:3 DeviceType:Phone has unregistered normally.001892: .Jul 21 18:17:20.495: New Connection from phone, socket 1001893: .Jul 21 18:17:20.495: Created New Handshake Process001894: .Jul 21 18:17:20.499: SSL Handshake Error -6983001895: .Jul 21 18:17:21.499: SSL Handshake Error -6983001896: .Jul 21 18:17:22.555: SSL Handshake Successful001897: .Jul 21 18:17:22.555: ephone_capf_send_auth_req:001898: .Jul 21 18:17:22.555: ephone_capf_ssl_write: 12 bytes001899: .Jul 21 18:17:22.711: ephone_capf_ssl_read: Read 35 bytes001900: .Jul 21 18:17:22.711: ephone_capf_handle_phone_msg: msgtype 2001901: .Jul 21 18:17:22.711: ephone_capf_process_auth_res_msg: SEP000E325C9A43 AuthMode 2001902: .Jul 21 18:17:22.711: ephone_capf_send_delete_cert_req_msg: SEP000E325C9A43001903: .Jul 21 18:17:22.711: ephone_capf_ssl_write: 8 bytes001904: .Jul 21 18:17:23.891: ephone_capf_ssl_read: Read 12 bytes001905: .Jul 21 18:17:23.891: ephone_capf_handle_phone_msg: msgtype 14001906: .Jul 21 18:17:23.891: certificate delete successful for SEP000E325C9A43001907: .Jul 21 18:17:24.695: ephone_capf_release_session: SEP000E325C9A43001908: .Jul 21 18:17:24.695: ephone_capf_send_end_session_msg: SEP000E325C9A43001909: .Jul 21 18:17:24.695: ephone_capf_ssl_write: 12 bytes001910: .Jul 21 18:17:25.095: %IPPHONE-6-REG_ALARM: 22: Name=SEP000E325C9A43 Load=7.2(2.0) Last=Reset-Reset001911: .Jul 21 18:17:25.099: %IPPHONE-6-REGISTER: ephone-1:SEP000E325C9A43 IP:10.10.10.194 Socket:2 DeviceType:Phone has registered.001912: .Jul 21 18:18:05.171: %IPPHONE-6-UNREGISTER_NORMAL: ephone-1:SEP000E325C9A43 IP:1.1.1.127 Socket:2 DeviceType:Phone has unregistered normally.001913: .Jul 21 18:18:18.288: New Connection from phone, socket 1001914: .Jul 21 18:18:18.288: Created New Handshake Process001915: .Jul 21 18:18:18.292: SSL Handshake Error -6983001916: .Jul 21 18:18:19.292: SSL Handshake Error -6983001917: .Jul 21 18:18:20.348: SSL Handshake Successful001918: .Jul 21 18:18:20.348: ephone_capf_send_auth_req:001919: .Jul 21 18:18:20.348: ephone_capf_ssl_write: 12 bytes^Z001920: .Jul 21 18:18:20.492: ephone_capf_ssl_read: Read 35 bytes001921: .Jul 21 18:18:20.492: ephone_capf_handle_phone_msg: msgtype 2001922: .Jul 21 18:18:20.492: ephone_capf_process_auth_res_msg: SEP000E325C9A43 AuthMode 2001923: .Jul 21 18:18:20.492: ephone_capf_send_PhKeyGenReq_msg: SEP000E325C9A43 KeySize 1024001924: .Jul 21 18:18:20.492: ephone_capf_ssl_write: 13 bytes001925: .Jul 21 18:18:20.540: ephone_capf_ssl_read: Read 8 bytes001926: .Jul 21 18:18:20.540: ephone_capf_handle_phone_msg: msgtype 17001927: .Jul 21 18:18:20.540: ephone_capf_process_req_in_progress: SEP000E325C9A43 delay 0sh001928: .Jul 21 18:18:21.924: %SYS-5-CONFIG_I: Configured from console by user1 on consoledebug cas
To debug channel-associated signaling (CAS) messages and to debug the establishment of a time-division multiplexing (TDM) connection between a DS0 and a digital modem, use the debug cas command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cas slot slot number port port number
no debug cas slot slot number port port number
Syntax Description
slot slot number
Slot and slot number. Valid values are 0 and 1.
port port number
Port and port number. Valid values are 0 and 1.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Usage Guidelines
When the NM-xCE1T1PRI network module is used with an NM-xDM and a DS0-group is configured under the controller, you can use the debug cas command to debug CAS signaling messages and the establishment of a TDM connection between a DS0 and a digital modem. Use the debug cas command to identify and troubleshoot call connection problems on a T1/E1 interface. With this command, you can trace the complete sequence of incoming and outgoing calls.
Examples
The following shows an example session to enable debugging CAS and generate troubleshooting output:
Router# show debugRouter# debug cas slot 1 port 0CAS debugging is onRouter#debug-cas is on at slot(1) dsx1(0)Router# show debugCAS debugging is onThe following example shows output for the first outgoing call:
Router# p 1.1.1.2Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 1.1.1.2, timeout is 2 seconds:*Mar 2 00:17:45: dsx1_alloc_cas_channel: channel 0 dsx1_timeslot1(0/0): TX SEIZURE (ABCD=0001)(0/0): RX SEIZURE_ACK (ABCD=1101)(0/1):RX_IDLE (ABCD=1001)(0/2): RX_IDLE (ABCD=1001)(0/3): RX_IDLE(ABCD=1001)(0/4): RX_IDLE (ABCD=1001)(0/5): RX_IDLE (ABCD=1001)(0/6):RX_IDLE (ABCD=1001)(0/7): RX_IDLE (ABCD=1001)(0/8): RX_IDLE(ABCD=1001)(0/9): RX_IDLE (ABCD=1001)(0/10): RX_IDLE (ABCD=1001)(0/11):RX_IDLE (ABCD=1001)(0/12): RX_IDLE (ABCD=1001)(0/13): RX_IDLE(ABCD=1001)(0/14): RX_IDLE (ABCD=1001)(0/16): RX_IDLE (ABCD=1001)(0/17):RX_IDLE (ABCD=1001)(0/18): RX_IDLE (ABCD=1001)(0/19): RX_IDLE(ABCD=1001)(0/20): RX_IDLE (ABCD=1001)(0/21): RX_IDLE(ABCD=1001).(0/22): RX_IDLE (ABCD=1001)(0/23): RX_IDLE(ABCD=1001)(0/24): RX_IDLE (ABCD=1001)(0/25): RX_IDLE (ABCD=1001)(0/26):RX_IDLE (ABCD=1001)(0/27): RX_IDLE (ABCD=1001)(0/28): RX_IDLE(ABCD=1001)(0/29): RX_IDLE (ABCD=1001)(0/30): RX_IDLE(ABCD=1001)...(0/0): RX ANSWERED (ABCD=0101).Success rate is 0 percent (0/5)Router#*Mar 2 00:18:13.333: %LINK-3-UPDOWN: Interface Async94, changed state to up*Mar 2 00:18:13.333: %DIALER-6-BIND: Interface As94 bound to profile Di1*Mar 2 00:18:14.577: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async94, changed state to upRouter# p 1.1.1.2Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 1.1.1.2, timeout is 2 seconds:!!!!!Success rate is 100 percent (5/5), round-trip min/avg/max = 160/180/236 msThe following example shows that the call is cleared on the router:
Router# clear int dialer 1Router#(0/0): TX IDLE (ABCD=1001)(0/0): RX IDLE (ABCD=1001)*Mar 2 00:18:28.617: %LINK-5-CHANGED: Interface Async94, changed state to reset*Mar 2 00:18:28.617: %DIALER-6-UNBIND: Interface As94 unbound from profile Di1*Mar 2 00:18:29.617: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async94, changed state to downet2-c3745-1#*Mar 2 00:18:33.617: %LINK-3-UPDOWN: Interface Async94, changed state to downThe following example shows a subsequent outbound CAS call:
Router# p 1.1.1.2Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 1.1.1.2, timeout is 2 seconds:*Mar 2 00:18:40: dsx1_alloc_cas_channel: channel 5 dsx1_timeslot6(0/5): TX SEIZURE (ABCD=0001)(0/5): RX SEIZURE_ACK(ABCD=1101)....(0/5): RX ANSWERED (ABCD=0101).Success rate is 0 percent (0/5)Router#*Mar 2 00:19:08.841: %LINK-3-UPDOWN: Interface Async93, changed state to up*Mar 2 00:19:08.841: %DIALER-6-BIND: Interface As93 bound to profile Di1*Mar 2 00:19:10.033: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async93, changed state to upRouter# p 1.1.1.2Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 1.1.1.2, timeout is 2 seconds:!!!!!Success rate is 100 percent (5/5), round-trip min/avg/max = 160/167/176msThe following example shows the call cleared by the switch:
Router#(0/5): TX IDLE (ABCD=1001)(0/5): RX IDLE (ABCD=1001)*Mar 2 00:19:26.249: %LINK-5-CHANGED: Interface Async93, changed state to reset*Mar 2 00:19:26.249: %DIALER-6-UNBIND: Interface As93 unbound from profile Di1*Mar 2 00:19:27.249: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async93, changed state to downRouter#*Mar 2 00:19:31.249: %LINK-3-UPDOWN: Interface Async93, changed state to downThe following example shows an incoming CAS call:
Router#(0/0): RX SEIZURE (ABCD=0001)*Mar 2 00:22:40: dsx1_alloc_cas_channel: channel 0 dsx1_timeslot1(0/0): TX SEIZURE_ACK (ABCD=1101)(0/0): TX ANSWERED (ABCD=0101)Router#*Mar 2 00:23:06.249: %LINK-3-UPDOWN: Interface Async83, changed state to up*Mar 2 00:23:06.249: %DIALER-6-BIND: Interface As83 bound to profile Di1*Mar 2 00:23:07.653: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async83, changed state to upRelated Commands
show debug
Displays information about the types of debugging that are enabled for your router.
debug ccaal2 session
To display the ccaal2 function calls during call setup and teardown, use the debug ccaal2 session command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccaal2 session
no debug ccaal2 session
Syntax Description
This command has no arguments or keywords.
Defaults
Debugging for ATM Adaptation Layer type 2 (AAL2) sessions is not enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command when troubleshooting an AAL2 trunk setup or teardown problem.
Examples
The following example shows sample output from the debug ccaal2 session command for a forced shutdown of a voice port:
Router# debug ccaal2 sessionCCAAL2 Session debugging is onRouter# configure terminalEnter configuration commands, one per line. End with CNTL/Z.Router(config)# voice-port 2/0:0Router(config-voiceport)# shutdown00:32:45:ccaal2_call_disconnect:peer tag 000:32:45:ccaal2_evhandle_call_disconnect:Entered00:32:45:ccaal2_call_cleanup:freeccb 1, call_disconnected 100:32:45:starting incoming timer:Setting accept_incoming to FALSE and00:32:45:timer 2:(0x622F6270)starts - delay (70000)00:32:45:ccaal2_call_cleanup:Generating Call record00:32:45:cause=81 tcause=81 cause_text=unspecified00:32:45:ccaal2_call_cleanup:ccb 0x63FF1700, vdbPtr 0x62DFF2E0freeccb_flag=1, call_disconnected_flag=100:32:45:%LINK-3-UPDOWN:Interface recEive and transMit2/0:0(1),changed state to Administrative ShutdownThe following example shows sample output from the debug ccaal2 session command for a trunk setup on a voice port:
Router# debug ccaal2 sessionRouter(config-voiceport)# no shutdownRouter(config-voiceport)#00:35:28:%LINK-3-UPDOWN:Interface recEive and transMit2/0:0(1),changed state to up00:35:35:ccaal2_call_setup_request:Entered00:35:35:ccaal2_evhandle_call_setup_request:Entered00:35:35:ccaal2_initialize_ccb:preferred_codec set(-1)(0)00:35:35:ccaal2_evhandle_call_setup_request:preferred_codecset(5)(40). VAD is 100:35:35:ccaal2_call_setup_trunk:subchannel linkingsuccessfulccaal2_receive:xmitFunc is NULL00:35:35:ccaal2_caps_ind:PeerTag = 4900:35:35: codec(preferred) = 1, fax_rate = 2, vad = 200:35:35: cid = 56, config_bitmask = 258, codec_bytes = 40,signal_type=800:35:36:%HTSP-5-UPDOWN:Trunk port(channel) [2/0:0(1)] is upRouter(config-voiceport)#Related Commands
debug cce dp named-db urlfilter
To enable debug information of the Common Classification Engine Data-Plane (CCE DP) URL Filtering Classification module, use the debug cce dp named-db urlfilter command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cce dp named-db urlfilter
no debug cce dp named-db urlfilter
Syntax Description
This command has no keywords or arguments.
Command Default
No debugging information is generated for the the CCE DP URL Filtering Classification module.
Command Modes
Privileged EXEC (#)
Command History
12.4(15)XZ
This command was introduced.
12.4(20)T
This command was integrated into Cisco IOS Release 12.4(20)T.
Examples
The following is sample output from the debug cce dp named-db urlfilter command at the time that a URL request to the untrusted domain www.example.com was made:
Router# debug cce dp named-db urlfilterCCE DP Named DB URLF functionality debugging is onRouter#*Apr 4 10:38:08.043: CCE* FUNC: cce_dp_named_db_urlf_pkt_classify -- Didn't get token*Apr 4 10:38:08.043: CCE* FUNC: cce_dp_urlf_truncate_url -- Truncating URL upto script before sending to the trend for classification*Apr 4 10:38:08.043: CCE* FUNC: urlf_trend_find_cache_entry -- The host tree in bucket 1248 is empty*Apr 4 10:38:08.043: CCE* FUNC: cce_dp_named_db_urlf_pkt_classify -- Didn't find in cache*Apr 4 10:38:08.051: CCE FUNC: urlf_trend_store_response -- Host node with given domainname not found.*Apr 4 10:38:08.051: CCE FUNC: urlf_trend_store_response -- Create domain type cache entry.*Apr 4 10:38:08.051: CCE FUNC: cache_size_limit_check -- New cache size=73, existing cache size=0, cache size limit=131072000*Apr 4 10:38:08.051: CCE FUNC: create_domain_cache_entry -- Domain cache entry 0x65EE0ED0 created.*Apr 4 10:38:08.051: CCE FUNC: create_and_insert_domain_cache_entry --*Apr 4 10:38:08.051: Domain cache entry 0x65EE0ED0 created and inserted into host tree with root=0x65EE0ED0, root left=0x0, root right=0x0; new node left=0x0, new node right=0x0*Apr 4 10:38:08.051: CCE FUNC: cce_dp_named_db_urlf_gen_match_token -- pushing match-info token - class 0xC000000E; filter 45; category 21*Apr 4 10:38:08.051: CCE FUNC: cce_dp_named_db_urlf_non_pkt_classify -- Class 0x65C5D484 matched*Apr 4 17:38:08.051: %URLF-4-URL_BLOCKED: Access denied URL 'http://www.example.com/', client 1.0.0.118:3056 server 192.168.0.30:8080*Apr 4 10:38:08.055: CCE* FUNC: cce_dp_named_db_urlf_pkt_classify -- Didn't get token*Apr 4 10:38:08.055: CCE FUNC: cce_dp_named_db_urlf_pkt_classify -- Didn't get tokendebug ccfrf11 session
To display the ccfrf11 function calls during call setup and teardown, use the debug ccfrf11 session command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccfrf11 session
no debug ccfrf11 session
Syntax Description
This command has no keywords or arguments.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to display debug information about the various FRF.11 VoFR service provider interface (SPI) functions. Note that this debug command does not display any information regarding the proprietary Cisco switched-VoFR SPI.
This debug is useful only when the session protocol is "frf11-trunk."
Examples
The following is sample output from the debug ccfrf11 session command:
Router# debug ccfrf11 sessionINCOMING CALL SETUP (port setup for answer-mode):*Mar 6 18:04:07.693:ccfrf11_process_timers:scb (0x60EB6040) timer (0x60EB6098) expired*Mar 6 18:04:07.693:Setting accept_incoming to TRUE*Mar 6 18:04:11.213:ccfrf11_incoming_request:peer tag 800:callingNumber=+2602100,calledNumber=+3622110*Mar 6 18:04:11.213:ccfrf11_initialize_ccb:preffered_codec set(-1)(0)*Mar 6 18:04:11.213:ccfrf11_evhandle_incoming_call_setup_request:calling +2602100,called +3622110 Incoming Tag 800*Mar 6 18:04:11.217:ccfrf11_caps_ind:PeerTag = 800*Mar 6 18:04:11.217: codec(preferred) = 4, fax_rate = 2, vad = 2*Mar 6 18:04:11.217: cid = 30, config_bitmask = 0, codec_bytes = 20, signal_type=2*Mar 6 18:04:11.217: required_bandwidth 8192*Mar 6 18:04:11.217:ccfrf11_caps_ind:Bandwidth reservation of 8192 bytes succeeded.*Mar 6 18:04:11.221:ccfrf11_evhandle_call_connect:EnteredCALL SETUP (MASTER):5d22h:ccfrf11_call_setup_request:Entered5d22h:ccfrf11_evhandle_call_setup_request:Entered5d22h:ccfrf11_initialize_ccb:preffered_codec set(-1)(0)5d22h:ccfrf11_evhandle_call_setup_request:preffered_codec set(9)(24)5d22h:ccfrf11_call_setup_trunk:subchannel linking successful5d22h:ccfrf11_caps_ind:PeerTag = 8105d22h: codec(preferred) = 512, fax_rate = 2, vad = 25d22h: cid = 30, config_bitmask = 1, codec_bytes = 24, signal_type=25d22h: required_bandwidth 65005d22h:ccfrf11_caps_ind:Bandwidth reservation of 6500 bytes succeeded.CALL TEARDOWN:*Mar 6 18:09:14.805:ccfrf11_call_disconnect:peer tag 0*Mar 6 18:09:14.805:ccfrf11_evhandle_call_disconnect:Entered*Mar 6 18:09:14.805:ccfrf11_call_cleanup:freeccb 1, call_disconnected 1*Mar 6 18:09:14.805:ccfrf11_call_cleanup:Setting accept_incoming to FALSE and startingincoming timer*Mar 6 18:09:14.809:timer 2:(0x60EB6098)starts - delay (70000)*Mar 6 18:09:14.809:ccfrf11_call_cleanup:Alive timer stopped*Mar 6 18:09:14.809:timer 1:(0x60F64104) stops*Mar 6 18:09:14.809:ccfrf11_call_cleanup:Generating Call record*Mar 6 18:09:14.809:cause=10 tcause=10 cause_text="normal call clearing."*Mar 6 18:09:14.809:ccfrf11_call_cleanup:Releasing 8192 bytes of reserved bandwidth*Mar 6 18:09:14.809:ccfrf11_call_cleanup:ccb 0x60F6404C, vdbPtr 0x610DB7A4freeccb_flag=1, call_disconnected_flag=1Related Commands
debug cch323
To provide debugging output for various components within the H.323 subsystem, use the debug cch323 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 {all | error | h225 | h245 | nxe | ras | rawmsg | session}
no debug cch323
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug cch323 Command with the all Keyword
When used with the debug cch323 command, the all keyword provides debug output for various components within the H.323 subsystem.
The debug cch323 command used with the all keyword enables the following debug cch323 commands:
Caution
The debug cch323 Command with the error Keyword
When used with the debug cch323 command, the error keyword allows you to trace errors encountered in the H.323 subsystem.
Note
The debug cch323 Command with the h225 Keyword
When used with the debug cch323 command, the h225 keyword allows you to trace the state transition of the H.225 state machine on the basis of the processed event.
The definitions of the different states of the H.225 state machine follow:
•
•
•
•
•
•
•
•
The definitions of the different events of the H.225 state machine follow:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
The debug cch323 Command with the h245 Keyword
When used with the debug cch323 command, the h245 keyword allows you to trace the state transition of the H.245 state machine on the basis of the processed event.
The H.245 state machines include the following three state machines:
•
•
•
The state definitions follow:
•
•
•
•
•
•
•
•
•
The event definitions follow:
•
•
•
•
•
•
•
•
•
•
•
•
The debug cch323 Command with the nxe Keyword
When used with the debug cch323 command, the nxe keyword allows you to display the Annex E events that have been transmitted and received.
The debug cch323 Command with the ras Keyword
When used with the debug cch323 command, the ras keyword allows you to trace the state transition of the RAS state machine based on the processed events.
RAS operates in two state machines. One global state machine controls the overall RAS operation of the gateway. The other state machine is a per-call state machine that controls the active calls.
The definitions of the different states of the RAS state machine follow:
•
•
•
•
•
•
•
•
The definitions of the different events of the RAS state machine follow:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
The debug cch323 Command with the rawmsg Keyword
When used with the debug cch323 command, the rawmsg keyword allows you to troubleshoot raw message buffer problems.
Caution
The debug cch323 Command with the session Keyword
Used with the debug cch323 command, the session keyword allows you to trace general H.323 events.
Caution
Examples
The debug cch323 Command with the all Keyword Example
The debug cch323 all command and keyword combination provides output for the following keywords: error, h225, h245, nxe, ras, rawmsg, and session. Examples of output for each keyword follow.
The debug cch323 Command with the error Keyword Example
The following is sample output from a typical debug cch323 error request on a Cisco 3640 router:
Router# debug cch323 errorcch323_h225_receiver:received msg of unknown type 5The debug cch323 Command with the h225 Keyword Example
The following is sample output from a typical debug cch323 h225 request on a Cisco 3640 router:
Router# debug cch323 h22520:59:17:Set new event H225_EVENT_SETUP20:59:17:H225 FSM:received event H225_EVENT_SETUP while at state H225_IDLE20:59:17:Changing from H225_IDLE state to H225_SETUP state20:59:17:cch323_h225_receiver:received msg of type SETUPCFM_CHOSEN20:59:17:H225 FSM:received event H225_EVENT_SETUP_CFM_IND while at stateH225_SETUP20:59:17:Changing from H225_SETUP state to H225_ACTIVE state20:59:17:Set new event H225_EVENT_H245_SUCCESS20:59:17:H225 FSM:received event H225_EVENT_H245_SUCCESS while at stateH225_ACTIVE20:59:20:Set new event H225_EVENT_RELEASE20:59:20:H225 FSM:received event H225_EVENT_RELEASE while at stateH225_ACTIVE20:59:20:Changing from H225_ACTIVE state to H225_WAIT_FOR_DRQ state20:59:20:Set new event H225_EVENT_RAS_SUCCESS20:59:20:H225 FSM:received event H225_EVENT_RAS_SUCCESS while at stateH225_WAIT_FOR_DRQ20:59:20:Changing from H225_WAIT_FOR_DRQ state to H225_IDLE stateTable 44 describes the significant fields shown in the display.
The debug cch323 Command with the h245 Keyword Example
The following is sample output from a typical debug cch323 h245 request on a Cisco 3640 router:
Router# debug cch323 h24520:58:23:Changing to new event H245_EVENT_MSD20:58:23:H245 MS FSM:received event H245_EVENT_MSD while at stateH245_MS_NONE20:58:23:changing from H245_MS_NONE state to H245_MS_WAIT state20:58:23:Changing to new event H245_EVENT_CAP20:58:23:H245 CAP FSM:received event H245_EVENT_CAP while at stateH245_CAP_NONE20:58:23:changing from H245_CAP_NONE state to H245_CAP_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_INDICATION20:58:23:Changing to new event H245_EVENT_MS_IND20:58:23:H245 MS FSM:received event H245_EVENT_MS_IND while at stateH245_MS_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_CAP_TRANSFER_INDICATION20:58:23:Changing to new event H245_EVENT_CAP_IND20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_IND while at stateH245_CAP_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_CONFIRM20:58:23:Changing to new event H245_EVENT_MS_CFM20:58:23:H245 MS FSM:received event H245_EVENT_MS_CFM while at stateH245_MS_WAIT20:58:23:changing from H245_MS_WAIT state to H245_MS_DONE state0:58:23:cch323_h245_receiver:received msg of type M_H245_CAP_TRANSFER_CONFIRM20:58:23:Changing to new event H245_EVENT_CAP_CFM20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_CFM while at stateH245_CAP_WAIT20:58:23:changing from H245_CAP_WAIT state to H245_CAP_DONE state20:58:23:Changing to new event H245_EVENT_OLC20:58:23:H245 OLC FSM:received event H245_EVENT_OLC while at stateH245_OLC_NONE20:58:23:changing from H245_OLC_NONE state to H245_OLC_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_UCHAN_ESTABLISH_INDICATION20:58:23:Changing to new event H245_EVENT_OLC_IND20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_IND while at stateH245_OLC_WAIT20:58:23:cch323_h245_receiver:received msg of type M_H245_UCHAN_ESTAB_ACK20:58:23:Changing to new event H245_EVENT_OLC_CFM20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_CFM while at stateH245_OLC_WAIT20:58:23:changing from H245_OLC_WAIT state to H245_OLC_DONE stateTable 45 describes the significant fields shown in the display.
The debug cch323 Command with the nxe Keyword Example
The following is sample output from a debug cch323 nxe request:
Router# debug cch323 nxe00:15:54:nxe_handle_usrmsg_to_remote:User Message size is 22700:15:54:nxe_msg_send_possible:Msg put in the active Q for CRV [3, direction flag 0]00:15:54:nxe_send_msg:H323chan returns bytes sent=241, the actual len=241, to IPaddr[0xA4D4A02], Port [2517]00:15:54:nxe_handle_usrmsg_to_remote:Usr Msg sent for IPaddr [0xA4D4A02], Port [2517], CRV[3, direction flag 0]00:15:54:nxe_parse_msg_from_remote:Msg received from IP [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Value of PDU flags = 0x200:15:54:nxe_parse_payload:Transport msg type, Payload flag = 0x000:15:54:nxe_receive_ack:Ack received for 1 pdus00:15:54:nxe_receive_ack:Ack received for seqnum=13 from IPAddr [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Msg received from IP [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Value of PDU flags = 0x300:15:54:nxe_parse_payload:Static msg type, Payload flag = 0xA000:15:54:nxe_parse_x_static:Rx H225 msg from IPaddr [0xA4D4A02], Port [2517], CRV [3,direction flag 0]00:15:54:nxe_make_ackmsg:NXE ACK Msg made to ack seqnum=1400:15:54:nxe_send_msg:H323chan returns bytes sent=16, the actual len=16, to IPaddr[0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Ack sent for Destination IPaddr [0xA4D4A02], Port[2517]00:15:54:nxe_parse_msg_from_remote:Msg received from IP [0xA4D4A02], Port [2517]00:15:54:nxe_parse_msg_from_remote:Value of PDU flags = 0x300:15:54:nxe_parse_payload:Static msg type, Payload flag = 0xA000:15:54:nxe_parse_x_static:Rx H225 msg from IPaddr [0xA4D4A02], Port [2517], CRV [3,direction flag 0]The debug cch323 Command with the ras Keyword Example
The following is sample output from a typical debug cch323 ras request on a Cisco 3640 router:
Router# debug cch323 ras20:58:49:Changing to new event CCH323_RAS_EVENT_SEND_RRQcch323_run_ras_sm:received event CCH323_RAS_EVENT_SEND_RRQ while at CCH323_RAS_STATE_IDLE statecch323_run_ras_sm:changing to CCH323_RAS_STATE_RRQ statecch323_ras_receiver:received msg of type RCF_CHOSENcch323_run_ras_sm:received event CCH323_RAS_EVENT_RCF while at CCH323_RAS_STATE_RRQ statecch323_run_ras_sm:changing to CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_NEWCALL while at CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_ARQcch323_ras_receiver:received msg of type ACF_CHOSEN20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_ACF while atCCH323_RAS_STATE_ARQ state20:58:59:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVE20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_CALLDISC whileat CCH323_RAS_STATE_ACTIVE state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_DRQcch323_ras_receiver:received msg of type DCF_CHOSEN20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_DCF while atCCH323_RAS_STATE_DRQ state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_IDLE20:59:04:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_IRR while atCCH323_RAS_STATE_ACTIVE state20:59:04:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVETable 46 describes the significant fields shown in the display.
The debug cch323 Command with the rawmsg Keyword Example
The following is sample output from a typical debug cch323 rawmsg request on a Cisco 3640 router:
Router# debug cch323 rawmsg00:32:04:cch323_h225_progress_ind:raw message is 4 bytes:1E 02 81 8800:32:22:cch323_h225_release_ind:raw message is 80 bytes:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000:32:22:cch323_h225_release_notify:raw message is 80 bytes:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00The debug cch323 Command with the session Keyword Examples
Following are two examples of output using the debug cch323 session command and keyword combination. The first example is for a call setup on an originating gateway. The second example is for a call setup on a terminating gateway.
The following is sample output from a typical debug cch323 session request for a call setup on an originating gateway:
Router# debug cch323 session00:33:49:cch323_call_setup:gw_id=1, callID=1600:33:49:cch323_get_new_ccb:ccb (0x81D12D2C) is in use00:33:49:cch323_call_setup:inserted ccbcch323_get_peer_info:faxrate[21]proto[2]bitmask[10002]t38_inhibit[0]global_fax[0]00:33:49:Not using Voice Class Codec00:33:49:cch323_get_peer_info:preffered_codec set to G729IETF with Bytes = 2000:33:49:cch323_get_peer_info:peer:81FC0D14, peer->voice_peer_tag:12D, ccb:81D12D2C00:33:49:Call_setup Playout Mode:0,Init 60, Min 40, Max 20000:33:49:No account/pin number available00:33:49:cch323_call_setup_normal:for callID 1000:33:49:timer (0x81D130D4)starts - delay (15000)00:33:49:cch323_ct_main:SOCK 1 Event 0x100:33:49:timer(0x81D130D4) stops00:33:49:Near-end Pref Codecs = G.729 IETF00:33:49: generic_open_logical_channel:codec is g72900:33:49:cch323_generic_open_logical_channel:Filling in qosCapability field to 000:33:49:timer (0x81D130D4)starts - delay (15000)00:33:49:cch323_ct_main:SOCK 1 Event 0x100:33:49:cch323_ct_main:SOCK 1 Event 0x100:33:49: [1]towner_data=0x81D13C88, len=105, msgPtr=0x81D0760800:33:49:cch323_gw_process_read_socket:received msg for H.22500:33:49:timer(0x81D130D4) stops00:33:49:timer (0x81D130D4)starts - delay (180000)00:33:49:Codec:loc(16), rem(16),Bytes:loc(20), Fwd(20), Rev(20)00:33:49:cch323_rtp_open_notify:00:33:50:cch323_ct_main:SOCK 1 Event 0x100:33:50: [1]towner_data=0x81D13C88, len=71, msgPtr=0x81F1F2E000:33:50:cch323_gw_process_read_socket:received msg for H.22500:33:50:cch323_caps_ind:cap_modem_proto:0, cap_modem_codec:0, cap_modem_redundancy:0 payload 10000:33:50:cch323_caps_ind:Load DSP with Negotiated codec(16) g729r8, Bytes=2000:33:50:cch323_caps_ind:set DSP for dtmf-relay = CC_CAP_DTMF_RELAY_INBAND_VOICEThe following is sample output from a typical debug cch323 session request for a call setup on a terminating gateway:
Router# debug cch323 session00:23:27:cch323_ct_main:SOCK 0 Event 0x100:23:27:cch323_ct_main:SOCK 1 Event 0x100:23:27: [1]towner_data=0x81F9CA9C, len=179, msgPtr=0x81D15C6C00:23:27:cch323_gw_process_read_socket:received msg for H.22500:23:27:cch323_h225_receiver CCB not existing already00:23:27:cch323_get_new_ccb:ccb (0x81F90184) is in use00:23:27:cch323_h225_receiver Got a new CCB for call id -211546756400:23:27:cch323_h225_setup_ind00:23:27:Not using Voice Class Codec00:23:27:cch323_set_peer:peer:81FB3228, peer->voice_peer_tag:12C, ccb:81F9018400:23:27:Near-end Pref Codecs = G.729 IETF00:23:27:Codec:loc(16), rem(16),Bytes:loc(20), Fwd(20), Rev(20)00:23:27:cch323_build_fastStart_cap_response:Retrieved qosCapability of 000:23:27:cch323_build_fastStart_cap_response:In Response Filling in qosCapability field to 000:23:27:Not using Voice Class CodecRelated Commands
debug cch323 capacity
To track the call capacity of the gatekeeper, use the debug cch323 capacity command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 capacity
no debug cch323 capacity
Syntax Description
This command has no keywords or arguments.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use the debug cch323 capacity command to track the maximum and current call capacity values in the Registration, Admission, and Status (RAS) Protocol messages and to debug capacity-related problems while sending RAS messages. This command is entered on the gateway to monitor the call capacity of the gatekeeper.
The command lists the values for current and maximum call capacity provided by the trunk group capacity resource manager if and when the H.323 Service Provider Interface (SPI) requests the information for all or specific groups of circuits.
Examples
The following is sample output from the debug cch323 capacity command:
Router# debug cch323 capacityCall Capacity Information tracing is enabled5d00h: cch323_process_carrier_update: Registered = 1,Event = 1,Reason = 15d00h: cch323_process_carrier_update: CarrierId = CARRIERA_NEWENGLAND5d00h: cch323_fill_crm_CallCapacities: Reason = 1, GroupID = CARRIERA_NEWENGLAND5d00h: Capacity Details: Maximum Channels in Group: 23Max. Voice Calls(In) : 23, Max. Voice Calls(Out): 23Active Voice Calls(In): 5, Active Voice Calls(Out): 7Max. Voice Calls(to GK): 23, Avail. Voice Calls(to GK): 11The gatekeeper displays this output when trunk groups are added, deleted, or modified or when circuits in a trunk group are deactivated or activated (similar to ISDN layer 2 down/up).
5d00h: cch323_process_carrier_update: Registered = 1,Event = 1,Reason = 15d00h: cch323_process_carrier_update: CarrierId = CARRIERA_NEWENGLANDTable 47 describes the significant fields shown in the display.
The gatekeeper displays this output whenever call capacity information is sent to the gatekeeper.
5d00h: cch323_fill_crm_CallCapacities: Reason = 1, GroupID = CARRIERA_NEWENGLAND5d00h: Capacity Details: Maximum Channels in Group: 23Max. Voice Calls(In) : 23, Max. Voice Calls(Out): 23Active Voice Calls(In): 5, Active Voice Calls(Out): 7Max. Voice Calls(to GK): 23, Avail. Voice Calls(to GK): 11Table 48 describes the significant fields shown in the display.
Related Commands
debug cch323 h225
To provide the trace of the state transition of the H.225 state machine based on the processed events, use the debug cch323 h225 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 h225
no debug cch323 h225
Syntax Description
This command has no keywords or arguments.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Usage Guidelines
State Descriptions
The state definitions of the different states of the H.225 state machine are as follows:
•
•
•
•
•
•
•
•
Events Description
The event definitions of the different events of the H.225 state machine are as follows:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Examples
The following is sample output from the debug cch323 h225 command:
Router# debug cch323 h22520:59:17:Set new event H225_EVENT_SETUP20:59:17:H225 FSM:received event H225_EVENT_SETUP while at state H225_IDLE20:59:17:Changing from H225_IDLE state to H225_SETUP state20:59:17:cch323_h225_receiver:received msg of type SETUPCFM_CHOSEN20:59:17:H225 FSM:received event H225_EVENT_SETUP_CFM_IND while at stateH225_SETUP20:59:17:Changing from H225_SETUP state to H225_ACTIVE state20:59:17:Set new event H225_EVENT_H245_SUCCESS20:59:17:H225 FSM:received event H225_EVENT_H245_SUCCESS while at stateH225_ACTIVE20:59:20:Set new event H225_EVENT_RELEASE20:59:20:H225 FSM:received event H225_EVENT_RELEASE while at stateH225_ACTIVE20:59:20:Changing from H225_ACTIVE state to H225_WAIT_FOR_DRQ state20:59:20:Set new event H225_EVENT_RAS_SUCCESS20:59:20:H225 FSM:received event H225_EVENT_RAS_SUCCESS while at stateH225_WAIT_FOR_DRQ20:59:20:Changing from H225_WAIT_FOR_DRQ state to H225_IDLE statedebug cch323 h245
To provide the trace of the state transition of the H.245 state machine based on the processed events, use the debug cch323 h245 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 h245
no debug cch323 h245
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The H.245 state machines include the following three state machines:
•
•
•
State Definitions
The definitions are as follows:
•
•
•
•
•
•
•
•
•
Event definitions
•
•
•
•
•
•
•
•
•
•
•
•
Examples
The following is sample output from the debug cch323 h245 command:
Router# debug cch323 h24520:58:23:Changing to new event H245_EVENT_MSD20:58:23:H245 MS FSM:received event H245_EVENT_MSD while at stateH245_MS_NONE20:58:23:changing from H245_MS_NONE state to H245_MS_WAIT state20:58:23:Changing to new event H245_EVENT_CAP20:58:23:H245 CAP FSM:received event H245_EVENT_CAP while at stateH245_CAP_NONE20:58:23:changing from H245_CAP_NONE state to H245_CAP_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_INDICATION20:58:23:Changing to new event H245_EVENT_MS_IND20:58:23:H245 MS FSM:received event H245_EVENT_MS_IND while at stateH245_MS_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_CAP_TRANSFER_INDICATION20:58:23:Changing to new event H245_EVENT_CAP_IND20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_IND while at stateH245_CAP_WAIT20:58:23:cch323_h245_receiver:received msg of typeM_H245_MS_DETERMINE_CONFIRM20:58:23:Changing to new event H245_EVENT_MS_CFM20:58:23:H245 MS FSM:received event H245_EVENT_MS_CFM while at stateH245_MS_WAIT20:58:23:changing from H245_MS_WAIT state to H245_MS_DONE state0:58:23:cch323_h245_receiver:received msg of type M_H245_CAP_TRANSFER_CONFIRM20:58:23:Changing to new event H245_EVENT_CAP_CFM20:58:23:H245 CAP FSM:received event H245_EVENT_CAP_CFM while at stateH245_CAP_WAIT20:58:23:changing from H245_CAP_WAIT state to H245_CAP_DONE state20:58:23:Changing to new event H245_EVENT_OLC20:58:23:H245 OLC FSM:received event H245_EVENT_OLC while at stateH245_OLC_NONE20:58:23:changing from H245_OLC_NONE state to H245_OLC_WAIT state20:58:23:cch323_h245_receiver:received msg of typeM_H245_UCHAN_ESTABLISH_INDICATION20:58:23:Changing to new event H245_EVENT_OLC_IND20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_IND while at stateH245_OLC_WAIT20:58:23:cch323_h245_receiver:received msg of type M_H245_UCHAN_ESTAB_ACK20:58:23:Changing to new event H245_EVENT_OLC_CFM20:58:23:H245 OLC FSM:received event H245_EVENT_OLC_CFM while at stateH245_OLC_WAIT20:58:23:changing from H245_OLC_WAIT state to H245_OLC_DONE statedebug cch323 preauth
To enable diagnostic reporting of authentication, authorization, and accounting (AAA) call preauthentication for H.323 calls, use the debug cch323 preauth command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 preauth
no debug cch323 preauth
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Examples
The following is debugging output for a single H.323 call:
Router# debug cch323 preauthCCH323 preauth tracing is enabledcch323_is_preauth_reqd is TRUEJan 23 18:39:56.393: In cch323_send_preauth_req for preauth_id = -1Jan 23 18:39:56.393: Entering rpms_proc_print_preauth_reqJan 23 18:39:56.393: Request = 0Jan 23 18:39:56.393: Preauth id = 86514Jan 23 18:39:56.393: EndPt Type = 1Jan 23 18:39:56.393: EndPt = 192.168.81.102Jan 23 18:39:56.393: Resource Service = 1Jan 23 18:39:56.393: Call_origin = answerJan 23 18:39:56.393: Call_type = voipJan 23 18:39:56.393: Calling_num = 2230001Jan 23 18:39:56.393: Called_num = 1#1130001Jan 23 18:39:56.393: Protocol = 0Jan 23 18:39:56.393: cch323_insert_preauth_tree:Created node with preauth_id = 86514 ,ccb 6852D5BC , node 651F87FCJan 23 18:39:56.393:rpms_proc_create_node:Created node with preauth_id = 86514Jan 23 18:39:56.393:rpms_proc_send_aaa_req:uid got is 466725Jan 23 18:39:56.397:rpms_proc_preauth_response:Context is for preauth_id 86514, aaa_uid 466725Jan 23 18:39:56.397: Entering Function cch323_rpms_proc_callback_funcJan 23 18:39:56.397:cch323_rpms_proc_callback_func:PREAUTH_SUCCESS for preauth id 86514 aaa_uid 466725 auth_serv 1688218168Jan 23 18:39:56.397:rpms_proc_preauth_response:Deleting Tree node for preauth id 86514 uid 466725Jan 23 18:39:56.397:cch323_get_ccb_and_delete_from_preauth_tree:Preauth_id=86514cch323_get_ccb_and_delete_from_preauth_tree:651F87FC node and 6852D5BC ccbTable 49 describes the significant fields shown in the display.
debug cch323 ras
To provide the trace of the state transition of the Registration, Admission, and Status (RAS) Protocol state machine based on the processed events, use the debug cch323 ras command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 ras
no debug cch323 ras
Syntax Description
This command has no keywords or arguments.
Defaults
Disabled
Command Modes
Privileged EXEC
Command History
Usage Guidelines
RAS operates in two state machines. One global state machine controls the overall RAS operation of the Gateway. The other state machine is a per call state machine that controls the active calls.
State definitions
The state definitions of the different states of the RAS state machine follow:
•
•
•
•
•
•
•
•
Event Definitions
These are the event definitions of the different states of the RAS state machine:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Examples
The following is sample output from the debug cch323 preauth command:
Router# debug cch323 preauth20:58:49:Changing to new event CCH323_RAS_EVENT_SEND_RRQcch323_run_ras_sm:received event CCH323_RAS_EVENT_SEND_RRQ while at CCH323_RAS_STATE_IDLE statecch323_run_ras_sm:changing to CCH323_RAS_STATE_RRQ statecch323_ras_receiver:received msg of type RCF_CHOSENcch323_run_ras_sm:received event CCH323_RAS_EVENT_RCF while at CCH323_RAS_STATE_RRQ statecch323_run_ras_sm:changing to CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_NEWCALL while at CCH323_RAS_STATE_IDLE state20:58:59:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_ARQcch323_ras_receiver:received msg of type ACF_CHOSEN20:58:59:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_ACF while atCCH323_RAS_STATE_ARQ state20:58:59:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVE20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_CALLDISC whileat CCH323_RAS_STATE_ACTIVE state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_DRQcch323_ras_receiver:received msg of type DCF_CHOSEN20:59:02:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_DCF while atCCH323_RAS_STATE_DRQ state20:59:02:cch323_percall_ras_sm:changing to new state CCH323_RAS_STATE_IDLE20:59:04:cch323_percall_ras_sm:received event CCH323_RAS_EVENT_IRR while atCCH323_RAS_STATE_ACTIVE state20:59:04:cch323_percall_ras_sm:changing to new stateCCH323_RAS_STATE_ACTIVEdebug cch323 video
To provide debugging output for video components within the H.323 subsystem, use the debug cch323 video command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cch323 video
no debug cch323 video
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to enable a debugging trace for the video component in an H.323 network.
Examples
Originating Gateway Example
The following is sample output of the debugging log for an originating Cisco Unified CallManager Express (Cisco Unified CME) gateway after the debug cch323 video command was enabled:
Router# show logSyslog logging: enabled (11 messages dropped, 487 messages rate-limited,0 flushes, 0 overruns, xml disabled, filtering disabled)Console logging: disabledMonitor logging: level debugging, 0 messages logged, xml disabled,filtering disabledBuffer logging: level debugging, 1144 messages logged, xml disabled,filtering disabledLogging Exception size (4096 bytes)Count and timestamp logging messages: disabledTrap logging: level informational, 1084 message lines loggedLog Buffer (6000000 bytes):Jun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_peer_info: EntryJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_peer_info: Have peerJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_set_pref_codec_list: First preferred codec(bytes)=16(20)Jun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_peer_info: Flow Mode set to FLOW_THROUGHJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_caps_chn_info: No peer leg setup paramsJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_get_caps_chn_info: Setting CCH323_SS_NTFY_VIDEO_INFOJun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_set_h323_control_options_outgoing: h245 sm mode = 8463Jun 13 09:19:42.006: //103030/C7838B198002/H323/cch323_set_h323_control_options_outgoing: h323_ctl=0x20Jun 13 09:19:42.010: //103030/C7838B198002/H323/cch323_rotary_validate: No peer_ccb availableTerminating Gateway Example
The following is sample output of the debugging log for a terminating Cisco Unified Survivable Remote Site Telephony (Cisco Unified SRST) gateway after the debug cch323 video command was enabled:
Router# show logSyslog logging: enabled (11 messages dropped, 466 messages rate-limited,0 flushes, 0 overruns, xml disabled, filtering disabled)Console logging: disabledMonitor logging: level debugging, 0 messages logged, xml disabled,filtering disabledBuffer logging: level debugging, 829 messages logged, xml disabled,filtering disabledLogging Exception size (4096 bytes)Count and timestamp logging messages: disabledTrap logging: level informational, 771 message lines loggedLog Buffer (200000 bytes):Jun 13 09:19:42.011: //103034/C7838B198002/H323/setup_ind: Receive bearer cap infoXRate 24, rateMult 12Jun 13 09:19:42.011: //103034/C7838B198002/H323/cch323_set_h245_state_mc_mode_incoming: h245 state m/c mode=0x10F, h323_ctl=0x2FJun 13 09:19:42.015: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=103034Jun 13 09:19:42.019: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event CC_EV_H245_SET_MODE: data ptr=0x465D5760Jun 13 09:19:42.019: //-1/xxxxxxxxxxxx/H323/cch323_set_mode: callID=103034, flow Mode=1 spi_mode=0x6Jun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_do_call_proceeding: set_mode NOT called yet...saved deferred CALL_PROCJun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_h245_connection_sm: state=0, event=0, ccb=4461B518, listen state=0Jun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_process_set_mode: Setting inbound leg mode flags to 0x10F, flow-mode to FLOW_THROUGHJun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_process_set_mode: Sending deferred CALL_PROCJun 13 09:19:42.019: //103034/C7838B198002/H323/cch323_do_call_proceeding: set_mode called so we can proceed with CALLPROCJun 13 09:19:42.027: //103034/C7838B198002/H323/cch323_h245_connection_sm: state=1, event=2, ccb=4461B518, listen state=1Jun 13 09:19:42.027: //103034/C7838B198002/H323/cch323_send_cap_request: Setting mode to VIDEO MODEJun 13 09:19:42.031: //103034/C7838B198002/H323/cch323_h245_cap_ind: Masks au=0xC data=0x2 uinp=0x32Related Commands
debug ccm-manager
To display debugging information about Cisco CallManager, use the debug ccm-manager command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccm-manager {backhaul {errors | events | packets} | config-download {all | errors | events | packets | tone | xml} | errors | events | music-on-hold {errors | events | packets} | packets}
no debug ccm-manager
Syntax Description
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the debug ccm-manager events command:
Router# debug ccm-manager events*Feb 28 22:56:05.873: cmapp_mgcpapp_go_down: Setting mgc status to NO_RESPONSE*Feb 28 22:56:05.873: cmapp_host_fsm: New state DOWN for host 0 (172.20.71.38)*Feb 28 22:56:05.873: cmapp_mgr_process_ev_active_host_failed: Active host 0 (172.20.71.38) failed*Feb 28 22:56:05.873: cmapp_mgr_check_hostlist: Active host is 0 (172.20.71.38)*Feb 28 22:56:05.877: cmapp_mgr_switchover: New actv host will be 1 (172.20.71.44)*Feb 28 22:56:05.877: cmapp_host_fsm: Processing event GO_STANDBY for host 0 (172.20.71.38) in state DOWN*Feb 28 22:56:05.877: cmapp_open_new_link: Open link for [0]:172.20.71.38*Feb 28 22:56:05.877: cmbh_open_tcp_link: Opening TCP link with Rem IP 172.20.71.38, Local IP 172.20.71.19, port 2428*Feb 28 22:56:05.881: cmapp_open_new_link: Open initiated OK: Host 0 (172.20.71.38), session_id=8186DEE4*Feb 28 22:56:05.881: cmapp_start_open_link_tmr: Host 0 (172.20.71.38), tmr 0*Feb 28 22:56:05.881: cmapp_host_fsm: New state STANDBY_OPENING for host 0 (172.20.71.38)*Feb 28 22:56:05.881: cmapp_host_fsm: Processing event GO_ACTIVE for host 1 (172.20.71.44) in state STANDBY_READY*Feb 28 22:56:05.885: cmapp_mgr_send_rehome: new addr=172.20.71.44,port=2427*Feb 28 22:56:05.885: cmapp_host_fsm: New state REGISTERING for host 1 (172.20.71.44)You can use the debug ccm-manager config-download tone command to verify the parameters assigned to each locale. The following sample output shows the locale name United Kingdom and lists all the dual-tone parameters for that region:
Router# debug ccm-manager config-download tone00:09:07:cmapp_prefix_process_tag_tones:00:09:07: cmapp_process_tag_trkLocaleName: region = United Kingdom00:09:07: cmapp_process_tag_pulse_ratio: pulse ratio = 4000:09:07: cmapp_process_tag_dtmf_llevel: low frequency level = 6543800:09:07: cmapp_process_tag_dtmf_hlevel: high frequency level = 6546300:09:07: cmapp_process_tag_special_oper: operation = uLaw00:09:07: cmapp_prefix_process_tag_lpig:00:09:07: cmapp_process_tag_fxs: ignore LPIG for fxs00:09:07: cmapp_process_tag_fxo: ignore LPIG for fxo00:09:07: cmapp_process_tag_digital: ignore LPIG for digital00:09:07: cmapp_prefix_process_tag_lpog:00:09:07: cmapp_process_tag_fxs: ignore LPOG for fxsBoth ports are in service00:09:07: cmapp_process_tag_fxo: ignore LPOG for fxo00:09:07: cmapp_process_tag_digital: ignore LPOG for digital00:09:07: cmapp_prefix_process_tag_tonetable_info:00:09:07:cmapp_prefix_process_tag_dualtone: TID=[0:CPTONE_BUSY]00:09:07: cmapp_process_tag_nf: number of frequencies = 100:09:07: cmapp_process_tag_dr: direction = 000:09:07: cmapp_process_tag_fof: frequency 1 = 40000:09:07: cmapp_process_tag_fos: frequency 2 = 000:09:07: cmapp_process_tag_fot: frequency 3 = 000:09:07: cmapp_process_tag_fo4: frequency 4 = 000:09:07: cmapp_prefix_process_tag_aof_level:00:09:07: cmapp_process_tag_fxs: amplitude of 1st = -20000:09:07: cmapp_process_tag_fxo: amplitude of 1st = -20000:09:07: cmapp_process_tag_digital: amplitude of 1st = -24000:09:07: cmapp_prefix_process_tag_aos_level:00:09:07: cmapp_process_tag_fxs: amplitude of 2nd = 000:09:07: cmapp_process_tag_fxo: amplitude of 2nd = 000:09:07: cmapp_process_tag_digital: amplitude of 2nd = 000:09:07: cmapp_prefix_process_tag_aot_level:00:09:07: cmapp_process_tag_fxs: amplitude of 3rd = 000:09:07: cmapp_process_tag_fxo: amplitude of 3rd = 000:09:07: cmapp_process_tag_digital: amplitude of 3rd = 000:09:07: cmapp_prefix_process_tag_ao4_level:00:09:07: cmapp_process_tag_fxs: amplitude of 4th = 000:09:07: cmapp_process_tag_fxo: amplitude of 4th = 000:09:07: cmapp_process_tag_digital: amplitude of 4th = 000:09:07: cmapp_process_tag_ontf: frequency 1 on time = 37500:09:07: cmapp_process_tag_oftf: frequency 1 off time = 37500:09:07: cmapp_process_tag_onts: frequency 2 on time = 000:09:07: cmapp_process_tag_ofts: frequency 2 off time = 000:09:07: cmapp_process_tag_ontt: frequency 3 on time = 000:09:07: cmapp_process_tag_oftt: frequency 3 off time = 000:09:07: cmapp_process_tag_ont4: frequency 4 on time = 000:09:07: cmapp_process_tag_oft4: frequency 4 off time = 000:09:07: cmapp_process_tag_fof2: frequency 1 cadence 2 = 000:09:07: cmapp_process_tag_fos2: frequency 2 cadence 2 = 000:09:07: cmapp_process_tag_fof3: frequency 1 cadence 3 = 000:09:07: cmapp_process_tag_fos3: frequency 2 cadence 3 = 000:09:07: cmapp_process_tag_fof4: frequency 1 cadence 4 = 000:09:07: cmapp_process_tag_fos4: frequency 2 cadence 4 = 000:09:07: cmapp_process_tag_rct1: cadence 1 repeat count = 000:09:07: cmapp_process_tag_rct2: cadence 2 repeat count = 000:09:07: cmapp_process_tag_rct3: cadence 3 repeat count = 000:09:07: cmapp_process_tag_rct4: cadence 4 repeat count = 000:09:07:cmapp_prefix_process_tag_dualtone: TID=[1:CPTONE_RING_BACK]00:09:07: cmapp_process_tag_nf: number of frequencies = 200:09:07: cmapp_process_tag_dr: direction = 000:09:07: cmapp_process_tag_fof: frequency 1 = 40000:09:07: cmapp_process_tag_fos: frequency 2 = 45000:09:07: cmapp_process_tag_fot: frequency 3 = 000:09:07: cmapp_process_tag_fo4: frequency 4 = 000:09:07: cmapp_prefix_process_tag_aof_level:00:09:07: cmapp_process_tag_fxs: amplitude of 1st = -19000:09:07: cmapp_process_tag_fxo: amplitude of 1st = -19000:09:07: cmapp_process_tag_digital: amplitude of 1st = -19000:09:07: cmapp_prefix_process_tag_aos_level:00:09:07: cmapp_process_tag_fxs: amplitude of 2nd = -19000:09:07: cmapp_process_tag_fxo: amplitude of 2nd = -19000:09:07: cmapp_process_tag_digital: amplitude of 2nd = -19000:09:07: cmapp_prefix_process_tag_aot_level:00:09:07: cmapp_process_tag_fxs: amplitude of 3rd = 000:09:07: cmapp_process_tag_fxo: amplitude of 3rd = 000:09:07: cmapp_process_tag_digital: amplitude of 3rd = 000:09:07: cmapp_prefix_process_tag_ao4_level:00:09:07: cmapp_process_tag_fxs: amplitude of 4th = 000:09:07: cmapp_process_tag_fxo: amplitude of 4th = 000:09:07: cmapp_process_tag_digital: amplitude of 4th = 000:09:07: cmapp_process_tag_ontf: frequency 1 on time = 40000:09:07: cmapp_process_tag_oftf: frequency 1 off time = 20000:09:07: cmapp_process_tag_onts: frequency 2 on time = 40000:09:07: cmapp_process_tag_ofts: frequency 2 off time = 200000:09:07: cmapp_process_tag_ontt: frequency 3 on time = 000:09:07: cmapp_process_tag_oftt: frequency 3 off time = 000:09:07: cmapp_process_tag_ont4: frequency 4 on time = 000:09:07: cmapp_process_tag_oft4: frequency 4 off time = 000:09:07: cmapp_process_tag_fof2: frequency 1 cadence 2 = 000:09:07: cmapp_process_tag_fos2: frequency 2 cadence 2 = 000:09:07: cmapp_process_tag_fof3: frequency 1 cadence 3 = 000:09:07: cmapp_process_tag_fos3: frequency 2 cadence 3 = 000:09:07: cmapp_process_tag_fof4: frequency 1 cadence 4 = 000:09:07: cmapp_process_tag_fos4: frequency 2 cadence 4 = 000:09:07: cmapp_process_tag_rct1: cadence 1 repeat count = 000:09:07: cmapp_process_tag_rct2: cadence 2 repeat count = 000:09:07: cmapp_process_tag_rct3: cadence 3 repeat count = 000:09:07: cmapp_process_tag_rct4: cadence 4 repeat count = 000:09:07:cmapp_prefix_process_tag_dualtone: TID=[2:CPTONE_CONGESTION]00:09:07: cmapp_process_tag_nf: number of frequencies = 100:09:07: cmapp_process_tag_dr: direction = 000:09:07: cmapp_process_tag_fof: frequency 1 = 40000:09:07: cmapp_process_tag_fos: frequency 2 = 000:09:07: cmapp_process_tag_fot: frequency 3 = 000:09:07: cmapp_process_tag_fo4: frequency 4 = 000:09:07: cmapp_prefix_process_tag_aof_level:00:09:07: cmapp_process_tag_fxs: amplitude of 1st = -20000:09:07: cmapp_process_tag_fxo: amplitude of 1st = -20000:09:07: cmapp_process_tag_digital: amplitude of 1st = -20000:09:07: cmapp_prefix_process_tag_aos_level:00:09:07: cmapp_process_tag_fxs: amplitude of 2nd = 000:09:07: cmapp_process_tag_fxo: amplitude of 2nd = 000:09:07: cmapp_process_tag_digital: amplitude of 2nd = 000:09:07: cmapp_prefix_process_tag_aot_level:00:09:07: cmapp_process_tag_fxs: amplitude of 3rd = 000:09:07: cmapp_process_tag_fxo: amplitude of 3rd = 000:09:07: cmapp_process_tag_digital: amplitude of 3rd = 000:09:07: cmapp_prefix_process_tag_ao4_level:00:09:07: cmapp_process_tag_fxs: amplitude of 4th = 000:09:07: cmapp_process_tag_fxo: amplitude of 4th = 000:09:07: cmapp_process_tag_digital: amplitude of 4th = 000:09:07: cmapp_process_tag_ontf: frequency 1 on time = 40000:09:07: cmapp_process_tag_oftf: frequency 1 off time = 35000:09:07: cmapp_process_tag_onts: frequency 2 on time = 22500:09:07: cmapp_process_tag_ofts: frequency 2 off time = 52500:09:07: cmapp_process_tag_ontt: frequency 3 on time = 000:09:07: cmapp_process_tag_oftt: frequency 3 off time = 000:09:07: cmapp_process_tag_ont4: frequency 4 on time = 000:09:07: cmapp_process_tag_oft4: frequency 4 off time = 000:09:07: cmapp_process_tag_fof2: frequency 1 cadence 2 = 000:09:07: cmapp_process_tag_fos2: frequency 2 cadence 2 = 000:09:07: cmapp_process_tag_fof3: frequency 1 cadence 3 = 000:09:07: cmapp_process_tag_fos3: frequency 2 cadence 3 = 000:09:07: cmapp_process_tag_fof4: frequency 1 cadence 4 = 000:09:07: cmapp_process_tag_fos4: frequency 2 cadence 4 = 000:09:07: cmapp_process_tag_rct1: cadence 1 repeat count = 000:09:07: cmapp_process_tag_rct2: cadence 2 repeat count = 000:09:07: cmapp_process_tag_rct3: cadence 3 repeat count = 000:09:07: cmapp_process_tag_rct4: cadence 4 repeat count = 0<! end
