Debugging

Almost every aspect of the router’s configuration can have debugging enabled. For example, we could say:

debug chat

With debugging on, any chat script activity is logged to the router’s console (or to the syslog server, if configured). To disable logging, use the undebug command:

undebug chat

If you forget what debugging you turned on, use the undebug all command to turn all debugging off:

undebug all

There is a debug all command, but—unless you have major problems—there is rarely a good need for it. When it is executed, all debug information possible is flooded to your screen. You’ll be overwhelmed with data, even if logging is enabled. The best practice is to activate debugging only for the items in which you’re interested.

Using Debugging in Practice

The debug command is an extremely powerful troubleshooting tool. Assume that you have a serial interface on a router named Baltimore. At the other end of this interface is a router named New-York with an IP address of 10.1.2.55. You are having trouble communicating with the New-York router. One strategy for analyzing the problem is to enable IP-packet debugging on the Baltimore router to see if packets from New-York are arriving. To do so, use the command debug ip packet:

baltimore#debug ip packet IP packet debugging is on baltimore# IP: s=10.1.2.55 (Serial0), d=255.255.255.255, len 72, rcvd 2 IP: s=10.1.2.29 (Serial1), d=255.255.255.255, len 72, rcvd 2 IP: s=10.1.2.97 (local), d=255.255.255.255 (Ethernet0), len 72, sending ...

Get CISCO IOS in a Nutshell now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.