Table Of Contents
debug ncia circuit
debug ncia client
debug ncia server
debug netbios error
debug netbios packet
debug netbios-name-cache
debug netconf
debug nextport vsmgr detail
debug nhrp
debug nhrp condition
debug nhrp error
debug nhrp extension
debug nhrp options
debug nhrp packet
debug nhrp rate
debug ntp
debug oam
debug oer api
debug oer api client
debug oer border
debug oer border active-probe
debug oer border learn
debug oer border routes
debug oer border traceroute reporting
debug oer cc
debug oer master border
debug oer master collector
debug oer master cost-minimization
debug oer master exit
debug oer master learn
debug oer master prefix
debug oer master prefix-list
debug oer master process
debug oer master traceroute reporting
debug packet
debug packet-capture
debug pad
debug piafs events
debug platform link-dc
debug platform software multicast
debug platform software multicast cgmp
debug platform software multicast igmp
debug platform software multicast ip cmfib
debug platform software multicast ip cmfib error
debug platform software multicast ip cmfib event
debug platform software multicast ip hal
debug platform software multicast ipv6
debug platform software multicast ipv6 cmfib
debug platform software multicast ipv6
debug platform software multicast ipv6 hal
debug platform software multicast lc
debug platform software multicast mld
debug platform software multicast mrouter
debug platform software multicast msc
debug platform software multicast rgmp
debug platform software multicast rpdf
debug platform software multicast titan
debug policy-firewall
debug pots
debug pots csm
debug ppp
debug ppp bap
debug ppp multilink events
debug ppp multilink fragments
debug ppp multilink negotiation
debug ppp redundancy
debug pppatm redundancy
debug pppatm
debug pppoe
debug pppoe redundancy
debug presence
debug priority
debug private-hosts
debug proxy h323 statistics
debug pvcd
debug pvdm2dm
debug pxf atom
debug pxf backwalks
debug pxf bba
debug pxf cef
debug pxf dma
debug pxf iedge
debug pxf ipv6
debug pxf l2less-error
debug pxf microcode
debug pxf mnode
debug pxf mpls
debug pxf mroute
debug pxf multilink
debug pxf netflow
debug pxf pbr
debug pxf qos
debug pxf stats
debug pxf subblocks
debug pxf tbridge
debug ncia circuit
To display circuit-related information between the native client interface architecture (NCIA) server and client, use the debug ncia circuit command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ncia circuit [error | event | flow-control | state]
no debug ncia circuit [error | event | flow-control | state]
Syntax Description
error
|
(Optional) Displays the error situation for each circuit.
|
event
|
(Optional) Displays the packets received and sent for each circuit.
|
flow-control
|
(Optional) Displays the flow control information for each circuit.
|
state
|
(Optional) Displays the state changes for each circuit.
|
Command Modes
Privileged EXEC (#)
Usage Guidelines
NCIA is an architecture developed by Cisco for accessing Systems Network Architecture (SNA) applications. This architecture allows native SNA interfaces on hosts and clients to access TCP/IP backbones.
You cannot enable debugging output for a particular client or particular circuit.
Caution 
Do not enable the
debug ncia circuit command during normal operation because this command generates a substantial amount of output messages and could slow down the router.
Examples
The following is sample output from the debug ncia circuit error command. In this example, the possible errors are displayed. The first error message indicates that the router is out of memory. The second message indicates that the router has an invalid circuit control block. The third message indicates that the router is out of memory. The remaining messages identify errors related to the finite state machine.
Router# debug ncia circuit error
NCIA: ncia_circuit_create memory allocation fail
NCIA: ncia_send_ndlc: invalid circuit control block
NCIA: send_ndlc: fail to get buffer for ndlc primitive xxx
NCIA: ncia circuit fsm: Invalid input
NCIA: ncia circuit fsm: Illegal state
NCIA: ncia circuit fsm: Illegal input
NCIA: ncia circuit fsm: Unexpected input
NCIA: ncia circuit fsm: Unknown error rtn code
The following is sample output from the debug ncia circuit event command. In this example, a session startup sequence is displayed.
Router# debug ncia circuit event
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_START_DL, Len: 24, tmac: 4000.1060.1000,
tsap: 4, csap 8, oid: 8A91E8, tid 0, lfs 16, ws 1
NCIA: create circuit: saddr 4000.1060.1000, ssap 4, daddr 4000.3000.0003, dsap 8 sid:
NCIA: send NDLC_DL_STARTED to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_DL_STARTED, Len: 2,4 tmac: 4000.1060.1000,
tsap: 4, csap 8, oid: 8A91E8, tid 8B09A8, lfs 16, ws 1
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_XID_FRAME, Len: 12, sid: 8B09A8, FC 0x81
NCIA: send NDLC_XID_FRAME to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_XID_FRAME, Len: 12, sid: 8A91E8, FC 0xC1
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_XID_FRAME, Len: 18, sid: 8B09A8, FC 0xC1
NCIA: send NDLC_CONTACT_STN to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_CONTACT_STN, Len: 12, sid: 8A91E8, FC 0xC1
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_STN_CONTACTED, Len: 12, sid: 8B09A8, FC 0xC1
NCIA: send NDLC_INFO_FRAME to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_INFO_FRAME, Len: 30, sid: 8A91E8, FC 0xC1
Table 245 describes the significant fields shown in the display.
Table 245 debug ncia circuit event Field Descriptions
Field
|
Description
|
IN
|
Incoming message from client.
|
OUT
|
Outgoing message to client.
|
Ver_Id
|
NDLC version ID.
|
MsgType
|
NDLC message type.
|
Len
|
NDLC message length.
|
tmac
|
Target MAC.
|
tsap
|
Target SAP.
|
csap
|
Client SAP.
|
oid
|
Origin ID.
|
tid
|
Target ID.
|
lfs
|
Largest frame size flag.
|
ws
|
Window size.
|
saddr
|
Source MAC address.
|
ssap
|
Source SAP.
|
daddr
|
Destination MAC address.
|
dsap
|
Destination SAP.
|
sid
|
Session ID.
|
FC
|
Flow control flag.
|
In the following messages, an NDLC_START_DL messages is received from a client to start a data-link session:
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_START_DL, Len: 24, tmac: 4000.1060.1000,
tsap: 4, csap 8, oid: 8A91E8, tid 0, lfs 16, ws 1
NCIA: create circuit: saddr 4000.1060.1000, ssap 4, daddr 4000.3000.0003, dsap 8 sid:
The next two messages indicate that an NDLC_DL_STARTED message is sent to a client. The server informs the client that a data-the link session is started.
NCIA: send NDLC_DL_STARTED to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_DL_STARTED, Len: 2,4 tmac: 4000.1060.1000,
tsap: 4, csap 8, oid: 8A91E8, tid 8B09A8, lfs 16, ws 1
In the following two messages, an NDLC_XID_FRAME message is received from a client, and the client starts an XID exchange:
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_XID_FRAME, Len: 12, sid: 8B09A8, FC 0x81
NCIA: send NDLC_XID_FRAME to client 10.2.20.3 for ckt: 8B09A8
In the following two messages, an NDLC_XID_FRAME message is sent from a client, and an DLC_XID_FRAME message is received from a client:
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_XID_FRAME, Len: 12, sid: 8A91E8, FC 0xC1
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_XID_FRAME, Len: 18, sid: 8B09A8, FC 0xC1
The next two messages show that an NDLC_CONTACT_STN message is sent to a client:
NCIA: send NDLC_CONTACT_STN to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_CONTACT_STN, Len: 12, sid: 8A91E8, FC 0xC1
In the following message, an NDLC_STN_CONTACTED message is received from a client. The client informs the server that the station has been contacted.
NCIA(IN): Ver_Id: 0x81, MsgType: NDLC_STN_CONTACTED, Len: 12, sid: 8B09A8, FC 0xC1
In the last two messages, an NDLC_INFO_FRAME is sent to a client, and the server sends data to the client:
NCIA: send NDLC_INFO_FRAME to client 10.2.20.3 for ckt: 8B09A8
NCIA(OUT): Ver_Id: 0x81, MsgType: NDLC_INFO_FRAME, Len: 30, sid: 8A91E8, FC 0xC1
The following is sample output from the debug ncia circuit flow-control command. In this example, the flow control in a session startup sequence is displayed:
Router# debug ncia circuit flow-control
NCIA: no flow control in NDLC_DL_STARTED frame
NCIA: receive Increment Window Op for circuit 8ADE00
NCIA: ncia_flow_control_in FC 0x81, IW 1 GP 2 CW 2, Client IW 1 GP 0 CW 1
NCIA: grant client more packet by sending Repeat Window Op
NCIA: ncia_flow_control_out FC: 0xC1, IW 1 GP 2 CW 2, Client IW 1 GP 2 CW 2
NCIA: receive FCA for circuit 8ADE00
NCIA: receive Increment Window Op for circuit 8ADE00
NCIA: ncia_flow_control_in FC 0xC1, IW 1 GP 5 CW 3, Client IW 1 GP 2 CW 2
NCIA: grant client more packet by sending Repeat Window Op
NCIA: ncia_flow_control_out FC: 0xC1, IW 1 GP 5 CW 3, Client IW 1 GP 5 CW 3
NCIA: receive FCA for circuit 8ADE00
NCIA: receive Increment Window Op for circuit 8ADE00
NCIA: ncia_flow_control_in FC 0xC1, IW 1 GP 9 CW 4, Client IW 1 GP 5 CW 3
NCIA: grant client more packet by sending Repeat Window Op
NCIA: ncia_flow_control_out FC: 0xC1, IW 1 GP 8 CW 4, Client IW 1 GP 9 CW 4
NCIA: reduce ClientGrantPacket by 1 (Granted: 8)
NCIA: receive FCA for circuit 8ADE00
NCIA: receive Increment Window Op for circuit 8ADE00
Table 246 describes the significant fields shown in the display.
Table 246 debug ncia circuit flow-control Field Descriptions
Field
|
Description
|
IW
|
Initial window size.
|
GP
|
Granted packet number.
|
CW
|
Current window size.
|
The following is sample output from the debug ncia circuit state command. In this example, a session startup sequence is displayed:
Router# debug ncia circuit state
NCIA: pre-server fsm: event CONN_OPENED
NCIA: pre-server fsm: event NDLC_PRIMITIVES
NCIA: server event: WAN - STDL state: CLSOED
NCIA: ncia server fsm action 32
NCIA: circuit state: CLOSED -> START_DL_RCVD
NCIA: server event: DLU - TestStn.Rsp state: START_DL_RCVD
NCIA: ncia server fsm action 17
NCIA: circuit state: START_DL_RCVD -> DL_STARTED_SND
NCIA: pre-server fsm: event NDLC_PRIMITIVES
NCIA: server event: WAN - XID state: DL_STARTED_SND
NCIA: ncia server fsm action 33
NCIA: circuit state: DL_STARTED_SND -> DL_STARTED_SND
NCIA: server event: DLU - ReqOpnStn.Req state: DL_STARTED_SND
NCIA: ncia server fsm action 33
NCIA: circuit state: DL_STARTED_SND -> OPENED
NCIA: server event: DLU - Id.Rsp state: OPENED
NCIA: ncia server fsm action 11
NCIA: circuit state: OPENED -> OPENED
NCIA: pre-server fsm: event NDLC_PRIMITIVES
NCIA: server event: WAN - XID state: OPENED
NCIA: ncia server fsm action 33
NCIA: circuit state: OPENED -> OPENED
NCIA: server event: DLU - Connect.Req state: OPENED
NCIA: ncia server fsm action 6
NCIA: circuit state: OPENED -> CONNECT_PENDING
NCIA: pre-server fsm: event NDLC_PRIMITIVES
NCIA: server event: WAN - CONR state: CONNECT_PENDING
NCIA: ncia server fsm action 33 --> CLS_CONNECT_CNF sets NciaClsBusy
NCIA: circuit state: CONNECT_PENDING -> CONNECTED
NCIA: server event: DLU - Flow.Req (START) state: CONNECTED
NCIA: ncia server fsm action 25 --> unset NciaClsBusy
NCIA: circuit state: CONNECTED -> CONNECTED
NCIA: server event: DLU - Data.Rsp state: CONNECTED
NCIA: ncia server fsm action 8
NCIA: circuit state: CONNECTED -> CONNECTED
Table 247 describes the significant fields shown in the display.
Table 247 debug ncia circuit state Field Descriptions
Field
|
Description
|
WAN
|
Event from WAN (client).
|
DLU
|
Event from upstream module—dependent logical unit (DLU).
|
ADMIN
|
Administrative event.
|
TIMER
|
Timer event.
|
Related Commands
Command
|
Description
|
debug dmsp fax-to-doc
|
Enables debugging of DLSw+.
|
debug ncia client
|
Displays debug information for all NCIA client processing that occurs in the router.
|
debug ncia server
|
Displays debug information for the NCIA server and its upstream software modules.
|
debug ncia client
To display debug information for all native client interface architecture (NCIA) client processing that occurs in the router, use the debug ncia client command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ncia client [ip-address | error [ip-address] | event [ip-address] | message [ip-address]]
no debug ncia client [ip-address | error [ip-address] | event [ip-address] | message [ip-address]]
Syntax Description
ip-address
|
(Optional) The remote client IP address.
|
error
|
(Optional) Triggers the recording of messages only when errors occur. The current state and event of an NCIA client are normally included in the message. If you do not specify an IP address, the error messages are logged for all active clients.
|
event
|
(Optional) Triggers the recording of messages that describe the current state and event—and sometimes the action that just completed—for the NCIA client. If you do not specify an IP address, the messages are logged for all active clients.
|
message
|
(Optional) Triggers the recording of messages that contain up to the first 32 bytes of data in a TCP packet sent to or received from an NCIA client. If you do not specify an IP address, the messages are logged for all active clients.
|
Command Modes
Privileged EXEC (#)
Usage Guidelines
NCIA is an architecture developed by Cisco for accessing Systems Network Architecture (SNA) applications. This architecture allows native SNA interfaces on hosts and clients to access TCP/IP backbones.
Use the debug ncia client error command to see only certain error conditions that occur.
Use the debug ncia client event command to determine the sequences of activities that occur while an NCIA client is in different processing states.
Use the debug ncia client message command to see only the first 32 bytes of data in a TCP packet sent to or received from an NCIA client.
The debug ncia client command can be used in conjunction with the debug ncia server and debug ncia circuit commands to get a complete picture of NCIA activity.
Examples
The following is sample output from the debug ncia client command. Following the example is a description of each sample output message.
Router# debug ncia client
NCIA: Passive open 10.2.20.123(1088) -> 1973
NCIA: index for client hash queue is 27
NCIA: number of element in client hash queue 27 is 1
NCIA: event PASSIVE_OPEN, state NCIA_CLOSED for client 10.2.20.123
NCIA: Rcvd msg type NDLC_CAP_XCHG in tcp packet for client 10.2.20.123
NCIA: First 17 byte of data rcvd: 811200110000000000000400050104080C
NCIA: Sent msg type NDLC_CAP_XCHG in tcp packet to client 10.2.20.123
NCIA: First 17 byte of data sent: 811200111000000010000400050104080C
NCIA: event CAP_CMD_RCVD, state NCIA_CAP_WAIT, for client 10.2.20.123, cap xchg cmd sent
NCIA: Rcvd msg type NDLC_CAP_XCHG in tcp packet for client 10.2.20.123
NCIA: First 17 byte of data rcvd: 811200111000000010000000050104080C
NCIA: event CAP_RSP_RCVD, state NCIA_CAP_NEG for client 10.2.20.123
NCIA: Rcvd msg type NDLC_PEER_TEST_REQ in tcp packet for client 10.2.20.123
NCIA: First 4 byte of data rcvd: 811D0004
NCIA: event KEEPALIVE_RCVD, state NCIA_OPENED for client 10.2.20.123
NCIA: Sent msg type NDLC_PEER_TEST_RSP in tcp packet to client 10.2.20.123
NCIA: First 4 byte of data sent: 811E0004IA
NCIA: event TIME_OUT, state NCIA_OPENED, for client 10.2.20.123, keepalive_count = 0
NCIA: Sent msg type NDLC_PEER_TEST_REQ, in tcp packet to client 10.2.20.123
NCIA: First 4 byte of data sent: 811D0004
NCIA: Rcvd msg type NDLC_PEER_TEST_RSP in tcp packet for client 10.2.20.123
NCIA: First 4 byte of data rcvd: 811E0004
NCIA: event KEEPALIVE_RSP_RCVD, state NCIA_OPENED for client 10.2.20.123
NCIA: Error, event PASIVE_OPEN, state NCIA_OPENED, for client 10.2.20.123, should not have
occurred.
NCIA: Error, active_open for pre_client_fsm while client 10.2.20.123 is active or not
configured, registered.
Messages in lines 1 through 12 show the events that occur when a client connects to the router (the NCIA server). These messages show a passive_open process.
Messages in lines 13 to 17 show the events that occur when a TIME_OUT event is detected by a client PC workstation. The workstation sends an NDLC_PEER_TEST_REQ message to the NCIA server, and the router responds with an NDLC_PEER_TEST_RSP message.
Messages in lines 18 to 23 show the events that occur when a TIME_OUT event is detected by the router (the NCIA server). The router sends an NDLC_PEER_TEST_REQ message to the client PC workstation, and the PC responds with an NDLC_PEER_TEST_RSP message.
When you use the debug ncia client message command, the messages shown on lines 6, 8, 11, 14, 17, 20, and 22 are output in addition to other messages not shown in this example.
When you use the debug ncia client error command, the messages shown on lines 24 and 25 are output in addition to other messages not shown in this example.
Related Commands
Command
|
Description
|
debug ncia circuit
|
Displays debug information for all NCIA client processing that occurs in the router.
|
debug ncia server
|
Displays debug information for the NCIA server and its upstream software modules.
|
debug ncia server
To display debug information for the native client interface architecture (NCIA) server and its upstream software modules, use the debug ncia server command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ncia server
no debug ncia server
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC (#)
Usage Guidelines
NCIA is an architecture developed by Cisco for accessing Systems Network Architecture (SNA) applications. This architecture allows native SNA interfaces on hosts and clients to access TCP/IP backbones.
The debug ncia server command displays all Cisco Link Services (CLS) messages between the NCIA server and its upstream modules, such as data-link switching (DLSw) and downstream physical units (DSPUs). Use this command when a problem exists between the NCIA server and other software modules within the router.
You cannot enable debugging output for a particular client or particular circuit.
Examples
The following is sample output from the debug ncia server command. In this example, a session startup sequence is displayed. Following the example is a description of each group of sample output messages.
Router# debug ncia server
NCIA: send CLS_TEST_STN_IND to DLU
NCIA: Receive TestStn.Rsp
NCIA: send CLS_ID_STN_IND to DLU
NCIA: Receive ReqOpnStn.Req
NCIA: send CLS_REQ_OPNSTN_CNF to DLU
NCIA: send CLS_ID_IND to DLU
NCIA: Receive Connect.Req
NCIA: send CLS_CONNECT_CNF to DLU
NCIA: send CLS_DATA_IND to DLU
NCIA: send CLS_DISC_IND to DLU
NCIA: Receive Disconnect.Rsp
In the following messages, the client is sending a test message to the host and the test message is received by the host:
NCIA: send CLS_TEST_STN_IND to DLU
NCIA: Receive TestStn.Rsp
In the next message, the server is sending an exchange identification (XID) message to the host:
NCIA: send CLS_ID_STN_IND to DLU
In the next two messages, the host opens the station and the server responds:
NCIA: Receive ReqOpnStn.Req
NCIA: send CLS_REQ_OPNSTN_CNF to DLU
In the following two messages, the client is performing an XID exchange with the host:
NCIA: send CLS_ID_IND to DLU
In the next group of messages, the host attempts to establish a session with the client:
NCIA: Receive Connect.Req
NCIA: send CLS_CONNECT_CNF to DLU
In the next two messages, the host sends data to the client:
NCIA: send CLS_DATA_IND to DLU
In the last two messages, the client closes the session:
NCIA: send CLS_DISC_IND to DLU
NCIA: Receive Disconnect.Rsp
Related Commands
Command
|
Description
|
debug dmsp fax-to-doc
|
Enables debugging of DLSw+.
|
debig mcoa circuit
|
Displays circuit-related information between the NCIA server and client.
|
debug ncia client
|
Displays debug information for all NCIA client processing that occurs in the router.
|
debug netbios error
To display information about Network Basic Input/Output System (NetBIOS) protocol errors, use the debug netbios error command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug netbios error
no debug netbios error
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC (#)
Usage Guidelines
For complete information on the NetBIOS process, use the debug netbios packet command along with the debug netbios error command.
Examples
The following is sample output from the debug netbios error command. This example shows that an illegal packet has been received on the asynchronous interface.
Router# debug netbios error
Related Commands
Command
|
Description
|
debug netbios-name-cache
|
Displays name caching activities on a router.
|
debug netbios packet
|
Displays general information about NetBIOS packets.
|
debug netbios packet
To display general information about Network Basic Input/Output System (NetBIOS) packets, use the debug netbios packet command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug netbios packet
no debug netbios packet
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC (#)
Usage Guidelines
For complete information on the NetBIOS process, use the debug netbios error command along with the debug netbios packet command.
Examples
The following is sample output from the debug netbios packet and debug netbios error commands. This example shows the Logical Link Control (LLC) header for an asynchronous interface followed by the NetBIOS information. For additional information on the NetBIOS fields, refer to IBM LAN Technical Reference IEEE 802.2.
Router# debug netbios packet
Async1 (i) U-format UI C_R=0x0
(i) NETBIOS_ADD_NAME_QUERY
Resp_correlator= 0x6F 0x0
Async1 (i) U-format UI C_R=0x0
(i) NETBIOS_ADD_GROUP_QUERY
Resp_correlator= 0x6F 0x0
Async1 (i) U-format UI C_R=0x0
(i) NETBIOS_ADD_NAME_QUERY
Resp_correlator= 0x6F 0x0
Ethernet0 (i) U-format UI C_R=0x0
Related Commands
Command
|
Description
|
debug netbios error
|
Displays information about NetBIOS protocol errors.
|
debug netbios-name-cache
|
Displays name caching activities on a router.
|
debug netbios-name-cache
To display name caching activities on a router, use the debug netbios-name-cache command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug netbios-name-cache
no debug netbios-name-cache
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC (#)
Usage Guidelines
Examine the display to diagnose problems in Network Basic Input/Output System (NetBIOS) name caching.
Examples
The following is sample output from the debug netbios-name-cache command:
Router# debug netbios-name-cache
NETBIOS: L checking name ORINDA, vrn=0
NetBIOS name cache table corrupted at offset 13
NetBIOS name cache table corrupted at later offset, at location 13
NETBIOS: U chk name=ORINDA, addr=1000.4444.5555, idb=TR1, vrn=0, type=1
NETBIOS: U upd name=ORINDA,addr=1000.4444.5555,idb=TR1,vrn=0,type=1
NETBIOS: U add name=ORINDA,addr=1000.4444.5555,idb=TR1,vrn=0,type=1
NETBIOS: U no memory to add cache entry. name=ORINDA,addr=1000.4444.5555
NETBIOS: Invalid structure detected in netbios_name_cache_ager
NETBIOS: flushed name=ORINDA, addr=1000.4444.5555
NETBIOS: expired name=ORINDA, addr=1000.4444.5555
NETBIOS: removing entry. name=ORINDA,addr=1000.4444.5555,idb=TR1,vrn=0
NETBIOS: Tossing ADD_NAME/STATUS/NAME/ADD_GROUP frame
NETBIOS: Lookup Failed -- not in cache
NETBIOS: Lookup Worked, but split horizon failed
NETBIOS: Could not find RIF entry
NETBIOS: Cannot duplicate packet in netbios_name_cache_proxy
Note
The sample display is a composite output. Debugging output that you actually see would not necessarily occur in this sequence.
Table 248 describes the significant fields shown in the display.
Table 248 debug netbios-name-cache Field Descriptions
Field
|
Description
|
NETBIOS
|
NetBIOS name caching debugging output.
|
L, U
|
L means lookup; U means update.
|
addr=1000.4444.5555
|
MAC address of machine being looked up in NetBIOS name cache.
|
idb=TR1
|
Indicates that the name of machine was learned from Token Ring interface number 1; idb is into interface data block.
|
vrn=0
|
Packet comes from virtual ring number 0. This packet actually comes from a real Token Ring interface, because virtual ring number 0 is not valid.
|
type=1
|
Indicates the way that the router learned about the specified machine. The possible values are as follows:
• 1—Learned from traffic
• 2—Learned from a remote peer
• 4—Statically entered via the configuration of the router
|
With the first line of output, the router declares that it has examined the NetBIOS name cache table for the machine name ORINDA and that the packet that prompted the lookup came from virtual ring 0. In this case, this packet comes from a real interface—virtual ring number 0 is not valid.
NETBIOS: L checking name ORINDA, vrn=0
The following two lines indicate that an invalid NetBIOS entry exists and that the corrupted memory was detected. The invalid memory will be removed from the table; no action is needed.
NetBIOS name cache table corrupted at offset 13
NetBIOS name cache table corrupted at later offset, at location 13
The following line indicates that the router attempted to check the NetBIOS cache table for the name ORINDA with MAC address 1000.4444.5555. This name was obtained from Token Ring interface 1. The type field indicates that the name was learned from traffic.
NETBIOS: U chk name=ORINDA, addr=1000.4444.5555, idb=TR1, vrn=0, type=1
The following line indicates that the NetBIOS name ORINDA is in the name cache table and was updated to the current value:
NETBIOS: U upd name=ORINDA,addr=1000.4444.5555,idb=TR1,vrn=0,type=1
The following line indicates that the NetBIOS name ORINDA is not in the table and must be added to the table:
NETBIOS: U add name=ORINDA,addr=1000.4444.5555,idb=TR1,vrn=0,type=1
The following line indicates that there was insufficient cache buffer space when the router tried to add this name:
NETBIOS: U no memory to add cache entry. name=ORINDA,addr=1000.4444.5555
The following line indicates that the NetBIOS ager detects an invalid memory in the cache. The router clears the entry; no action is needed.
NETBIOS: Invalid structure detected in netbios_name_cache_ager
The following line indicates that the entry for ORINDA was flushed from the cache table:
NETBIOS: flushed name=ORINDA, addr=1000.4444.5555
The following line indicates that the entry for ORINDA timed out and was flushed from the cache table:
NETBIOS: expired name=ORINDA, addr=1000.4444.5555
The following line indicates that the router removed the ORINDA entry from its cache table:
NETBIOS: removing entry. name=ORINDA,addr=1000.4444.5555,idb=TR1,vrn=0
The following line indicates that the router discarded a NetBIOS packet of type ADD_NAME, STATUS, NAME_QUERY, or ADD_GROUP. These packets are discarded when multiple copies of one of these packet types are detected during a certain period of time.
NETBIOS: Tossing ADD_NAME/STATUS/NAME/ADD_GROUP frame
The following line indicates that the system could not find a NetBIOS name in the cache:
NETBIOS: Lookup Failed -- not in cache
The following line indicates that the system found the destination NetBIOS name in the cache, but located on the same ring from which the packet came. The router will drop this packet because the packet should not leave this ring.
NETBIOS: Lookup Worked, but split horizon failed
The following line indicates that the system found the NetBIOS name in the cache, but the router could not find the corresponding RIF. The packet will be sent as a broadcast frame.
NETBIOS: Could not find RIF entry
The following line indicates that no buffer was available to create a NetBIOS name cache proxy. A proxy will not be created for the packet, which will be forwarded as a broadcast frame.
NETBIOS: Cannot duplicate packet in netbios_name_cache_proxy
Related Commands
Command
|
Description
|
debug netbios error
|
Displays information about NetBIOS protocol errors.
|
debug netbios packet
|
Displays general information about NetBIOS packets.
|
debug netconf
To enable debugging of network configuration protocol (NETCONF) sessions, use the debug netconf command in privileged EXEC mode. To turn off NETCONF debugging, use the no form of this command.
debug netconf {all | error}
no debug netconf {all | error}
Syntax Description
all
|
Enables debugging of NETCONF sessions, including NETCONF errors.
|
error
|
Enables debugging of NETCONF errors.
|
Command Default
NETCONF debugging is not enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.2(33)SRA
|
This command was introduced.
|
12.4(9)T
|
This command was integrated into Cisco IOS Release 12.4(9)T.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
12.2(33)SB
|
This command was integrated into Cisco IOS Release 12.2(33)SB.
|
12.2(33)SXI
|
This command was integrated into Cisco IOS Release 12.2(33)SXI.
|
Usage Guidelines
The debug netconf command issues debug information only when an operational error has happened. In most situations, the NETCONF notifications sent between the NETCONF Network Manager and the client are sufficient to diagnose most NETCONF problems.
To view Extensible Markup Language (XML) parsing errors when using NETCONF over SSHv2, you must also configure the debug cns xml all command.
Examples
The following example shows how to enable debugging of all NETCONF sessions:
00:14:03: NETCONF-ERROR: could not find user1
00:14:03: NETCONF-ERROR: could not find tftp://samplelocation/samplefile
00:14:03: NETCONF: locking 1 by session 646B7038
00:14:03: NETCONF: locking 2 by session 646B7038
00:14:03: NETCONF: locking 1 by session 646B7038
00:14:03: NETCONF-ERROR: invalid session unlock attempt
00:14:03: NETCONF: locking 1 by session 646B7038
00:14:03: NETCONF-ERROR: lock already active
00:14:13: NETCONF-ERROR: lock time 1 expired closing session 646B7038
Table 249 describes the significant fields shown in the display.
Table 249 debug netconf Field Descriptions
Field
|
Description
|
NETCONF-ERROR: could not find user1
|
NETCONF could not find the specified username.
|
NETCONF-ERROR: could not find tftp://samplelocation/samplefile
|
NETCONF could not find the specified file path.
|
NETCONF: locking 1 by session 646B7038
|
This user is locking NETCONF.
|
NETCONF-ERROR: invalid session unlock attempt
|
Another user is trying to unlock NETCONF without first acquiring the lock.
|
NETCONF-ERROR: lock already active
|
Another user is trying to lock NETCONF while it is currently locked.
|
NETCONF-ERROR: lock time 1 expired closing session 646B7038
|
A locked NETCONF session has been idle longer than the time configured by the netconf lock-time command. The locked NETCONF session is closed.
|
Related Commands
Command
|
Description
|
clear netconf
|
Clears NETCONF statistics counters, NETCONF sessions, and frees associated resources and locks.
|
debug cns xml
|
Turns on debugging messages related to the CNS XML parser.
|
netconf lock-time
|
Specifies the maximum time a NETCONF configuration lock is in place without an intermediate operation.
|
netconf max-sessions
|
Specifies the maximum number of concurrent NETCONF sessions allowed.
|
netconf ssh
|
Enables NETCONF over SSHv2.
|
show netconf
|
Displays NETCONF statistics counters and session information.
|
debug nextport vsmgr detail
To turn on debugging for NextPort voice services, use the debug nextport vsmgr detail command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug nextport vsmgr detail
no debug nextport vsmgr detail
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.2(2)XB
|
This command was introduced.
|
12.3(4)T
|
This command was integrated into Cisco IOS Release 12.3(4)T.
|
12.3(14)T
|
T.38 fax relay call statistics were made available to Call Detail Records (CDRs) through Vendor-Specific Attributes (VSAs) and added to the call log.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
This command debugs digital signal processor (DSP) message exchanges between applications and the DSP.
Examples
The following examples turn on debugging for NextPort voice services:
debug nextport vsmgr detail Command on the Originating Gateway
Router# debug nextport vsmgr detail
NextPort Voice Service Manager:
NP Voice Service Manager Detail debugging is on
May 7 21:09:49.135 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:49.195 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:49.291 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:09:51.191 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:51.331 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:09:51.803 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:09:51.803 UTC: request_id = 0x01, request_type = 0x0F
May 7 21:09:51.803 UTC: VOICE_TRANSMIT_STATS(1/2): num_voice_packets 4 num_sig_packets 0
num_cn_packets 1 transmit_duration 8FC end_point_detection 0
May 7 21:09:51.803 UTC: VOICE_RECEIVE_STATS(1/2): num_voice_packets 4 num_sig_packets 0
num_cn_packets 1 receive_duration 8FC voice_receive_duration 0 num_pos_packets 0
num_bph_packets 0 num_late_packets 0 num_early_packets 0
May 7 21:09:51.803 UTC: VOICE_PLAYOUT_DELAY_STATS(1/2): curr_playout_delay 0
min_playout_delay 0 max_playout_delay 0 clock offset 0
May 7 21:09:51.803 UTC: VOICE_PLAYOUT_ERROR(1/2): pred_conceal 0x0 inter_conceal 0x0
silence_conceal 0x0 buffer_overflow 0x0 endpt_det_error 0x0
May 7 21:09:53.231 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:09:53.231 UTC: request_id = 0x01, request_type = 0x0F
May 7 21:09:53.231 UTC: VOICE_TRANSMIT_STATS(1/2): num_voice_packets 1E num_sig_packets 0
num_cn_packets 1 transmit_duration E92 end_point_detection 0
May 7 21:09:53.231 UTC: VOICE_RECEIVE_STATS(1/2): num_voice_packets 4 num_sig_packets 0
num_cn_packets 1 receive_duration E92 voice_receive_duration 0 num_pos_packets 0
num_bph_packets 0 num_late_packets 0 num_early_packets 0
May 7 21:09:53.231 UTC: VOICE_PLAYOUT_DELAY_STATS(1/2): curr_playout_delay 5A
min_playout_delay 5A max_playout_delay 5A clock offset 19778906
May 7 21:09:53.231 UTC: VOICE_PLAYOUT_ERROR(1/2): pred_conceal 0x0 inter_conceal 0x0
silence_conceal 0x0 buffer_overflow 0x0 endpt_det_error 0x0
May 7 21:09:56.055 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:09:56.055 UTC: request_id = 0x01, request_type = 0x0F
May 7 21:09:56.055 UTC: VOICE_TRANSMIT_STATS(1/2): num_voice_packets 23 num_sig_packets 0
num_cn_packets 2 transmit_duration 19A0 end_point_detection BB8
May 7 21:09:56.055 UTC: VOICE_RECEIVE_STATS(1/2): num_voice_packets 8A num_sig_packets 0
num_cn_packets 1 receive_duration 19A0 voice_receive_duration 0 num_pos_packets 0
num_bph_packets 0 num_late_packets 0 num_early_packets 1
May 7 21:09:56.055 UTC: VOICE_PLAYOUT_DELAY_STATS(1/2): curr_playout_delay 3C
min_playout_delay 3C max_playout_delay 64 clock offset 197788E4
May 7 21:09:56.055 UTC: VOICE_PLAYOUT_ERROR(1/2): pred_conceal 0x0 inter_conceal 0x0
silence_conceal 0x0 buffer_overflow 0x1 endpt_det_error 0x0
May 7 21:09:56.855 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:57.907 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:09:57.907 UTC: FAX_RELAY_LINK_INFO_RSP_NTF: slot 1 port 2 timestamp 68137565
fr-entered (20ms)
May 7 21:09:57.907 UTC: chan_id [3/1:D] np_vsmgr_fax_relay_link_info_response:
May 7 21:10:15.047 UTC: np_fax_relay_t30_decode : Tx Direction
May 7 21:10:15.067 UTC: FARELAY_INIT_HS_MOD : 0xC
May 7 21:10:51.579 UTC: FAX_RELAY_DATA_PUMP_STATS(1/2) - valid:0x3FFC1F55 state_code:0x0
level:0x18 phase_jitter:0x5 freq_offset:0x0 eqm:0x7FFE jit_depth:0x230 jit_buf_ov:0x0
tx_paks:0x626 rx_pkts:0x5A inv_pkts:0x0 oos_pkts:0x0 hs_mod:0x8 init_hs_mod:0xC tx_pgs:0x1
rx_pgs:0x0 ecm:0x1 nsf_country:0x0 nsf_manuf_len:0x20
nsf_manuf:0031B8EE80C48511DD0D0000DDDD0000DDDD000000000000000022ED00B0A400 encap:0x1
pkt_loss_con:0x0
May 7 21:10:52.463 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:10:52.463 UTC: vsm(1/2): np_vsmgr_voice_state_change - NULL DSP Interface Handle
debug nextport vsmgr detail Command on the Terminating Gateway
Router# debug nextport vsmgr detail
NextPort Voice Service Manager:
NP Voice Service Manager Detail debugging is on
May 7 21:09:51.179 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:51.263 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:09:51.303 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:51.443 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:09:51.467 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:09:51.467 UTC: request_id = 0x01, request_type = 0x0F
May 7 21:09:51.467 UTC: VOICE_TRANSMIT_STATS(1/2): num_voice_packets 0 num_sig_packets 0
num_cn_packets 0 transmit_duration 0 end_point_detection 0
May 7 21:09:51.467 UTC: VOICE_RECEIVE_STATS(1/2): num_voice_packets 0 num_sig_packets 0
num_cn_packets 0 receive_duration 0 voice_receive_duration 0 num_pos_packets 0
num_bph_packets 0 num_late_packets 0 num_early_packets 0
May 7 21:09:51.467 UTC: VOICE_PLAYOUT_DELAY_STATS(1/2): curr_playout_delay 0
min_playout_delay 0 max_playout_delay 0 clock offset 0
May 7 21:09:51.467 UTC: VOICE_PLAYOUT_ERROR(1/2): pred_conceal 0x0 inter_conceal 0x0
silence_conceal 0x0 buffer_overflow 0x0 endpt_det_error 0x0
May 7 21:09:53.787 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:09:53.787 UTC: request_id = 0x01, request_type = 0x0F
May 7 21:09:53.787 UTC: VOICE_TRANSMIT_STATS(1/2): num_voice_packets 19 num_sig_packets 0
num_cn_packets 1 transmit_duration 910 end_point_detection 0
May 7 21:09:53.787 UTC: VOICE_RECEIVE_STATS(1/2): num_voice_packets 1F num_sig_packets 0
num_cn_packets 2 receive_duration 910 voice_receive_duration 0 num_pos_packets 0
num_bph_packets 0 num_late_packets 0 num_early_packets 0
May 7 21:09:53.787 UTC: VOICE_PLAYOUT_DELAY_STATS(1/2): curr_playout_delay 5A
min_playout_delay 5A max_playout_delay 5A clock offset 68877C4
May 7 21:09:53.787 UTC: VOICE_PLAYOUT_ERROR(1/2): pred_conceal 0x0 inter_conceal 0x0
silence_conceal 0x0 buffer_overflow 0x0 endpt_det_error 0x0
May 7 21:09:56.571 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:09:56.571 UTC: request_id = 0x01, request_type = 0x0F
May 7 21:09:56.571 UTC: VOICE_TRANSMIT_STATS(1/2): num_voice_packets A5 num_sig_packets 0
num_cn_packets 1 transmit_duration 13F6 end_point_detection 0
May 7 21:09:56.571 UTC: VOICE_RECEIVE_STATS(1/2): num_voice_packets 30 num_sig_packets 0
num_cn_packets 2 receive_duration 13F6 voice_receive_duration 7D0 num_pos_packets 0
num_bph_packets 0 num_late_packets 0 num_early_packets 0
May 7 21:09:56.571 UTC: VOICE_PLAYOUT_DELAY_STATS(1/2): curr_playout_delay 64
min_playout_delay 5A max_playout_delay 64 clock offset 68877D4
May 7 21:09:56.571 UTC: VOICE_PLAYOUT_ERROR(1/2): pred_conceal 0x0 inter_conceal 0x0
silence_conceal 0x0 buffer_overflow 0x0 endpt_det_error 0x0
May 7 21:09:56.807 UTC: VOICE_DET_STATUS_CHANGE_NTF(1/2): detector mask: 1 timestamp
791687D5
May 7 21:09:56.855 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:09:57.911 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:09:57.911 UTC: FAX_RELAY_LINK_INFO_RSP_NTF: slot 1 port 2 timestamp 65325022
fr-entered (20ms)
May 7 21:09:57.911 UTC: chan_id [3/1:D (6)] np_vsmgr_fax_relay_link_info_response:
May 7 21:10:15.043 UTC: np_fax_relay_t30_decode : Rx Direction
May 7 21:10:15.107 UTC: FARELAY_INIT_HS_MOD : 0x8
May 7 21:10:51.376 UTC: FAX_RELAY_DET_STATUS_CHANGE: slot: 1 port: 2 detector mask 0x2
May 7 21:10:51.404 UTC: FAX_RELAY_DATA_PUMP_STATS(1/2) - valid:0x3FFC1F55 state_code:0x1
level:0x18 phase_jitter:0x0 freq_offset:0x0 eqm:0x7FFE jit_depth:0x39E jit_buf_ov:0x0
tx_paks:0x5A rx_pkts:0x626 inv_pkts:0x0 oos_pkts:0x0 hs_mod:0x8 init_hs_mod:0x8 tx_pgs:0x0
rx_pgs:0x1 ecm:0x1 nsf_country:0x0 nsf_manuf_len:0x20
nsf_manuf:0031B8EE80C48511DD0D0000DDDD0000DDDD000000000000000022ED00B0A400 encap:0x1
pkt_loss_con:0x0
May 7 21:10:52.288 UTC: FAX_RELAY_LINK_INFO_RSP_NTF: slot 1 port 2 timestamp 65760060
fr-end
May 7 21:10:52.304 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:10:52.388 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state ACTIVE
May 7 21:10:52.416 UTC: np_vsmgr_dispatch_voice_rsp(1/2): VOICE_LINK_INFO_RSP_NTF
Received
May 7 21:10:52.416 UTC: request_id = 0x05, request_type = 0x30
May 7 21:10:52.416 UTC: VOICE_LEVELS_STATS(1/2): tx_power FF7E tx_mean FF7F rx_power FDBD
rx_mean FB48 bnl FD81 erl FD acom 1EA tx_act 1 rx_act 0
May 7 21:10:52.440 UTC: vsm(1/2): np_vsmgr_voice_state_change() - state IDLE
May 7 21:10:52.440 UTC: vsm(1/2): np_vsmgr_voice_state_change - NULL DSP Interface Handle
Related Commands
Command
|
Description
|
debug dspapi detail
|
Displays details of the DSP API message events with debugging enabled.
|
voicecap entry
|
Creates a voicecap on NextPort platforms.
|
voicecap configure
|
Applies a voicecap on NextPort platforms.
|
debug nhrp
To enable Next Hop Resolution Protocol (NHRP) debugging, use the debug nhrp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug nhrp {ipv4 | ipv6} [cache | extension | packet | rate]
no debug nhrp
Syntax Description
ipv4
|
Specifies the IPv4 overlay address.
|
ipv6
|
Specifies the IPv6 overlay address.
|
cache
|
(Optional) Specifies NHRP cache operations.
|
extension
|
(Optional) Specifies NHRP extension processing.
|
packet
|
(Optional) Specifies NHRP activity.
|
rate
|
(Optional) Specifies NHRP rate limiting.
|
(
Command Default
NHRP debugging is not enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.4(20)T
|
This command was introduced.
|
Examples
The following example shows NHRP debugging output for IPv6:
Aug 9 13:13:41.486: NHRP: Attempting to send packet via DEST
- 2001:0db8:3c4d:0015:0000:0000:1a2f:3d2c/32
Aug 9 13:13:41.486: NHRP: Encapsulation succeeded.
Aug 9 13:13:41.486: NHRP: Tunnel NBMA addr 11.11.11.99
Aug 9 13:13:41.486: NHRP: Send Registration Request via Tunnel0 vrf 0, packet size: 105
Aug 9 13:13:41.486: src: 2001:0db8:3c4d:0015:0000:0000:1a2f:3d2c/32,
dst: 2001:0db8:3c4d:0015:0000:0000:1a2f:3d2c/32
Aug 9 13:13:41.486: NHRP: 105 bytes out Tunnel0
Aug 9 13:13:41.486: NHRP: Receive Registration Reply via Tunnel0 vrf 0, packet size: 125
The following example shows NHRP debugging output for IPv4:
Aug 9 13:13:41.486: NHRP: Attempting to send packet via DEST 10.1.1.99
Aug 9 13:13:41.486: NHRP: Encapsulation succeeded. Tunnel IP addr 10.11.11.99
Aug 9 13:13:41.486: NHRP: Send Registration Request via Tunnel0 vrf 0, packet size: 105
Aug 9 13:13:41.486: src: 10.1.1.11, dst: 10.1.1.99
Aug 9 13:13:41.486: NHRP: 105 bytes out Tunnel0
Aug 9 13:13:41.486: NHRP: Receive Registration Reply via Tunnel0 vrf 0, packet size: 125
Aug 9 13:13:41.486: NHRP: netid_in = 0, to_us = 1
Related Commands
Command
|
Description
|
debug dmvpn
|
Displays DMVPN session debugging information.
|
debug nhrp error
|
Displays NHRP error level debugging information.
|
debug nhrp condition
To enable Next Hop Resolution Protocol (NHRP) conditional debugging, use the debug nhrp condition command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug nhrp condition [peer [nbma | tunnel | ip-address | ipv6-address]] | [interface tunnel
number] | [vrf vrf-name]
no debug nhrp condition [peer {nbma | tunnel} ip-address | ipv6-address] | [interface tunnel
number] | [vrf vrf-name]
Syntax Description
peer
|
(Optional) Specifies an NHRP peer.
|
nbma
|
(Optional) Specifies mapping nonbroadcast access (NBMA).
|
tunnel
|
(Optional) Specifies a tunnel.
|
ip-address
|
(Optional) The IPv4 address for the NHRP peer.
|
ipv6-address
|
(Optional) The IPv6 address for the NHRP peer.
|
interface
|
(Optional) Displays NHRP information based on a specific interface.
|
tunnel number
|
(Optional) Specifies the tunnel address for the NHRP peer.
|
vrf vrf-name
|
(Optional) Specifies debugging information for sessions related to the specified virtual routing and forwarding (VRF) configuration.
|
Command Default
Conditional NHRP debugging is not enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.4(9)T
|
This command was introduced.
|
12.4(20)T
|
The ipv6-address argument was added.
|
Examples
The following example shows how to enable conditional NHRP debugging for a specific tunnel:
Router# debug nhrp condition peer tunnel 192.0.2.1
Related Commands
Command
|
Description
|
debug dmvpn
|
Displays DMVPN session debugging information.
|
debug nhrp error
|
Displays NHRP error level debugging information.
|
debug nhrp error
To display Next Hop Resolution Protocol (NHRP) error level debugging information, use the debug nhrp error command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug nhrp {ipv4 | ipv6} error
no debug nhrp {ipv4 | ipv6} error
Syntax Description
ipv4
|
Specifies the IPv6 overlay network.
|
ipv6
|
Specifies the IPv6 overlay network.
|
Command Default
Error level NHRP debugging is not enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.4(9)T
|
This command was introduced.
|
12.4(20)T
|
The ipv4 and ipv6 keywords were added.
|
Examples
The following example shows how to enable error level debugging for IPv4 NHRP:
Router# debug nhrp ipv4 error
NHRP errors debugging is on
Related Commands
Command
|
Description
|
debug dmvpn
|
Displays DMVPN session debugging information.
|
debug nhrp condition
|
Enables NHRP conditional debugging.
|
debug nhrp extension
To display the extensions portion of a NHRP packet, use the debug nhrp extension privileged EXEC command. The no form of this command disables debugging output.
debug nhrp extension
no debug nhrp extension
Syntax Description
This command has no arguments or keywords.
Examples
The following is sample output from the debug nhrp extension command:
Router# debug nhrp extension
NHRP extension processing debugging is on
Forward Transit NHS Record Extension(4):
prefix: 0, mtu: 9180, hd_time: 7200
addr_len: 20(NSAP), subaddr_len: 0(NSAP), proto_len: 4, pref: 0
client NBMA: 47.0091810000000002ba08e101.525354555354.01
client protocol: 135.206.58.54
Reverse Transit NHS Record Extension(5):
Responder Address Extension(3):
prefix: 0, mtu: 9180, hd_time: 7200
addr_len: 20(NSAP), subaddr_len: 0(NSAP), proto_len: 4, pref: 0
client NBMA: 47.0091810000000002ba08e101.525354555355.01
client protocol: 135.206.58.55
Forward Transit NHS Record Extension(4):
prefix: 0, mtu: 9180, hd_time: 7200
addr_len: 20(NSAP), subaddr_len: 0(NSAP), proto_len: 4, pref: 0
client NBMA: 47.0091810000000002ba08e101.525354555354.01
client protocol: 135.206.58.54
Reverse Transit NHS Record Extension(5):
Responder Address Extension(3):
Forward Transit NHS Record Extension(4):
Reverse Transit NHS Record Extension(5):
debug nhrp options
To display information about NHRP option processing, use the debug nhrp options privileged EXEC command. The no form of this command disables debugging output.
debug nhrp options
no debug nhrp options
Syntax Description
This command has no arguments or keywords.
Usage Guidelines
Use this command to show you whether there are problems or error situations with NHRP option processing (for example, unknown options).
Examples
The following is sample output from the debug nhrp options command:
Router# debug nhrp options
Table 250 describes the significant fields shown in the display.
Table 250 debug nhrp options Field Descriptions
Field
|
Descriptions
|
NHRP-OPT
|
NHRP options debugging output.
|
MASK 4
|
Number of bytes of information in the destination prefix option.
|
NHRP-OPT-MASK
|
Contents of the destination prefix option.
|
NETID
|
Number of bytes of information in the subnetwork identifier option.
|
RESPONDER
|
Number of bytes of information in the responder address option.
|
RECORD
|
Forward record option.
|
RRECORD
|
Reverse record option.
|
Related Commands
Command
|
Description
|
debug nhrp
|
Displays information about NHRP activity.
|
debug nhrp packet
|
Displays a dump of NHRP packets.
|
debug nhrp packet
To display a dump of NHRP packets, use the debug nhrp packet privileged EXEC command. The no form of this command disables debugging output.
debug nhrp packet
no debug nhrp packet
Syntax Description
This command has no arguments or keywords.
Examples
The following is sample output from the debug nhrp packet command:
Router# debug nhrp packet
NHRP activity debugging is on
NHRP: Send Purge Request via ATM3/0.1, packet size: 72
src: 135.206.58.55, dst: 135.206.58.56
(F) afn: NSAP(3), type: IP(800), hop: 255, ver: 1
shtl: 20(NSAP), sstl: 0(NSAP)
(M) flags: "reply required", reqid: 2
src NBMA: 47.0091810000000002ba08e101.525354555355.01
src protocol: 135.206.58.55, dst protocol: 135.206.58.56
prefix: 0, mtu: 9180, hd_time: 0
addr_len: 0(NSAP), subaddr_len: 0(NSAP), proto_len: 4, pref: 0
client protocol: 135.206.58.130
NHRP: Receive Purge Reply via ATM3/0.1, packet size: 72
(F) afn: NSAP(3), type: IP(800), hop: 254, ver: 1
shtl: 20(NSAP), sstl: 0(NSAP)
(M) flags: "reply required", reqid: 2
src NBMA: 47.0091810000000002ba08e101.525354555355.01
src protocol: 135.206.58.55, dst protocol: 135.206.58.56
prefix: 0, mtu: 9180, hd_time: 0
addr_len: 0(NSAP), subaddr_len: 0(NSAP), proto_len: 4, pref: 0
client protocol: 135.206.58.130
debug nhrp rate
To display information about NHRP traffic rate limits, use the debug nhrp rate privileged EXEC command. The no form of this command disables debugging output.
debug nhrp rate
no debug nhrp rate
Syntax Description
This command has no arguments or keywords.
Usage Guidelines
Use this command to verify that the traffic is consistent with the setting of the NHRP commands (such as ip nhrp use and ip max-send commands).
Examples
The following is sample output from the debug nhrp rate command:
NHRP-RATE: Sending initial request
NHRP-RATE: Retransmitting request (retrans ivl 2)
NHRP-RATE: Retransmitting request (retrans ivl 4)
NHRP-RATE: Ethernet1: Used 3
Table 251 describes the significant fields shown in the display.
Table 251 debug nhrp rate Field Descriptions
Field
|
Descriptions
|
NHRP-RATE
|
NHRP rate debugging output.
|
Sending initial request
|
First time an attempt was made to send an NHRP packet to a particular destination.
|
Retransmitting request
|
Indicates that the NHRP packet was re-sent, and shows the time interval (in seconds) to wait before the NHRP packet is re-sent again.
|
Ethernet1:
Used 3
|
Interface over which the NHRP packet was sent.
Number of packets sent out of the default maximum five (in this case, three were sent).
|
Related Commands
Command
|
Description
|
debug nhrp
|
Displays information about NHRP activity.
|
debug nhrp options
|
Displays information about NHRP option processing
|
debug ntp
To display debugging messages for Network Time Protocol (NTP) features, use the debug ntp command in prvileged EXEC mode. To disable debugging output, use the no form of this command.
debug ntp {adjust | all | authentication | core | events | loopfilter | packet | params | refclock |
select | sync | validity}
no debug ntp {adjust | all | authentication | core | events | loopfilter | packet | params | refclock
| select | sync | validity}
Syntax Description
adjust
|
Displays debugging information on NTP clock adjustments.
|
all
|
Displays all debugging information on NTP.
|
authentication
|
Displays debugging information on NTP authentication.
|
core
|
Displays debugging information on NTP core messages.
|
events
|
Displays debugging information on NTP events.
|
loopfilter
|
Displays debugging information on NTP loop filters.
|
packet
|
Displays debugging information on NTP packets.
|
params
|
Displays debugging information on NTP clock parameters.
|
refclock
|
Displays debugging information on NTP reference clocks.
|
select
|
Displays debugging information on NTP clock selection.
|
sync
|
Displays debugging information on NTP clock synchronization.
|
validity
|
Displays debugging information on NTP peer clock validity.
|
Command Default
Debugging is not enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.1
|
This command was introduced in a release prior to Cisco IOS Release 12.1.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.4(20)T
|
Support for IPv6 and NTP version 4 was added. The all and core keywords were added. The authentication, loopfilter, params, select, sync and validity keywords were removed. The packets keyword was modified as packet.
|
Usage Guidelines
Starting from Cisco IOS Release 12.4(20)T, NTP version 4 is supported. In NTP version 4 the debugging options available are adjust, all, core, events, packet, and refclock. In NTP version 3 the debugging options available were events, authentication, loopfilter, packets, params, select, sync and validity.
Examples
The following example shows how to enable all debugging options for NTP:
NTP events debugging is on
NTP core messages debugging is on
NTP clock adjustments debugging is on
NTP reference clocks debugging is on
NTP packets debugging is on
Related Commands
Command
|
Description
|
ntp refclock
|
Configures an external clock source for use with NTP services.
|
debug oam
To display operation and maintenance (OAM) events, use the debug oam command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug oam
no debug oam
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Examples
The following is sample output from the debug oam command:
4/0(O): VCD:0x0 DM:0x300 *OAM Cell* Length:0x39
0000 0300 0070 007A 0018 0100 0000 05FF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FF6A 6A6A 6A6A 6A6A 6A6A 6A6A 6A6A 6A6A 6A00 0000
Table 252 describes the significant fields shown in the display.
Table 252 debug oam Field Descriptions
Field
|
Description
|
0000
|
Virtual circuit designator (VCD) Special OAM indicator.
|
0300
|
Descriptor MODE bits for the ATM Interface Processor (AIP).
|
0
|
GFC (4 bits).
|
07
|
Virtual path identifier (VPI) (8 bits).
|
0007
|
Virtual channel identifier (VCI )(16 bits).
|
A
|
Payload type field (PTI) (4 bits).
|
00
|
Header Error Correction (8 bits).
|
1
|
OAM Fault mangement cell (4 bits).
|
8
|
OAM LOOPBACK indicator (4 bits).
|
01
|
Loopback indicator value, always 1 (8 bits).
|
00000005
|
Loopback unique ID, sequence number (32 bits).
|
FF6A
|
Fs and 6A required in the remaining cell, per UNI3.0.
|
debug oer api
To display Optimized Edge Routing (OER) application interface debugging information, use the debug oer api command in privileged EXEC mode. To stop the display of OER application interface debugging information, use the no form of this command.
debug oer api [detail]
no debug oer api
Syntax Description
detail
|
(Optional) Displays detailed application interface debugging information.
|
Command Default
Detailed OER application interface debugging messages are not displayed.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.4(15)T
|
This command was introduced.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer api command is used to display messages about any configured OER application interface providers or host devices. The OER application interface defines the mode of communication and messaging between applications and the network for the purpose of optimizing the traffic associated with the applications. A provider is defined as an entity outside the network in which the router configured as an OER master controller exists, for example, an ISP, or a branch office of the same company. The provider has one or more host devices running one or more applications that use the OER application interface to communicate with an OER master controller. A provider must be registered with an OER master controller before an application on a host device can interface with OER. Use the api provider command to register the provider, and use the host-address command to configure a host device. After registration, a host device in the provider network can initiate a session with an OER master controller. The application interface provides an automated method for networks to be aware of applications and provides application-aware performance routing.

Caution 
When the
detail keyword is entered, the amount of detailed output to be displayed can utilize a considerable amount of system resources. Use the
detail keyword with caution in a production network.
Examples
The following example enables the display of OER application interface debugging messages and the output shows that an OER policy failed due to a prefix that is not found:
*May 26 01:04:07.278: OER API: Data set id received 5, data set len 9, host ip 10.3.3.3,
session id 1, requies2
*May 26 01:04:07.278: OER API: Received get current policy, session id 1 request id 22
*May 26 01:04:07.278: OER API: Recvd Appl with Prot 256 DSCP 0 SrcPrefix 0.0.0.0/0
SrcMask 0.0.0.0
*May 26 01:04:07.278: OER API: DstPrefix 10.2.0.0/24 DstMask 255.255.255.0 Sport_min 0
Sport_max 0 Dport_mi0
*May 26 01:04:07.278: OER API: get prefix policy failed - prefix not found
*May 26 01:04:07.278: OER API: Get curr policy cmd received. rc 0
*May 26 01:04:07.278: OER API: Received send status response, status 0, session id 1,
request id 22, sequence0
*May 26 01:04:07.278: OER API: rc for data set 0
Table 253 describes the significant fields shown in the display. The content of the debugging messages depends on the commands that are subsequently entered at the router prompt.
Table 253 debug oer api Field Descriptions
Field
|
Description
|
OER api debugging is on
|
Shows that application interface debugging is enabled.
|
OER API
|
Displays an OER application interface message.
|
Related Commands
Command
|
Description
|
api provider
|
Registers an application interface provider with an OER master controller and enters OER master controller application interface provider configuration mode.
|
host-address
|
Configures information about a host device used by an application interface provider to communicate with an OER master controller.
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
show oer api provider
|
Displays information about application interface providers registered with OER.
|
debug oer api client
To display Optimized Edge Routing (OER) application programming interface (API) client debugging information for master controller and border router communication, use the debug oer api client command in privileged EXEC mode. To stop the display of OER debugging information, use the no form of this command.
debug oer api client [detail]
no debug oer api client [detail]
Syntax Description
detail
|
(Optional) Displays detailed information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.4(6)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer api client command can be entered on a master controller. This command is used to display messages about a configured OER API client. When the detail keyword is entered, the amount of detailed output to be displayed can utilize a considerable amount of system resources. Use the detail keyword with caution in a production network.
Examples
The following example enables the display of OER API client debugging messages:
Router# debug oer api client
API Client debugging enabled
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer border
To display general OER border router debugging information, use the debug oer border command in privileged EXEC mode. To stop the display of OER debugging information, use the no form of this command.
debug oer border
no debug oer border
Syntax Description
This command has no arguments or keywords.
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer border command is entered on a border router. This command is used to display debugging information about the OER border process, controlled routes and monitored prefixes.
Examples
The following example displays general OER debugging information:
*May 4 22:32:33.695: OER BR: Process Message, msg 4, ptr 33272128, value 140
*May 4 22:32:34.455: OER BR: Timer event, 0
Table 254 describes the significant fields shown in the display.
Table 254 debug oer border Field Descriptions
Field
|
Description
|
OER BR:
|
Indicates debugging information for OER Border process.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer border active-probe
To display debugging information for active probes configured on the local border router, use the debug oer border active-probe command in privileged EXEC mode. To stop the display of debug event information, use the no form of this command.
debug oer border active-probe
no debug oer border active-probe
Syntax Description
This command has no arguments or keywords.
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer border active-probe command is entered on a master controller. This command is used to display the status and results of active probes that are configured on the local border router.
Examples
The following example enables the display of active-probe debug information on a border router:
Router# debug oer border active-probe
*May 4 23:47:45.633: OER BR ACTIVE PROBE: Attempting to retrieve Probe
probeType = echo, probeTarget = 10.1.5.1, probeTargetPort = 0
probeSource = Default, probeSourcePort = 0, probeNextHop = Default
*May 4 23:47:45.633: OER BR ACTIVE PROBE: Completed retrieving Probe
probeType = echo, probeTarget = 10.1.5.1, probeTargetPort = 0
probeSource = Default, probeSourcePort = 0, probeNextHop = 10.30.30.2
probeIfIndex = 13, SAA index = 15
*May 4 23:47:45.633: OER BR ACTIVE PROBE: Completions 11, Sum of rtt 172,
*May 4 23:47:45.693: OER BR ACTIVE PROBE: Attempting to retrieve Probe
probeType = echo, probeTarget = 10.1.4.1, probeTargetPort = 0
probeSource = Default, probeSourcePort = 0, probeNextHop = Default
*May 4 23:47:45.693: OER BR ACTIVE PROBE: Completed retrieving Probe
probeType = echo, probeTarget = 10.1.4.1, probeTargetPort = 0
probeSource = Default, probeSourcePort = 0, probeNextHop = 10.30.30.2
probeIfIndex = 13, SAA index = 14
Table 255 describes the significant fields shown in the display.
Table 255 debug oer border active-probe Field Descriptions
Field
|
Description
|
OER BR ACTIVE PROBE:
|
Indicates debugging information for OER active probes on a border router.
|
Statistics
|
The heading for OER active probe statistics.
|
probeType
|
The active probe type. The active probe types that can be displayed are ICMP, TCP, and UDP.
|
probeTarget
|
The target IP address of the active probe.
|
probeTargetPort
|
The target port of the active probe.
|
probeSource
|
The source IP address of the active probe. Default is displayed for a locally generated active probe.
|
probeSourcePort
|
The source port of the active probe.
|
probeNextHop
|
The next hop for the active probe.
|
probeIfIndex
|
The active probe source interface index.
|
SAA index
|
The IP SLAs collection index number.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer border learn
To display debugging information about learned prefixes on the local border router, use the debug oer border learn command in privileged EXEC mode. To stop the display of debug event information, use the no form of this command.
debug oer border learn [top number]
no debug oer border learn [top number]
Syntax Description
top number
|
(Optional) Displays debugging information about the top delay or top throughput prefixes. The number of top delay or throughput prefixes can be specified. The range of prefixes that can be specified is a number from 1 to 65535.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer border learn command is entered on a border router. This command is used to display debugging information about prefixes learned on the local border router.
Examples
The following example enables the display of active-probe debug information on a border router:
Router# debug oer border learn
*May 4 22:51:31.971: OER BR LEARN: Reporting prefix 1: 10.1.5.0, throughput 201
*May 4 22:51:31.971: OER BR LEARN: Reporting 1 throughput learned prefixes
*May 4 22:51:31.971: OER BR LEARN: State change, new STOPPED, old STARTED, reason Stop
Learn
Table 256 describes the significant fields shown in the display.
Table 256 debug oer border learn Field Descriptions
Field
|
Description
|
OER BR LEARN:
|
Indicates debugging information for the OER border router learning process.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer border routes
To display debugging information for OER controlled or monitored routes on the local border router, use the debug oer border routes command in privileged EXEC mode. To stop the display of debug event information, use the no form of this command.
debug oer border routes {bgp | static}
no debug oer border routes {bgp | static}
Syntax Description
bgp
|
Displays debugging information for only BGP routes.
|
static
|
Displays debugging information for only static routes.
|
Command Default
No debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer border routes command is entered on a border router. This command is used to display the debugging information about OER controlled or monitored routes on the local border router.
Examples
The following example enables the display of active-probe debug information on a border router:
Router# debug oer border routes
*May 4 22:35:53.239: OER BGP: Control exact prefix 10.1.5.0/24
*May 4 22:35:53.239: OER BGP: Walking the BGP table for 10.1.5.0/24
*May 4 22:35:53.239: OER BGP: Path for 10.1.5.0/24 is now under OER control
*May 4 22:35:53.239: OER BGP: Setting prefix 10.1.5.0/24 as OER net#
Table 257 describes the significant fields shown in the display.
Table 257 debug oer border routes Field Descriptions
Field
|
Description
|
OER BR BGP:
|
Indicates debugging information for OER controlled BGP routes.
|
OER BR STATIC:
|
Indicates debugging information for OER controlled Static routes. (Not displayed in the example output.)
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer border traceroute reporting
To display debugging information for traceroute probes on the local border router, use the debug oer border traceroute reporting command in privileged EXEC mode. To stop the display of debug event information, use the no form of this command.
debug oer border traceroute reporting [detail]
no debug oer border traceroute reporting [detail]
Syntax Description
detail
|
(Optional) Displays detailed traceroute debug information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer border traceroute reporting command is entered on a border router. This command is used to display the debugging information about traceroute probes sourced on the local border router.
Examples
The following example enables the display of active-probe debug information on a border router:
Router# debug oer border traceroute reporting
May 19 03:46:23.807: OER BR TRACE(det): Received start message: msg1 458776,
msg2 1677787648, if index 19, host addr 100.1.2.1, flags 1, max ttl 30,
protocol 17, probe delay 0
May 19 03:46:26.811: OER BR TRACE(det): Result msg1 458776,
msg2 1677787648 num hops 30 sent May 19 03:47:20.919: OER BR TRACE(det):
Received start message: msg1 524312, msg2 1677787648, if index 2,
host addr 100.1.2.1, flags 1, max ttl 30, protocol 17, probe delay 0
May 19 03:47:23.923: OER BR TRACE(det): Result msg1 524312,
msg2 1677787648 num hops 3 sent
Table 258 describes the significant fields shown in the display.
Table 258 debug oer border traceroute reporting Field Descriptions
Field
|
Description
|
OER BR TRACE:
|
Indicates border router debugging information for traceroute probes.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer cc
To display OER communication control debugging information for master controller and border router communication, use the debug oer cc command in privileged EXEC mode. To stop the display of OER debugging information, use the no form of this command.
debug oer cc [detail]
no debug oer cc [detail]
Syntax Description
detail
|
(Optional) Displays detailed information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer cc command can be entered on a master controller on a border router. This command is used to display messages exchanged between the master controller and the border router. These messages include control commands, configuration commands, and monitoring information. Enabling this command will cause very detailed output to be displayed and can utilize a considerable amount of system resources. This command should be enabled with caution in a production network.
Examples
The following example enables the display of OER communication control debugging messages:
*May 4 23:03:22.527: OER CC: ipflow prefix reset received: 10.1.5.0/24
Table 259 describes the significant fields shown in the display.
Table 259 debug oer cc Field Descriptions
Field
|
Description
|
OER CC:
|
Indicates debugging information for OER communication messages.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master border
To display debugging information for OER border router events on an OER master controller, use the debug oer master border command in privileged EXEC mode. To stop border router event debugging, use the no form of this command.
debug oer master border [ip-address]
no debug oer master border
Syntax Description
ip-address
|
(Optional) Specifies the IP address of a border router.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master border command is entered on a master controller. The output displays information related to the events or updates from one or more border routers.
Examples
The following example shows the status of 2 border routers. Both routers are up and operating normally.
Router# debug oer master border
OER Master Border Router debugging is on
1d05h: OER MC BR 10.4.9.7: BR I/F update, status UP, line 1 index 1, tx bw 10000
0, rx bw 100000, time, tx ld 0, rx ld 0, rx rate 0 rx bytes 3496553, tx rate 0,
1d05h: OER MC BR 10.4.9.7: BR I/F update, status UP, line 1 index 2, tx bw 10000
0, rx bw 100000, time, tx ld 0, rx ld 0, rx rate 0 rx bytes 710149, tx rate 0, t
1d05h: OER MC BR 10.4.9.6: BR I/F update, status UP, line 1 index 2, tx bw 10000
0, rx bw 100000, time, tx ld 0, rx ld 0, rx rate 0 rx bytes 743298, tx rate 0, t
1d05h: OER MC BR 10.4.9.6: BR I/F update, status UP, line 1 index 1, tx bw 10000
0, rx bw 100000, time, tx ld 0, rx ld 0, rx rate 0 rx bytes 3491383, tx rate 0,
Table 260 describes the significant fields shown in the display.
Table 260 debug oer master border Field Descriptions
Field
|
Description
|
OER MC BR ip-address:
|
Indicates debugging information for a border router process. The ip-address identifies the border router.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master collector
To display data collection debugging information for OER monitored prefixes, use the debug oer master collector command in privileged EXEC mode. To disable the display of this debugging information, use the no form of this command.
debug oer master collector {active-probes [detail [trace]] | netflow}
no debug oer master collector {active-probes [detail [trace]] | netflow}
Syntax Description
active-probes
|
Displays aggregate active probe results for a given prefix on all border routers that are executing the active probe.
|
detail
|
(Optional) Displays the active probe results from each target for a given prefix on all border routers that are executing the active probe.
|
trace
|
(Optional) Displays aggregate active probe results and historical statistics for a given prefix on all border routers that are executing the active probe.
|
netflow
|
Displays information about the passive (NetFlow) measurements received by the master controller for prefixes monitored from the border router.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master collector command is entered on a master controller. The output displays data collection information for monitored prefixes.
Examples
debug oer master collector active-probes Example
The following example displays aggregate active probe results for the 10.1.0.0/16 prefix on all border routers that are configured to execute this active probe:
Router# debug oer master collector active-probes
*May 4 22:34:58.221: OER MC APC: Probe Statistics Gathered for prefix 10.1.0.0/16 on all
exits,notifying the PDP
*May 4 22:34:58.221: OER MC APC: Summary Exit Data (pfx 10.1.0.0/16, bdr 10.2.2.2, if 13,
nxtHop Default):savg delay 13, lavg delay 14, sinits 25, scompletes 25
*May 4 22:34:58.221: OER MC APC: Summary Prefix Data: (pfx 10.1.0.0/16) sloss 0, lloss 0,
sunreach 25, lunreach 25, savg raw delay 15, lavg raw delay 15, sinits 6561, scompletes
6536, linits 6561, lcompletes 6536
*May 4 22:34:58.221: OER MC APC: Active OOP check done
Table 261 describes the significant fields shown in the display.
Table 261 debug oer master collector active-probes Field Descriptions
Field
|
Description
|
OER MC APC:
|
Indicates debugging information for active probes from the r OER master collector.
|
debug oer master collector active-probes detail Example
The following example displays aggregate active probe results from each target for the 10.1.0.0/16 prefix on all border routers that are configured to execute this active probe:
Router# debug oer master collector active-probes detail
*May 4 22:36:21.945: OER MC APC: Rtrv Probe Stats: BR 10.2.2.2, Type echo,
Tgt 10.1.1.1,TgtPt 0, Src Default, SrcPt 0, NxtHp Default, Ndx 13
*May 4 22:36:22.001: OER MC APC: Remote stats received: BR 10.2.2.2, Type
echo, Tgt 10.15.1, TgtPt 0, Src Default, SrcPt 0, NxtHp Default, Ndx 13
*May 4 22:36:22.313: OER MC APC: Perf data point (pfx 10.1.0.0/16, bdr
10.2.2.2, if 13, xtHop Default): avg delay 20, loss 0, unreach 0,
initiations 2, completions 2, delay sum40, ldelay max 20, ldelay min 12
*May 4 22:36:22.313: OER MC APC: Perf data point (pfx 10.1.0.0/16, bdr
10.2.2.2, if 13, xtHop Default): avg delay 20, loss 0, unreach 0,
initiations 2, completions 2, delay sum40, ldelay max 20, ldelay min 12
*May 4 22:36:22.313: OER MC APC: Probe Statistics Gathered for prefix
10.1.0.0/16 on al exits, notifying the PDP
*May 4 22:36:22.313: OER MC APC: Active OOP check done
Table 262 describes the significant fields shown in the display.
Table 262 debug oer master collector active-probes detail Field Descriptions
Field
|
Description
|
OER MC APC:
|
Indicates debugging information for active probes from the r OER master collector.
|
debug oer master collector active-probes detail trace Example
The following example displays aggregate active probe results and historical statistics from each target for the 10.1.0.0/16 prefix on all border routers that are configured to execute this active probe:
Router# debug oer master collector active-probes detail trace
*May 4 22:40:33.845: OER MC APC: Rtrv Probe Stats: BR 10.2.2.2, Type echo,
Tgt 10.1.5.1, TgtPt 0, Src Default, SrcPt 0, NxtHp Default, Ndx 13
*May 4 22:40:33.885: OER MC APC: Remote stats received: BR 10.2.2.2, Type
echo, Tgt 10.1.5.1, TgtPt 0, Src Default, SrcPt 0, NxtHp Default, Ndx 13
*May 4 22:40:34.197: OER MC APC: Remote stats received: BR 10.2.2.2, Type
echo, Tgt 10.1.2.1, TgtPt 0, Src Default, SrcPt 0, NxtHp Default, Ndx 13
*May 4 22:40:34.197: OER MC APC: Updating Probe (Type echo Tgt 10.1.2.1
TgtPt 0) Total Completes 1306, Total Attempts 1318
*May 4 22:40:34.197: OER MC APC: All stats gathered for pfx 10.1.0.0/16
*May 4 22:40:34.197: OER MC APC: Updating Curr Exit Ref (pfx 10.1.0.0/16,
bdr 10.2.2.2, if 13, nxtHop Default) savg delay 17, lavg delay 14, savg loss
0, lavg loss 0, savg unreach 0, lavg unreach 0
*May 4 22:40:34.197: OER MC APC: Probe Statistics Gathered for prefix
10.1.0.0/16 on all exits, notifying the PDP
*May 4 22:40:34.197: OER MC APC: Active OOP check done
Table 263 describes the significant fields shown in the display.
Table 263 debug oer master collector active-probes detail trace Field Descriptions
Field
|
Description
|
OER MC APC:
|
Indicates debugging information for active probes from the r OER master collector.
|
debug oer master collector netflow Example
The following example displays passive monitoring results for the 10.1.5.0/24 prefix:
Router# debug oer master collector netflow
*May 4 22:31:45.739: OER MC NFC: Rcvd egress update from BR 10.1.1.2
prefix 10.1.5.0/24 Interval 75688 delay_sum 0 samples 0 bytes 20362 pkts 505 flows
359 pktloss 1 unreach 0
*May 4 22:31:45.739: OER MC NFC: Updating exit_ref; BR 10.1.1.2 i/f Et1/0, s_avg_delay
655, l_avg_delay 655, s_avg_pkt_loss 328, l_avg_pkt_loss 328, s_avg_flow_unreach 513,
l_avg_flow_unreach 513
*May 4 22:32:07.007: OER MC NFC: Rcvd ingress update from BR 10.1.1.3
prefix 10.1.5.0/24 Interval 75172 delay_sum 42328 samples 77 bytes 22040 pkts 551
flows 310 pktloss 0 unreach 0
Table 264 describes the significant fields shown in the display.
Table 264 debug oer master collector netflow Field Descriptions
Field
|
Description
|
OER MC NFC:
|
Indicates debugging information for the OER master collector from passive monitoring (NetFlow).
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master cost-minimization
To display debugging information for cost-based optimization policies, use the debug oer master cost-minimization command in privileged EXEC mode. To disable the display of this debugging information, use the no form of this command.
debug oer master cost-minimization [detail]
no debug oer master cost-minimization [detail]
Syntax Description
detail
|
(Optional) Displays detailed information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master cost-minimization command is entered on a master controller. The output displays debugging information for cost-minimization policies.
Examples
The following example displays detailed cost optimization policy debug information:
Router# debug oer master cost-minimization detail
OER Master cost-minimization Detail debugging is on
*May 14 00:38:48.839: OER MC COST: Momentary target utilization for exit 10.1.1.2 i/f
Ethernet1/0 nickname ISP1 is 7500 kbps, time_left 52889 secs, cumulative 16 kb, rollup
period 84000 secs, rollup target 6000 kbps, bw_capacity 10000 kbps
*May 14 00:38:48.839: OER MC COST: Cost OOP check for border 10.1.1.2, current util: 0
target util: 7500 kbps
*May 14 00:39:00.199: OER MC COST: ISP1 calc separate rollup ended at 55 ingress Kbps
*May 14 00:39:00.199: OER MC COST: ISP1 calc separate rollup ended at 55 egress bytes
*May 14 00:39:00.199: OER MC COST: Target utilization for nickname ISP1 set to 6000,
rollups elapsed 4, rollups left 24
*May 14 00:39:00.271: OER MC COST: Momentary target utilization for exit 10.1.1.2 i/f
Ethernet1/0 nickname ISP1 is 7500 kbps, time_left 52878 secs, cumulative 0 kb, rollup
period 84000 secs, rollup target 6000 kbps, bw_capacity 10000 kbps
*May 14 00:39:00.271: OER MC COST: Cost OOP check for border 10.1.1.2, current util: 0
target util: 7500 kbps
Table 265 describes the significant fields shown in the display.
Table 265 debug oer master cost-minimization detail Field Descriptions
Field
|
Description
|
OER MC COST:
|
Indicates debugging information for cost-based optimization on the master controller.
|
Related Commands
Command
|
Description
|
cost-minimization
|
Configures cost-based optimization policies on a master controller.
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
show oer master cost-minimization
|
Displays the status of cost-based optimization policies.
|
debug oer master exit
To display debug event information for OER managed exits, use the debug oer master exit command in privileged EXEC mode. To stop the display of debug event information, use the no form of this command.
debug oer master exit [detail]
no debug oer master exit [detail]
Syntax Description
detail
|
Displays detailed OER managed exit information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master exit command is entered on a master controller. This command is used to display debugging information for master controller exit selection processes.
Examples
The following example shows output form the debug oer master exit command, entered with the detail keyword:
Router# debug oer master exit detail
*May 4 11:26:51.539: OER MC EXIT: 10.1.1.1, intf Fa4/0 INPOLICY
*May 4 11:26:52.195: OER MC EXIT: 10.2.2.3, intf Se2/0 INPOLICY
*May 4 11:26:55.515: OER MC EXIT: 10.1.1.2, intf Se5/0 INPOLICY
*May 4 11:29:14.987: OER MC EXIT: 7 kbps should be moved from 10.1.1.1, intf Fa4/0
*May 4 11:29:35.467: OER MC EXIT: 10.1.1.1, intf Fa4/0 in holddown state so skip OOP
check
*May 4 11:29:35.831: OER MC EXIT: 10.2.2.3, intf Se2/0 in holddown state so skip OOP
check
*May 4 11:29:39.455: OER MC EXIT: 10.1.1.2, intf Se5/0 in holddown state so skip OOP
check
Table 266 describes the significant fields shown in the display.
Table 266 debug oer master exit detail Field Descriptions
Field
|
Description
|
OER MC EXIT:
|
Indicates OER master controller exit event.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master learn
To display debug information for OER master controller learning events, use the debug oer master learn command in privileged EXEC mode. To stop the display of debug information, use the no form of this command.
debug oer master learn
no debug oer master learn
Syntax Description
This command has no arguments or keywords.
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master learn command is entered on a master controller. This command is used to display debugging information for master controller learning events.
Examples
The following example shows output from the debug oer master learn command. The output an shows OER Top Talker debug events. The master controller is enabling prefix learning for new border router process:
Router# debug oer master learn
06:13:43: OER MC LEARN: Enable type 3, state 0
06:13:43: OER MC LEARN: OER TTC: State change, new RETRY, old DISABLED, reason TT start
06:13:43: OER MC LEARN: OER TTC: State change, new RETRY, old DISABLED, reason TT start
request
06:13:43: OER MC LEARN: OER TTC: State change, new RETRY, old DISABLED, reason T
06:14:13: OER MC LEARN: TTC Retry timer expired
06:14:13: OER MC LEARN: OER TTC: State change, new STARTED, old RETRY, reason At
06:14:13: %OER_MC-5-NOTICE: Prefix Learning STARTED
06:14:13: OER MC LEARN: MC received BR TT status as enabled
06:14:13: OER MC LEARN: MC received BR TT status as enabled
06:19:14: OER MC LEARN: OER TTC: State change, new WRITING DATA, old STARTED, reason
Updating DB
06:19:14: OER MC LEARN: OER TTC: State change, new SLEEP, old WRITING DATA, reason
Sleep state
Table 267 describes the significant fields shown in the display.
Table 267 debug oer master learn Field Descriptions
Field
|
Description
|
OER MC LEARN:
|
Indicates OER master controller learning events.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master prefix
To display debug events related to prefix processing on an OER master controller, use the debug oer master prefix command in privileged EXEC mode. To disable the display of debug information, use the no form of this command.
debug oer master prefix [prefix | appl] [detail]
no debug oer master prefix [prefix | appl] [detail]
Syntax Description
prefix
|
(Optional) Specifies a single prefix or prefix range. The prefix address and mask are entered with this argument.
|
appl
|
(Optional) Displays information about prefixes used by applications monitored and controlled by an OER master controller.
|
detail
|
(Optional) Displays detailed OER prefix processing information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master prefix command is entered on a master controller. This command displays debugging information related to prefix monitoring and processing.
Examples
The following example shows the master controller searching for the target of an active probe after the target has become unreachable.
Router# debug oer master prefix
OER Master Prefix debugging is on
06:01:28: OER MC PFX 10.4.9.0/24: APC last target deleted for prefix, no targets
left assigned and running
06:01:38: OER MC PFX 10.4.9.0/24: APC Attempting to probe all exits
06:02:59: OER MC PFX 10.4.9.0/24: APC last target deleted for prefix, no targets
left assigned and running
06:03:08: OER MC PFX 10.4.9.0/24: APC Attempting to probe all exits
06:04:29: OER MC PFX 10.4.9.0/24: APC last target deleted for prefix, no targets
left assigned and running
06:04:39: OER MC PFX 10.4.9.0/24: APC Attempting to probe all exits
06:05:59: OER MC PFX 10.4.9.0/24: APC last target deleted for prefix, no targets
left assigned and running
06:06:09: OER MC PFX 10.4.9.0/24: APC Attempting to probe all exits
Table 268 describes the significant fields shown in the display.
Table 268 debug oer master prefix Field Descriptions
Field
|
Description
|
OER MC PFX ip-address:
|
Indicates debugging information for OER monitored prefixes. The ip-address identifies the prefix.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master prefix-list
To display debug events related to prefix-list processing on an OER master controller, use the debug oer master prefix-list command in privileged EXEC mode. To disable the display of debug information, use the no form of this command.
debug oer master prefix-list list-name [detail]
no debug oer master prefix-list list-name
Syntax Description
list-name
|
Specifies a single prefix or prefix range. The prefix address and mask are entered with this argument.
|
detail
|
(Optional) Displays detailed OER prefix-list processing information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(11)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master prefix-list command is entered on a master controller. This command displays debugging information related to prefix-list processing.
Examples
The following example shows output from the debug oer master prefix-list command.
Router# debug oer master prefix-list
23:02:16.283: OER MC PFX 10.1.5.0/24: Check PASS REL loss: loss 0, policy 10%, notify TRUE
23:02:16.283: OER MC PFX 10.1.5.0/24: Passive REL loss in-policy
23:02:16.283: OER MC PFX 10.1.5.0/24: Check PASS REL delay: delay 124, policy 50%, notify
TRUE
23:02:16.283: OER MC PFX 10.1.5.0/24: Passive REL delay in policy
23:02:16.283: OER MC PFX 10.1.5.0/24: Prefix not OOP
23:02:16.283: OER MC PFX 10.1.5.0/24: Check PASS REL unreachable: unreachable 0, policy
50%, notify TRUE
23:02:16.283: OER MC PFX 10.1.5.0/24: Passive REL unreachable in-policy
23:02:16.283: OER MC PFX 10.1.5.0/24: Check PASS REL loss: loss 0, policy 10%, notify TRUE
23:02:16.283: OER MC PFX 10.1.5.0/24: Passive REL loss in policy
Table 269 describes the significant fields shown in the display.
Table 269 debug oer master prefix-list Field Descriptions
Field
|
Description
|
OER MC PFX ip-address:
|
Indicates debugging information for OER monitored prefixes. The ip-address identifies the prefix.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master process
To display debug information about the OER master controller process, use the debug oer master process command in privileged EXEC mode. To stop displaying debug information, use the no form of this command.
debug oer master process
no debug oer master process
Syntax Description
This command has no arguments or keywords.
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.3(8)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master process command is entered on a master controller.
Examples
The following sample debug output for a master controller process:
Router# debug oer master process
01:12:00: OER MC PROCESS: Main msg type 15, ptr 0, value 0
Table 270 describes the significant fields shown in the display.
Table 270 debug oer master process Field Descriptions
Field
|
Description
|
OER MC PROCESS:
|
Indicates a master controller master process debugging message.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug oer master traceroute reporting
To display debug information about traceroute probes, use the debug oer master traceroute reporting command in privileged EXEC mode. To stop displaying debug information, use the no form of this command.
debug oer master traceroute reporting [detail]
no debug oer master traceroute reporting [detail]
Syntax Description
detail
|
(Optional) Displays detailed information.
|
Command Default
No debugging messages are enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
12.2(33)SRB
|
This command was integrated into Cisco IOS Release 12.2(33)SRB.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug oer master traceroute reporting command is entered on a master controller. This command is used to display traceroute events on a master controller.
Examples
The following sample debug output for a master controller process:
Router# debug oer master traceroute reporting detail
*May 12 18:55:14.239: OER MC TRACE: sent start message msg1 327704, msg2 167838976, if
index 2, host add 10.1.5.2, flags 1, max ttl 30, protocol 17
*May 12 18:55:16.003: OER MC TRACE: sent start message msg1 393240, msg2 167838976, if
index 2, host add 10.1.5.2, flags 1, max ttl 30, protocol 17
*May 12 18:55:17.303: OER MC TRACE: Received result: msg_id1 327704, prefix 10.1.5.0/24,
hops 4, flags 1
*May 12 18:55:19.059: OER MC TRACE: Received result: msg_id1 393240, prefix 10.1.5.0/24,
hops 4, flags 1
Table 271 describes the significant fields shown in the display.
Table 271 debug oer master traceroute reporting detail Field Descriptions
Field
|
Description
|
OER MC PROCESS:
|
Indicates master controller debugging information for traceroute probes.
|
Related Commands
Command
|
Description
|
oer
|
Enables an OER process and configures a router as an OER border router or as an OER master controller.
|
debug packet
To display per-packet debugging output, use the debug packet command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug packet [interface number [vcd vcd-number] | vc vpi/vci | vc-name]
no debug packet [interface number [vcd vcd-number] | vc vpi/vci | vc-name]
Syntax Description
interface number
|
(Optional) interface or subinterface number.
|
vcd vcd-number
|
(Optional) Number of the virtual circuit designator (VCD).
|
vc vpi/vci
|
(Optional) Virtual path identifier (VPI) and virtual channel identifier (VCI) numbers of the VC.
|
vc-name
|
(Optional) Name of the PVC or SVC.
|
Defaults
Debugging for packets is disabled by default.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
9.21
|
This command was introduced.
|
12.2(13)T
|
Support for Apollo Domain and Banyan VINES was removed.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug packet command displays all process-level packets for both outbound and inbound packets. This command is useful for determining whether packets are being received and sent correctly. The output reports information online when a packet is received or a transmission is attempted.
For sent packets, the information is displayed only after the protocol data unit (PDU) is entirely encapsulated and a next hop VC is found. If information is not displayed, the address translation probably failed during encapsulation. When a next hop VC is found, the packet is displayed exactly as it will be presented on the wire. Having a display indicates that the packets are properly encapsulated for transmission.
For received packets, information is displayed for all incoming frames. The display can show whether the sending station properly encapsulates the frames. Because all incoming frames are displayed, this information is useful when performing back-to-back testing and corrupted frames cannot be dropped by an intermediary switch.
The debug packet command also displays the initial bytes of the actual PDU in hexadecimal. This information can be decoded only by qualified support or engineering personnel.
Caution 
Because the
debug packet command generates a substantial amount of output for every packet processed, use it only when traffic on the network is low so other activity on the system is not adversely affected.
Examples
The following is sample output from the debug packet command:
2/0.5(I): VCD:0x9 VCI:0x23 Type:0x0 SAP:AAAA CTL:03 OUI:000000 TYPE:0800 Length0x70
4500 002E 0000 0000 0209 92ED 836C A26E FFFF FFFF 1108 006D 0001 0000 0000
A5CC 6CA2 0000 000A 0000 6411 76FF 0100 6C08 00FF FFFF 0003 E805 DCFF 0105
Table 272 describes the significant fields shown in the display.
Table 272 debug packet Field Descriptions
Field
|
Description
|
2/0.5
|
Indicates the subinterface that generated this packet.
|
(I)
|
Indicates a receive packet. (O) indicates an output packet.
|
VCD: 0xn
|
Indicates the virtual circuit associated with this packet, where n is some value.
|
DM: 0xnnnn
|
Indicates the descriptor mode bits on output only, where nnnn is a hexadecimal value.
|
TYPE:n
|
Displays the encapsulation type for this packet.
|
Length:n
|
Displays the total length of the packet including the headers.
|
The following two lines of output are the binary data, which are the contents of the protocol data unit (PDU) before encapsulation:
4500 002E 0000 0000 0209 92ED 836C A26E FFFF FFFF 1108 006D 0001 0000 0000
A5CC 6CA2 0000 000A 0000 6411 76FF 0100 6C08 00FF FFFF 0003 E805 DCFF 0105
The following is sample output from the debug packet command:
Ethernet0: Unknown ARPA, src 0000.0c00.6fa4, dst ffff.ffff.ffff, type 0x0a0
data 00000c00f23a00000c00ab45, len 60
Serial3: Unknown HDLC, size 64, type 0xaaaa, flags 0x0F00
Serial2: Unknown PPP, size 128
Serial7: Unknown FRAME-RELAY, size 174, type 0x5865, DLCI 7a
Serial0: compressed TCP/IP packet dropped
Table 273 describes the significant fields shown in the display.
Table 273 debug packet Field Descriptions
Field
|
Description
|
Ethernet0
|
Name of the Ethernet interface that received the packet.
|
Unknown
|
Network could not classify this packet. Examples include packets with unknown link types.
|
ARPA
|
Packet uses ARPA-style encapsulation. Possible encapsulation styles vary depending on the media command mode (MCM) and encapsulation style.
Ethernet (MCM)—Encapsulation Style:
• ARP
• ETHERTALK
• ISO1
• ISO3
• LLC2
• NOVELL-ETHER
• SNAP
|
| |
FDDI (MCM)—Encapsulation Style:
• ISO1
• ISO3
• LLC2
• SNAP
|
| |
Frame Relay—Encapsulation Style:
• BRIDGE
• FRAME-RELAY
|
ARPA (continued)
|
Serial (MCM)—Encapsulation Style:
• BFEX25
• BRIDGE
• DDN-X25
• DDNX25-DCE
• ETHERTALK
• FRAME-RELAY
• HDLC
• HDH
• LAPB
• LAPBDCE
• MULTI-LAPB
• PPP
• SDLC-PRIMARY
• SDLC-SECONDARY
• SLIP
• SMDS
• STUN
• X25
• X25-DCE
|
| |
Token Ring (MCM)—Encapsulation Style:
• 3COM-TR
• ISO1
• ISO3
• MAC
• LLC2
• NOVELL-TR
• SNAP
• VINES-TR
|
src 0000.0c00.6fa4
|
MAC address of the node generating the packet.
|
dst.ffff.ffff.ffff
|
MAC address of the destination node for the packet.
|
type 0x0a0
|
Packet type.
|
data...
|
First 12 bytes of the datagram following the MAC header.
|
len 60
|
Length of the message (in bytes) that the interface received from the wire.
|
size 64
|
Length of the message (in bytes) that the interface received from the wire. Equivalent to the len field.
|
flags 0x0F00
|
HDLC or PP flags field.
|
DLCI 7a
|
The DLCI number on Frame Relay.
|
compressed TCP/IP packet dropped
|
TCP header compression is enabled on an interface and the packet is not HDLC or X25.
|
debug packet-capture
To enable packet capture debugs, use the debug packet-capture command in privileged EXEC mode. To disable debugging packet capture, use the no form of this command.
debug packet-capture
no debug packet-capture
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.4(20)T
|
This command was introduced.
|
12.2(33)SRE
|
This command was integrated into Cisco IOS 12.2(33)SRE.
|
Examples
The following example shows output from a successful request when using the debug packet-capture command:
Router# debug packet-capture
Buffer Capture Infrastructure debugging is on
Related Commands
Command
|
Description
|
show monitor capture
|
Displays the contents of a capture buffer or a capture point.
|
debug pad
To display debugging messages for all packet assembler/disassembler (PAD) connections, use the debug pad command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug pad
no debug pad
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0
|
This command was introduced in a release prior to Cisco IOS Release 12.0.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
Use the debug pad command to gather information to forward to the Cisco Technical Assistance Center (TAC) to assist in troubleshooting a problem that involves PAD connections.
The following example shows output of the debug pad and debug x25 event commands for an incoming PAD call destined for a terminal line. The incoming PAD call is rejected by the terminal line because the selected network closed user group (CUG) has not been subscribed to by the caller:
Serial1/1:X.25 I R1 Call (16) 8 lci 8
From (7):2001534 To (9):200261150
Closed User Group (basic):99
Call User Data (4):0x01000000 (pad)
pad_svc_announce:destination matched 1
PAD:incoming call to 200261150 on line 130 CUD length 4
!PAD130:Incoming Call packet, Closed User Group (CUG) service protection, selected network
CUG not subscribed
PAD:CUG service protection Cause:11 Diag:65
Serial1/1:X.25 O R1 Clear (5) 8 lci 8
Cause 0, Diag 65 (DTE originated/Facility code not allowed)
Serial1/1:X.25 I R1 Clear Confirm (3) 8 lci 8
The following example shows the output of the debug pad command for an outgoing PAD call initiated from a terminal line with a subscribed CUG that bars outgoing access:
!PAD130:Outgoing Call packet, Closed User Group - CUG service validation, selected CUG
!bars outgoing access
PAD130:Closing connection to . In 0/0, out 0/0
debug piafs events
To check the debugging messages for Personal Handyphone Internet Access Forum Standard (PIAFS) calls, use the debug piafs events command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug piafs events
no debug piafs events
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced on Cisco 803, Cisco 804, and Cisco 813 routers.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The debug piafs events command provides debugging information for the PIAFS calls on the router, including the inband negotiation process.
Examples
The debug piafs events command was configured to provide the following information for PIAFS calls:
Router# debug piafs events
02:16:39:PIAFS events debugging is on
02:16:167516180371:PIAFS: RX <- CDAPI :cdapi_route_call Request
02:16:167517398148:PIAFS: RX <- CDAPI :CDAPI_MSG_CONNECT_IND
02:16:171798691839:PIAFS: TX -> CDAPI :CDAPI_MSG_SUBTYPE_ALERT_REQ
02:16:167503724545:PIAFS: TX -> CDAPI :CDAPI_MSG_CONNECT_RESP
02:16:167503765504:PIAFS: TX -> CDAPI :CDAPI_MSG_CONN_ACTIVE_REQ
02:16:167503724544:PIAFS: RX <- CDAPI :CDAPI_MSG_CONN_ACTIVE_IND
02:16:171798691839:PIAFS:Network allotted Channel :B1
02:16:167503765504:PIAFS:Enabling QMC in PIAFS mode for B1
02:16:171798691839:PIAFS:piafs_driver_enable_settings()
02:16:167503765504:PIAFS:The speed is :64
02:16:167503724544:PIAFS:Starting 64 kbps PIAFS Incoming
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:13 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:Updating conf resp num
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:1 RSN:1 CRSN:13 SISN:
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:14 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:2 RSN:2 CRSN:13 SISN:
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:15 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:3 RSN:3 CRSN:13 SISN:
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:16 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:4 RSN:4 CRSN:13 SISN:
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:17 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:5 RSN:5 CRSN:13 SISN:
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:18 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:6 RSN:6 CRSN:13 SISN:
02:16:39:PIAFS:RX <- NEGO_SYNC_REQUEST[GSN:19 RSN:1 CRSN:1 SISN:
02:16:39:PIAFS:TX -> NEGO_SYNC_RECEPTION[GSN:7 RSN:7 CRSN:13 SISN:
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:Piafs layer up & Main FSM set to DATA
02:16:39:PIAFS:Compression v42bis enabled
02:16:39:PIAFS:V42BIS:v42bis_init()
02:16:39:PIAFS:V42BIS:v42bis_init()
02:16:39:PIAFS:V42BIS:Negotiated Values for P1, P2 are - 4096 , 250
02:16:39:PIAFS:Incoming call invoking ISDN_CALL_CONNECT
02:16:39:%LINK-3-UPDOWN:Interface BRI0:1, changed state to up
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:RX <- CONTROL_REQUEST(comm parameter)[Seq No:0]
02:16:39:PIAFS:Rx Parameters:
02:16:39:PIAFS: Data Protocol:Version 1
02:16:39:PIAFS: Control Protocol:Version 1
02:16:39:PIAFS: RTF value:9
02:16:39:PIAFS: Compression:V.42bis
02:16:39:PIAFS: Frame Length:80
02:16:39:PIAFS: Frame Number:63
02:16:39:PIAFS:TX -> CONTROL_RECEPTION[0]
02:16:39:PIAFS:ACKed all the Rx control parameters
02:16:39:PIAFS:piafs_setmap() tx_map FFFFFFFF
02:16:39:PIAFS:piafs_setmap() rx_map 0
02:16:41:PIAFS:PPP:Autoselect sample 7E
02:16:41:PIAFS:PPP:Autoselect sample 7EFF
02:16:41:PIAFS:PPP:Autoselect sample 7EFF7D
02:16:41:PIAFS:PPP:Autoselect sample 7EFF7D23
02:16:41:PIAFS:piafs_setmap() tx_map FFFFFFFF
02:16:41:PIAFS:piafs_setmap() rx_map 0
02:16:42:PIAFS:piafs_setmap() tx_map A0000
02:16:42:PIAFS:piafs_setmap() rx_map 0
Table 274 describes the significant fields shown in the display.
Table 274 debug piafs events Field Descriptions
Field
|
Description
|
RX <- CDAPI :cdapi_route_call Request
|
The call distributor application programming interface (CDAPI) in the router receives an ISDN call request from the switch.
|
RX <- CDAPI :CDAPI_MSG_CONNECT_IND
|
The CDAPI in the router receives a connection indicator message from the switch.
|
TX -> CDAPI :CDAPI_MSG_SUBTYPE_ALERT_REQ
|
The CDAPI in the router transmits an alert request to the switch.
|
TX -> CDAPI :CDAPI_MSG_CONNECT_RESP
|
The CDAPI in the router transmits a connect response message to the switch.
|
TX -> CDAPI :CDAPI_MSG_CONN_ACTIVE_REQ
|
The CDAPI in the router transmits a connection active request to the switch.
|
RX <-CDAPI:CDAPI_MSG_CONN_ACTIVE_IND
|
The CDAPI in the router receives a connection active indicator from the switch.
|
Enabling QMC in PIAFS mode for B1
|
QMC (global multichannel parameters) are being enabled in PIAFS mode for the B1 channel.
|
piafs_driver_enable_settings()
|
The PIAFS driver is enabling the settings.
|
Starting 64 kbps PIAFS Incoming
|
The speed of the transmission in kbps. In this case, the speed is 64 kbps.
|
RX <- NEGO_SYNC_REQUEST[GSN: RSN: CRSN: SISN:]
|
The router receives a PIAFS negotiation synchronization request frame from the peer PIAFS device. The frame contains the following: general sequence number (GSN), reception sequence number (RSN), confirmation response sequence number (CRSN), and synchronization initiation sequence number (SISN).
|
Updating conf resp num
|
The confirmation response number is being updated.
|
TX -> NEGO_SYNC_RECEPTION[GSN: RSN: CRSN: SISN: ]
|
The router transmits a PIAFS negotiation synchronization reception message to the peer PIAFS device. The message includes the GSN, RSN, CRSN, and SISN.
|
RX <- CONTROL_REQUEST
|
The router receives a PIAFS control request frame that includes communication parameters.
|
Rx Parameters
|
The communication parameters are as follows.
|
Data Protocol
|
The version of the data protocol.
|
Control Protocol
|
The version of the control protocol.
|
RTF value
|
Round-trip frame value.
|
Compression
|
The compression standard.
|
Frame Length
|
The length of the frame, in bytes.
|
Frame Number
|
The number of packets per frame.
|
TX -> CONTROL_RECEPTION
|
The router transmits a PIAFS control reception frame.
|
ACKed all the Rx control parameters
|
The control reception frame acknowledges all the communication parameters that were received from the peer.
|
Piafs layer up & Main FSM set to DATA
|
The PIAFS protocol is active on the router. The router is ready to receive data from the peer device.
|
Compression v42bis enabled
|
The compression protocol v42bis is enabled.
|
V42BIS:v42bis_init()
|
The v42bis compression protocol has been initiated.
|
V42BIS:Negotiated Values for P1, P2 are - 4096 , 250
|
In this example, P1 is the total count of encoded words when v42bis compression is enabled. P2 is the maximum letter line length for the V42bis compression.
|
Incoming call invoking ISDN_CALL_CONNECT
|
An incoming ISDN call connection message is received.
|
PPP
|
The PPP layer on the router becomes active and starts to process the PPP frame from the peer PIAFS device.
|
debug platform link-dc
To display debugging messages for the link daughter card, use the debug platform link-dc command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform link-dc {dwdm | interface | interrupt | netclk | serdes | transceiver | wanphy}
no debug platform link-dc {dwdm | interface | interrupt | netclk | serdes | transceiver | wanphy}
Syntax Description
dwdm
|
OTN G.709/DWDM driver debug information.
|
interface
|
Interface driver debug information.
|
interrupt
|
Interrupt debug information.
|
netclk
|
Network clocking debug information.
|
serdes
|
Physical layer (PHY) and SerDes debug information.
|
transceiver
|
Pluggable optics module information.
|
wanphy
|
WAN PHY driver debug information.
|
Defaults
Debugging is not enabled.
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
12.2(33)SRD
|
This command was introduced.
Note This command applies only to the Cisco 7600 Series Ethernet Services Plus (ES+) line card on the Cisco 7600 series router.
|
12.2(33)SRD1
|
This command added the dwdm and wanphy keywords.
|
Usage Guidelines
Use this command with the remote command command or the attach command in privileged EXEC mode.
Examples
The following examples show the output for both the debug platform link-dc tranceiver command and the debug platform link-dc interrupt command. Notice that the show platform hardware transceiver command shows the status for the port.
Router# remote command module 1 debug platform link-dc tranceiver
Link-DC transceiver debugging is on
Router# remote command module 1 debug platform link-dc interrupt
Link-DC interrupt debugging is on
Router# remote command module 1 show debug
Link-DC transceiver debugging is on
Link-DC interrupt debugging is on
Router# remote command module 1 show platform hardware transceiver status 1
Show status info for port 1:
Environmental Information - raw values
Tx voltage: 0 in units of 100uVolt
Tx power: -2 dBm (5441 in units of 0.1 uW)
Rx power: 0 dBm (7712 in units of 0.1 uW)
(AUX1) Laser Temperature: 8704
(AUX2) +3.3V Supply Voltage: 32928
XFP is not soft power down.
XFP doesn't have interrupt(s).
XFP TX laser is not in fault condition.
XFP TX path CDR is locked.
XFP RX path CDR is locked.
*Aug 15 11:20:26.436 PDT: DFC1: TenGigabitEthernet1/1 XFP: show status
*Aug 15 11:20:26.436 PDT: DFC1: TenGigabitEthernet1/1 XFP: show environmental monitoring
*Aug 15 11:20:26.436 PDT: DFC1: pluggable optics read - addr: 50, offset: 60, len: 14,
dataptr: 2377A668
*Aug 15 11:20:26.448 PDT: DFC1: pluggable optics read - addr: 50, offset: 6E, len: 2,
dataptr: 21AA028E
*Aug 15 11:20:26.452 PDT: DFC1: pluggable optics read - addr: 50, offset: 50, len: 2,
dataptr: 2377A6A0
*Aug 15 11:20:26.456 PDT: DFC1: pluggable optics read - addr: 50, offset: 52, len: 2,
dataptr: 2377A6A2
Note
The following console log is seen when both the debug platform link-dc tranceiver command and the debug platform link-dc interrupt command are entered (as in the preceding example), and there is a transceiver Rx loss of signal (LOS) event.
*Aug 15 11:23:52.127 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x8000
*Aug 15 11:23:52.127 PDT: DFC1: x40g_link_xphy_isr: xphy intr intr_st 0x80000
*Aug 15 11:23:52.127 PDT: DFC1: x40g_link_xphy_isr: xphy intr port 1
*Aug 15 11:23:52.127 PDT: DFC1: x40g_xphy_link_status_callout: port 1 link status 0
*Aug 15 11:23:52.131 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x8000
*Aug 15 11:23:52.131 PDT: DFC1: x40g_link_xphy_isr: xphy intr intr_st 0x80000
*Aug 15 11:23:52.131 PDT: DFC1: x40g_link_xphy_isr: xphy intr port 1
*Aug 15 11:23:52.131 PDT: DFC1: x40g_xphy_link_status_callout: port 1 link status 1
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_dc_process: interrupt msg_id 6, msg_num 1
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x8000
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_xphy_isr: xphy intr intr_st 0x80000
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_xphy_isr: xphy intr port 1
*Aug 15 11:23:52.135 PDT: DFC1: x40g_xphy_link_status_callout: port 1 link status 0
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x4000
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_xcvr_isr: intr_st 0x2, start 0, end 4, type
2,port_offset 0x0
*Aug 15 11:23:52.135 PDT: DFC1: Link xcvr port 1: Rx LOS interrupt
*Aug 15 11:23:52.135 PDT: DFC1: x40g_link_dc_process: interrupt msg_id 2, msg_num 1
*Aug 15 11:23:52.135 PDT: DFC1: Port 2: transceiver Rx LOS event
*Aug 15 11:23:52.147 PDT: DFC1: x40g_link_dc_process: xcvr oir timer timeout
00:12:37: %LINEPROTO-DFC1-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/2,
changed state to down
*Aug 15 11:24:46.576 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x4000
*Aug 15 11:24:46.576 PDT: DFC1: x40g_link_xcvr_isr: intr_st 0x2, start 0, end 4, type
2,port_offset 0x0
*Aug 15 11:24:46.576 PDT: DFC1: Link xcvr port 1: Rx LOS interrupt
*Aug 15 11:24:46.576 PDT: DFC1: x40g_link_dc_process: interrupt msg_id 2, msg_num 1
*Aug 15 11:24:46.576 PDT: DFC1: Port 2: transceiver Rx LOS recovered
*Aug 15 11:24:46.580 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x8000
*Aug 15 11:24:46.580 PDT: DFC1: x40g_link_xphy_isr: xphy intr intr_st 0x80000
*Aug 15 11:24:46.580 PDT: DFC1: x40g_link_xphy_isr: xphy intr port 1
*Aug 15 11:24:46.580 PDT: DFC1: x40g_xphy_link_status_callout: port 1 link status 0
*Aug 15 11:24:46.584 PDT: DFC1: x40g_link_dc_interrupt_handler: intr_status 0x8000
*Aug 15 11:24:46.584 PDT: DFC1: x40g_link_xphy_isr: xphy intr intr_st 0x80000
*Aug 15 11:24:46.584 PDT: DFC1: x40g_link_xphy_isr: xphy intr port 1
*Aug 15 11:24:46.584 PDT: DFC1: x40g_xphy_link_status_callout: port 1 link status 1
*Aug 15 11:24:46.584 PDT: DFC1: x40g_link_dc_process: interrupt msg_id 6, msg_num 1
*Aug 15 11:24:46.600 PDT: DFC1: x40g_link_dc_process: xcvr oir timer timeout
00:13:31: %LINEPROTO-DFC1-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/2,
changed state to up
The following example shows the output for the debug platform link-dc dwdm command.
Router-dfc1# debug platform link-dc dwdm
Link-DC OTN G.709/DWDM debugging is on
*Jan 28 12:10:38.784 PDT: DFC1: Port 1: OTN Alarm Query, return ptr 228E877C
los 1, oof 0, lof 0, mfas 1, lom 0
otuAis 0, otuIae 0-0, otuBdi 0, otuTim 0
oduAis 0, oduBdi 0, oduLck 0, oduOci 0, oduPtim 0
*Jan 28 12:10:38.864 PDT: DFC1: x40g_link_pemaquid_pm_tick_timer_event(1): pm_tick timer
timeout
*Jan 28 12:10:39.364 PDT: DFC1: x40g_link_pemaquid_pm_tick_timer_event(1): pm_tick timer
timeout
*Jan 28 12:10:39.840 PDT: DFC1: Port 1: OTN Alarm Query, return ptr 228E877C
los 1, oof 0, lof 0, mfas 1, lom 0
otuAis 0, otuIae 0-0, otuBdi 0, otuTim 0
oduAis 0, oduBdi 0, oduLck 0, oduOci 0, oduPtim 0
The following example shows the output for the debug platform link-dc wanphy command.
Router-dfc1# debug platform link-dc wanphy
Link-DC WAN PHY debugging is on
*Jan 28 11:59:16.184 PDT: DFC1: Port 1 WIS alarms:
ser 0, plm_p_far 0, ais_p_far 0, lof 0, los 0
rdi 0, ais_l 0, lcd_p 0, plm_p 0, ais_p 0, lop 0
*Jan 28 11:59:17.184 PDT: DFC1: Port 1 WIS alarms:
ser 0, plm_p_far 0, ais_p_far 0, lof 0, los 0
rdi 0, ais_l 0, lcd_p 0, plm_p 0, ais_p 0, lop 0
*Jan 28 11:59:17.184 PDT: DFC1: Port 1 WIS counters: b1 0, b2 0, b3 0, fe_b2 0, fe_b3 0
*Jan 28 11:59:17.184 PDT: DFC1: Port 1 WIS J1RX: 0x0000000000000089.0x302E302E302E3000
*Jan 28 11:59:22.288 PDT: DFC1: Port 1 WIS alarms:
ser 0, plm_p_far 0, ais_p_far 0, lof 0, los 0
rdi 0, ais_l 0, lcd_p 0, plm_p 0, ais_p 0, lop 0
*Jan 28 11:59:22.288 PDT: DFC1: Port 1 WIS counters: b1 0, b2 0, b3 0, fe_b2 0, fe_b3 0
*Jan 28 11:59:22.288 PDT: DFC1: Port 1 WIS J1RX: 0x0000000000000089.0x302E302E302E3000
Related Commands
Command
|
Description
|
show platform hardware transceiver
|
Displays transceiver information on a port.
|
debug platform software multicast
To display information about log events, packet information, and assert events, use the debug platform software multicast command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast {all events | assert events }
no debug platform software multicast {all events | assert events }
Syntax Description
all
|
Displays all multicast hardware switching debugging information, including errors, events, and packets for the specified group.
|
assert
|
Specifies the assert events.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from thedebug platform software multicast command using the all keyword:
PE-3-sp#debug platform software multicast all
Global enable but not the periodic debugging is on
*Oct 30 09:17:26.150 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
*Oct 30 09:17:26.770 EDT: SP: hal_timer_event: NRPF-AG
*Oct 30 09:17:27.151 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
*Oct 30 09:17:28.151 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
*Oct 30 09:17:28.395 EDT: SP: hal_timer_event: NRPF-AG
*Oct 30 09:17:29.152 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
*Oct 30 09:17:30.152 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
*Oct 30 09:17:30.248 EDT: SP: hal_timer_event: NRPF-AGun al
*Oct 30 09:17:31.153 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
The following example shows output from the debug platform software multicast command using the assert keyword:
PE-3-sp#debug platform software multicast assert
Assertion for Layer 2 multicast debugging is on
PE-3-sp#debug platform software multicast ha l2-sso all
Debug for mcast SSO all debugging is on
PE-3-sp#debug platform software multicast ha l2-sso err
PE-3-sp#debug platform software multicast ha l2-sso error
Debug for mcast SSO error debugging is on
PE-3-sp#debug platform software multicast ha l2-sso eve
PE-3-sp#debug platform software multicast ha l2-sso event
Debug for mcast SSO events debugging is on
PE-3-sp#debug platform software multicast ha l2-sso pak
PE-3-sp#debug platform software multicast ha l2-sso pak
Debug for mcast SSO packets debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast
|
Displays the multicast debugging information.
|
debug platform software multicast cgmp
To display information about cgmp debugging events and packet information use the debug platform software multicast cgmp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast cgmp { event events | pak events }
debug platform software multicast cgmp { event events | pak events }
Syntax Description
event
|
Specifies the events for the selected group.
|
pak
|
Specifies the packet information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast cgmp command using the event keyword:
PE-3-sp#debug platform software multicast cgmp event
Router Discovery (CGMP Protocol) event log debugging is on
The following example shows output from the debug platform software multicast cgmp command using the pak keyword:
PE-3-sp#debug platform software multicast cgmp pak
Router Discovery (CGMP Protocol) packet log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast igmp
To display information about igmp debugging events and packet information use the debug platform software multicast igmp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast igmp { event events | pak events }
no debug platform software multicast igmp { event events | pak events }
Syntax Description
event
|
Specifies the igmp events for the selected group.
|
pak
|
Specifies the igmp packet information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast igmp command using the event keyword:
Router# debug platform software multicast igmp event
PE-3-sp#debug platform software multicast igmp event
IGMP snooping event log debugging is on
The following example shows output from the debug platform software multicast igmp command using the pak keyword:
PE-3-sp#debug platform software multicast igmp pak
PE-3-sp#debug platform software multicast igmp pak
IGMP snooping packet log debugging is on
*Oct 30 09:26:22.143 EDT: SP: RELAYED PAK to index 0x0008440B, vlan 1035
*Oct 30 09:26:22.143 EDT: SP: Packet dump:
18000070: 0100 5E000016 00000E00 ..^.......
18000080: 02000800 45000028 00000000 400254BC ....E..(....@.T<
18000090: 46000002 E0000016 2200CBF6 00000001 F...`...".Kv....
180000A0: 01000001 E8000104 28000002 00010203 ....h...(.......
180000B0: 04058C
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ip cmfib
To display information about multicast ip cmfib errors, shortcut events, and export the hardware statistics command, use the debug platform software multicast ip cmfib command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ip cmfib { error | events | stats }
no debug platform software multicast ip cmfib { error | events | stats }
Syntax Description
error
|
Specifies the mfib IPV4 error information.
|
event
|
Specifies the IPv4 shortcut event information.
|
stats
|
Specifies the IPV4 hardware statistic information for export.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast ip cmfib command using the error keyword:
PE-3-sp#debug platform software multicast ip cmfib cmfib error
CMFIB-LC IPv6 error debugging enabled
The following example shows output from the debug platform software multicast ip cmfib command using the event keyword:
PE-3-sp#debug platform software multicast ip cmfib cmfib eve
CMFIB-LC IPv6 event debugging enabled
The following example shows output from the debug platform software multicast ip cmfib command using the stats keyword:
PE-3-sp#debug platform software multicast ip cmfib cmfib stats
CMFIB-LC IPv6 stats debugging enabled
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ip cmfib error
To display information about source or group IP address and the mfib IPv4 pending entry , use the debug platform software multicast ip cmfib error command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ip cmfib error { A.B.C.D | pending }
no debug platform software multicast ip cmfib error { A.B.C.D | pending }
Syntax Description
A.B.C.D
|
Specifies the source or group IP address information.
|
pending
|
Specifies the mfib IPv4 pending entry error information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast ip cmfib error command:
PE-3-sp#debug platform software multicast ip cmfib error 232.0.1.4 ver
PE-3-sp#debug platform software multicast ip cmfib error 232.0.1.4 verbose
CMFIB-LC IPv4 verbose error debugging enabled for group 232.0.1.4
PE-3-sp#debug platform software multicast ip cmfib error pending ?
<cr>
PE-3-sp#debug platform software multicast ip cmfib error pending
CMFIB-LC IPv4 error pending debugging enabled
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ip cmfib event
To display information about source or group IP address, mfib IPv4 ctrl entries events, mfib hw-api events, mfib IPv4 table events, mfib IPv4 pending entry events, and mfib IPv4 table events, use the debug platform software multicast ip cmfib event command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ip cmfib event { A.B.C.D | ctrl | hwapi | mdt | pending |
table}
no debug platform software multicast ip cmfib event { A.B.C.D | ctrl | hwapi | mdt | pending |
table}
Syntax Description
A.B.C.D
|
Specifies the source or group IP address information.
|
pending
|
Specifies the mfib IPv4 pending entry information.
|
ctrl
|
Specifies the mfib IPv4 ctrl entry events.
|
hwapi
|
Specifies the mfib hardware API events.
|
mdt
|
Specifies the mfib IPv4 table events.
|
table
|
Specifies the mfib IPv4 table events.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast ip cmfib event command:
PE-3-sp#debug platform software multicast ip cmfib event ctrl
CMFIB-LC IPv4 event control debugging enabled
PE-3-sp#debug platform software multicast ip cmfib event hwapi
CMFIB-LC IPv4 event hwapi debugging enabled
PE-3-sp#debug platform software multicast ip cmfib event mdt
CMFIB-LC IPv4 event mdt debugging enabled
PE-3-sp#debug platform software multicast ip cmfib event pending
CMFIB-LC IPv4 event pending debugging enabled
PE-3-sp#debug platform software multicast ip cmfib event table
CMFIB-LC IPv4 event table debugging enabled
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ip hal
To display information about the the multicast hal error, event, timer and packet information, use the debug platform software multicast ip hal command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ip hal { error events | event events | pak | timer }
no debug platform software multicast hal {error events | event events | pak | timer }
Syntax Description
event
|
Specifies the events for the selected group.
|
error
|
Specifies the debugging errors.
|
pak
|
Specifies the packet information.
|
timer
|
Specifies the timer information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast ip hal command using the event keyword:
PE-3-sp#debug platform software multicast ip hal eve
PE-3-sp#debug platform software multicast ip hal event
Multicast HAL event log debugging is on
*Oct 30 09:24:48.078 EDT: SP: hal_timer_event: NRPF-AG
*Oct 30 09:24:48.790 EDT: SP: hal_timer_event: S-CHECK
*Oct 30 09:24:49.754 EDT: SP: hal_timer_event: NRPF-AG
*Oct 30 09:24:51.530 EDT: SP: hal_timer_event: NRPF-AG
*Oct 30 09:24:53.298 EDT: SP: hal_timer_event: NRPF-AG
*Oct 30 09:24:55.154 EDT: SP: hal_timer_event: NRPF-AG
The following example shows output from the debug platform software multicast ip hal command using the error keyword:
PE-3-sp#debug platform software multicast ip hal error
Multicast HAL error log debugging is on
The following example shows output from the debug platform software multicast ip hal command using the pak keyword:
PE-3-sp#debug platform software multicast ip hal pak
PE-3-sp#debug platform software multicast ip hal pak
Multicast HAL packet log debugging is on
The following example shows output from the debug platform software multicast ip hal command using the timer keyword:
PE-3-sp#debug platform software multicast ip hal tim
PE-3-sp#debug platform software multicast ip hal timer
Multicast HAL timer log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ipv6
To display information about multicast IPv6 hardware switching, use the debug platform software multicast ipv6 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ipv6 {control | error group-address | event group-address}
no debug platform software multicast ipv6 {control | error group-address | event group-address
Syntax Description
control
|
Displays all multicast hardware switching debugging information, including errors, events, and packets.
|
error group-address
|
Displays error messages related to multicast hardware switching for the specified group-address.
|
event group-address
|
Displays the run-time sequence of events for multicast hardware switching.
|
Defaults
Debugging is not enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast ipv6 command using the control keyword:
Router# debug platform software multicast ipv6 control
The following example shows output from the debug platform software multicast ipv6 command using the error keyword:
Router# debug mls rp ip multicast error
The following example shows output from the debug platform software multicast ipv6 command using the event keyword:
Router# debug mls rp ip multicast event
Related Commands
Command
|
Description
|
ipv6 multicast hardware-switching connected
|
Downloads the interface and mask entry for IPv6 multicast packet.
|
ipv6 multicast hardware-switching replication-mode ingress
|
Configures the ingress hardware replication mode for IPv6 multicast packets.
|
debug platform software multicast ipv6 cmfib
To display information about multicast ipv6 mfib errors, shortcut events, and hardware statistics export information, use the debug platform software multicast ipv6 cmfib command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ipv6 cmfib { error | event | stats }
no debug platform software multicast ipv6 cmfib { error | event | stats }
Syntax Description
error
|
Specifies the multicast ipv6 mfib errors.
|
event
|
Specifies the mfib IPv4 pending entry information.
|
stats
|
Specifies the hardware statistics export information.
|
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keyword is required.
Examples
The following example shows output from the debug platform software multicast ipv6 cmfib command:
PE-3-sp#debug platform software multicast ipv6 cmfib error
CMFIB-LC IPv6 error debugging enabled
PE-3-sp#debug platform software multicast ipv6 cmfib event
CMFIB-LC IPv6 event debugging enabled
PE-3-sp#debug platform software multicast ipv6 cmfib stats
CMFIB-LC IPv6 stats debugging enabled
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ipv6
To display information about MFIB IPv6 platform code debugging, and multicast HAL IPv6 debug command, use the debug platform software multicast ipv6 command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ipv6 {cmfib | hal }
no debug platform software multicast ipv6 {cmfib | hal }
Syntax Description
cmfib
|
Specifies theMFIB IPV6 platform code debugging information.
|
hal
|
Specifies the HAL IPV6 debug information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast ipv6 command using the cmfib keyword:
PE-3-sp#debug platform software multicast ipv6 cmfib error
CMFIB-LC IPv6 error debugging enabled
PE-3-sp#debug platform software multicast ipv6 cmfib eve
CMFIB-LC IPv6 event debugging enabled
PE-3-sp#debug platform software multicast ipv6 cmfib stats
CMFIB-LC IPv6 stats debugging enabled
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast ipv6 hal
To display information about multicast ipv6 hal errors and event information, use the debug platform software multicast ipv6 hal command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast ipv6 hal { error | event }
no debug platform software multicast ipv6 hal { error | event }
Syntax Description
error
|
Specifies the multicast ipv6 mfib errors.
|
event
|
Specifies the mfib IPv4 pending entry information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keyword is required.
Examples
The following example shows output from the debug platform software multicast ipv6 hal command:
PE-3-sp#debug platform software multicast ipv6 hal error
CMFIB-LC IPv6 debugging enabled
PE-3-sp#debug platform software multicast ipv6 hal event
CMFIB-LC IPv6 IPv6 HAL error debugging enabled
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast lc
To display the layer 2 line card multicast events, use the debug platform software multicast lc command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast lc
no debug platform software multicast lc
Syntax Description
lc
|
Specifies the line card for which the multicast events are to be displayed.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast lc command:
PE-3-sp#debug platform software multicast lc
Debug from mls_mcast_lc library debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast mld
To display information about the events and packet information for mld debugging, use the debug platform software multicast mld command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast mld {event events | pak events}
debug platform software multicast mld {event events | pak events}
Syntax Description
event
|
Specifies the mld events for the selected group.
|
pak
|
Specifies the mld packet information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast mld command using the event keyword:
PE-3-sp#debug platform software multicast igmp event
multicast snooping event log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast mrouter
To display the multicast router events and packet information, use the debug platform software multicast mrouter command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast mrouter {event events | pak events}
no debug platform software multicast mrouter {event events | pak events}
Syntax Description
event
|
Specifies the mld events for the selected group.
|
pak
|
Specifies the mld packet information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast mrouter command using the event keyword:
PE-3-sp#debug platform software multicast mrouter event
Router Discovery (MLD MROUTER Protocol) event log debugging is on
The following example shows output from the debug platform software multicast mrouter command using the pak keyword:
PE-3-sp#debug platform software multicast mrouter pak
Router Discovery (MLD MROUTER Protocol) packet log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast msc
To display information about multicast shortcut debugging, use the debug platform software multicast msc command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast msc { error events | event events | pak events }
no debug platform software multicast msc { error events | event events | pak events }
Syntax Description
events
|
Specifies the events for the selected group.
|
error
|
Specifies the debugging errors.
|
pak
|
Specifies the packet information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast msc command using the error keyword:
PE-3-sp#debug platform software multicast msc error
Multicast Shortcuts error log debugging is on
The following example shows output from the debug platform software multicast msc command using the event keyword:
PE-3-sp#debug platform software multicast msc eve
Multicast Shortcuts event log debugging is on
The following example shows output from the debug platform software multicast msc command using the pak keyword:
PE-3-sp#debug platform software multicast msc pak
Multicast Shortcuts packet log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast rgmp
To display information about multicast shortcut debugging, use the debug platform software multicast rgmp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast rgmp {event events | pak events}
no debug platform software multicast rgmp {event events | pak events}
Syntax Description
events
|
Specifies the events for the selected group.
|
pak
|
Specifies the packet information.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast rgmp command using the event keyword:
PE-3-sp#debug platform software multicast rgmp event
RGMP event log debugging is on
The following example shows output from the debug platform software multicast rgmp command using the pak keyword:
PE-3-sp#debug platform software multicast rgmp pak
RGMP packet log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast rpdf
To display information about multicast bidirectional df debugging, use the debug platform software multicast rpdf command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast rpdf {error events | event events}
no debug platform software multicast rpdf {error events | event events}
Syntax Description
events
|
Specifies the events for the selected group.
|
error
|
Specifies the debugging errors.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast rpdf command using the error keyword:
PE-3-sp#debug platform software multicast rpdf error
Multicast Shortcuts error log debugging is on
The following example shows output from the debug platform software multicast rpdf command using the event keyword:
PE-3-sp#debug platform software multicast rpdf eve
Multicast Shortcuts event log debugging is on
The following example shows output from the debug platform software multicast rpdf command using the pak keyword:
PE-3-sp#debug platform software multicast rpdf pak
Multicast Shortcuts packet log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug platform software multicast titan
To display information about multicast titan debugging, use the debug platform software multicast titan command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug platform software multicast titan { error events | event events }
no debug platform software multicast titan { error events | event events }
Syntax Description
events
|
Specifies the events for the selected group.
|
error
|
Specifies the debugging errors.
|
Defaults
Debugging is enabled.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(33)SRE
|
This command was introduced on Cisco 7600 series routers.
|
Usage Guidelines
Only one of the keywords is required.
Examples
The following example shows output from the debug platform software multicast titan command using the error keyword:
PE-3-sp#debug platform software multicast rpdf error
Multicast Bidir RP/DF error log debugging is on
The following example shows output from the debug platform software multicast titan command using the event keyword:
PE-3-sp#debug platform software multicast rpdf eve
PE-3-sp#debug platform software multicast rpdf event
Multicast Bidir RP/DF event log debugging is on
Related Commands
Command
|
Description
|
debug platform software multicast ha
|
Displays the high availability multicast shortcuts debugging errors and events.
|
debug policy-firewall
Note
Effective with Cisco IOS Release 12.4(20)T, the debug policy-firewall command replaces the debug ip inspect command.
To display messages about Cisco IOS firewall events, including details about the packets of the protocol, use the debug policy-firewall command in EXEC mode. To disable debugging output, use the no form of this command.
debug policy-firewall {function-trace | object-creation | object-deletion | list {access-list |
extended-access-list} | events | timers | packet-path | protocol protocol-name |
L2-transparent | control-plane | detailed}
no debug policy-firewall {function-trace | object-creation | object-deletion | list {access-list |
extended-access-list} | events | timers | packet-path | protocol protocol-name |
L2-transparent | control-plane | detailed}
Syntax Description
function-trace
|
Displays messages about software functions called by the Cisco IOS firewall.
|
object-creation
|
Displays messages about software objects being created by the Cisco IOS firewall. Object creation corresponds to the beginning of Cisco IOS firewall-inspected sessions.
|
object-deletion
|
Displays messages about software objects being deleted by the Cisco IOS firewall. Object deletion corresponds to the closing of Cisco IOS firewall-inspected sessions.
|
list
|
Displays messages about policy firewall conditional debugging.
|
access-list
|
Filters the basic list of policy firewall conditional debugging messages. The valid range is from 1 to 199.
|
extended-access-list
|
Filters the extended range of policy firewall conditional debugging messages. The valid range is from 1300 to 2699.
|
events
|
Displays messages about Cisco IOS firewall software events, including information about Cisco IOS firewall packet processing or MIB special events.
|
timers
|
Displays messages about Cisco IOS firewall timer events such as when the Cisco IOS firewall idle timeout is reached.
|
packet-path
|
Displays messages about the packet-path functions.
|
protocol protocol-name
|
Displays messages about Cisco IOS firewall-inspected protocol events, including details about the packets of the protocol. The supported protocols are as follows:
• aol |