Cisco认证考试重要知识辅导（8）
控制台会显示RIP更新的信息：
*Jun9 21:13:56.471: RIP: sending v1 update to 255.255.255.255 via FastEthernet0/0 （1.1.1.1）
*Jun9 21:13:56.471: RIP: build update entries - suppressing null update
*Jun9 21:14:22.519: RIP: sending v1 update to 255.255.255.255 via FastEthernet0/0 （1.1.1.1）
*Jun9 21:14:22.519: RIP: build update entries - suppressing null update
需要提醒的是，只能短时间内开启debug来获取一定时间的信息，因为debug会造成路遇器性能的下降。可以使用undebug all 来关闭debug.
三种使用debug时的错误
使用debug是一个危险的动作，甚至有经验的管理员使用它时也会失误。
第一常见的错误是当你离开生产环境的时候忘记关闭调试模式。因为有时候我们集中精力解决问题，当我们解决问题之后，就有可能忘记没有关闭debug模式。
第二常见的错误是忽略同时发出的大量调试命令对路由器产生的影响。记住，路由器的工作是转发数据包，而不是监察过程和产生调试信息。举例来说，在你的路由器存在数据包的某些问题，所以使用debug调试IP数据包。接着你决定要查看RIP协议方面的一些（事件）events.现在，你有两个单独的调试报表正在处理和发送到控制台。debug比比其他的网络传输具有更高的优先级，所以，不用说，这些debug可能危及您的路由器的性能。
第三常见的错误是在一个生产环境的路由器上使用debug all 命令或debug ip packet detail.这些命令都可以令负载过重的路由器崩溃。幸运的是，在正式启动调试模式之前有一个"确定"这样提示的提示。应该在开始调试命令之前现在某个测试路由器上跑一下这些debug命令。
假设我们配置好的Cisco路由器能够象时钟一样稳定的工作或者说极少需要人为去做一些故障排除。那么这样就可称之为理想状态。
但是，如果你的路由器出了故障，而你不得不快速准确地拿出一个解决方案。这就是我们为什么要用学会用debug去做故障排除。
这篇文章的对象是没有使用过debug做Cisco故障排除。但是你如果有这方面的经验，看我的介绍能不能给你一些提示去尝试之前没有用到过的方法。
在开始介绍Cisco IOS debug 10 招之前这里有些提示和说明：
我介绍的方法是部分debug的用法，但并不能涵盖所有的用法。事实上debug的用法有很多，这里不能一一列举。 Listing A表格列举了所有在IOS 12.2 版本中你能用到的参数或子命令。 可能里面的一部分并不是很常用。这里将介绍一部分常用的debug命令。
使用Cisco IOS debug必须很小心，在你使用debug之前最好在测试路由器上做一些测试，最后再在生产环境中使用。如果你参考本文内容不慎将公司的路由器搞瘫而被开，本人不承担任何责任，哈哈。
默认情况下，Debug消息会发送到控制端但不会发送到任何log.如果要记录debug log,你必须在 全局配置模式里开启logging buffered.开启之后你可以用show logging来验证一下。这个在前一篇文章里面有所介绍。输出结果可以参考表格 Listing B. 一共有三种logging:console, monitor, 和buffer. 也有不同level的logging.需要更多信息点击here.
如果你需要将debug输出到终端界面而不是控制台，需要使用终端监控命令。
你也可以设置"conditional debugging" 去调试符合特定条件的应用。参考Cisco官方文档Troubleshooting and Fault Management .
如果debug信息输出太多，你需要停止调试，最快捷的方法是un all.
*Jun9 21:13:56.471: RIP: sending v1 update to 255.255.255.255 via FastEthernet0/0 （1.1.1.1）
*Jun9 21:13:56.471: RIP: build update entries - suppressing null update
*Jun9 21:14:22.519: RIP: sending v1 update to 255.255.255.255 via FastEthernet0/0 （1.1.1.1）
*Jun9 21:14:22.519: RIP: build update entries - suppressing null update
需要提醒的是，只能短时间内开启debug来获取一定时间的信息，因为debug会造成路遇器性能的下降。可以使用undebug all 来关闭debug.
三种使用debug时的错误
使用debug是一个危险的动作，甚至有经验的管理员使用它时也会失误。
第一常见的错误是当你离开生产环境的时候忘记关闭调试模式。因为有时候我们集中精力解决问题，当我们解决问题之后，就有可能忘记没有关闭debug模式。
第二常见的错误是忽略同时发出的大量调试命令对路由器产生的影响。记住，路由器的工作是转发数据包，而不是监察过程和产生调试信息。举例来说，在你的路由器存在数据包的某些问题，所以使用debug调试IP数据包。接着你决定要查看RIP协议方面的一些（事件）events.现在，你有两个单独的调试报表正在处理和发送到控制台。debug比比其他的网络传输具有更高的优先级，所以，不用说，这些debug可能危及您的路由器的性能。
第三常见的错误是在一个生产环境的路由器上使用debug all 命令或debug ip packet detail.这些命令都可以令负载过重的路由器崩溃。幸运的是，在正式启动调试模式之前有一个"确定"这样提示的提示。应该在开始调试命令之前现在某个测试路由器上跑一下这些debug命令。
假设我们配置好的Cisco路由器能够象时钟一样稳定的工作或者说极少需要人为去做一些故障排除。那么这样就可称之为理想状态。
但是，如果你的路由器出了故障，而你不得不快速准确地拿出一个解决方案。这就是我们为什么要用学会用debug去做故障排除。
这篇文章的对象是没有使用过debug做Cisco故障排除。但是你如果有这方面的经验，看我的介绍能不能给你一些提示去尝试之前没有用到过的方法。
在开始介绍Cisco IOS debug 10 招之前这里有些提示和说明：
我介绍的方法是部分debug的用法，但并不能涵盖所有的用法。事实上debug的用法有很多，这里不能一一列举。 Listing A表格列举了所有在IOS 12.2 版本中你能用到的参数或子命令。 可能里面的一部分并不是很常用。这里将介绍一部分常用的debug命令。
使用Cisco IOS debug必须很小心，在你使用debug之前最好在测试路由器上做一些测试，最后再在生产环境中使用。如果你参考本文内容不慎将公司的路由器搞瘫而被开，本人不承担任何责任，哈哈。
默认情况下，Debug消息会发送到控制端但不会发送到任何log.如果要记录debug log,你必须在 全局配置模式里开启logging buffered.开启之后你可以用show logging来验证一下。这个在前一篇文章里面有所介绍。输出结果可以参考表格 Listing B. 一共有三种logging:console, monitor, 和buffer. 也有不同level的logging.需要更多信息点击here.
如果你需要将debug输出到终端界面而不是控制台，需要使用终端监控命令。
你也可以设置"conditional debugging" 去调试符合特定条件的应用。参考Cisco官方文档Troubleshooting and Fault Management .
如果debug信息输出太多，你需要停止调试，最快捷的方法是un all.
相关内容
热门资讯
2012年思科认证（CCNP）...
2012年思科认证（CCNP）考试复习指导6
2012年思科认证（CCNP）...
2012年思科认证（CCNP）考试复习指导3
Cisco考试再认证常见问题4
Cisco考试再认证常见问题4
思科推进中国泛海网络建设
思科推进中国泛海网络建设
Cisco认证问答：我能在考试...
Cisco认证问答：我能在考试的时候带计算器吗?
2012年思科认证（CCNP）...
2012年思科认证（CCNP）考试复习指导8