学习理解Cisco错误消息的掌握

错误消息格式
系统错误消息格式如下所示：

U3000 U3000

%设施严重subfacility记忆：信息文本

U3000 U3000

它指出错误消息中所涉及的设备的名称。该值可以是协议、硬件设备或系统软件模块。

U3000 U3000

subfacility是通道接口处理器相关（CIP）卡的详细信息可以在思科文件相关部分。

U3000 U3000

严重程度是0到7之间的数字，数值越小，严重程度越高。

U3000 U3000

助记符是唯一标识错误消息的单值代码。

U3000 U3000

消息文本是对错误消息的简短描述，包括路由器中涉及的硬件和软件信息。
这里有一些错误信息的例子。用户可以查阅CCO ISO文件系统错误消息部分来找到错误信息的描述。
% dual-3-sia：路线171.155.148.192 / 26卡在ip-eigp 211活跃状态。清理
% lance-3-ownerr：单元0，缓冲所有错误
需要注意的是，并不是所有的信息涉及到的故障或问题的条件重要。一些消息显示在状态信息。例如，下面的消息表明，ISDN BRI 0接口连接到一个特定的远程数据连接。
% isdn-6-connect：接口bri0现在连接到95551212
追踪报告
与路由器内部错误相关的一些错误消息包含回溯信息。当向Cisco TAC报告错误时，该信息应添加到错误描述中。
错误消息和事件信息的日志
根据错误消息的重要性和有效性，可以将Cisco错误消息记录到以下位置：
；控制台。

；虚拟终端

；；；Syslog服务器

；内部缓冲区
命令日志了日志信息到上述位置输出，系统日志服务器，下面的全局配置命令必须用于指定服务器的IP地址：
记录IP地址
通过一次又一次地使用这个命令，可以设置一个服务器列表。
日志缓冲的命令是用来发送日志信息到内部缓冲区，缓冲区的大小必须大于4096字节，默认值取决于系统平台，用户需要选择环境合适的缓冲区的大小。如果缓冲区太小，新的消息将覆盖旧的信息。这可能导致的问题。但是，如果缓冲区的尺寸太大，系统缓存将被浪费，没有日志缓冲命令写入禁止消息到内部缓存。
用户可以使用显示日志命令来显示内部缓冲区的内容。如果用户需要一定的信息，首先使用NTP或手动设置时钟，具体操作是：

YH路由器#时钟设置11:37:00 2000年12月

YH路由器# SH时钟

3.596月112000 11:37: PST周五
日志消息的时间戳和调试信息可以用作下面的全局配置命令：

YH路由器（config）#服务日志的日期时间戳

YH路由器（config）#服务调试日期时间戳

终端监控命令将在当前终端上显示调试信息，该命令不是配置命令，而是在telnet到路由器时可以在命令行模式下使用。
在大多数情况下，用户可能需要显示一个日志信息级别，因此，日志信息分为八个不同的级别，按照从高到低的重要性如下：

；紧急情况

；；警报

；；临界的

；；错误

；；警告

；；通知

；；信息的

；；调试
例如，我们需要显示与控制台上的警告（警告）相等或大于严重级别的所有日志信息。我们可以使用以下全局配置命令：

登录控制台的警告
类似地，当某种类型的日志信息被发送到当前终端时，使用

测井监测水平
或当信息发送到日志服务器

测井的陷阱能级
与终端监视器命令不同，日志监视器命令是路由器配置的一部分。
值得注意的是，系统开销很大时，日志记录到不同的位置。登录到控制台的开销很大，但它是记录日志到一个虚拟终端便宜。syslog服务器使用的是较便宜的。日志写的最小的系统开销是写内部缓冲区。
核心转储（核心转储）
为了找出路由器崩溃的原因，我们可以使用一些命令来获取有效的信息。我们已经解释了show stacks命令的使用。核心转储是一个副本的系统存储图像，可以写入到TFTP服务器。从这个二进制文件，我们可以得到路由器故障或严重误操作的相关信息，可以消除可能出现的故障。
下面的配置命令写入核心转储到相应命令中的IP地址TFTP服务器：

异常转储IP地址
当路由器有严重误操作时，写核心命令通常用于保存核心映像，但它不会完全崩溃。
只有运行iOS V 9或更高版本的服务器才能使用核心转储，但重要的是要注意，当使用核心转储时，最好得到有经验的工程师或Cisco TAC的支持。
结语
为了诊断和排除网络故障，网络工程技术人员必须掌握的顺利，两个基本技能。首先是要有一个清晰的认识，网络技术和协议，这是诊断和排除网络故障的基础。如果没有适当的知识和经验，故障诊断和故障排除工具如路由器诊断命令和网络分析仪不起作用。
网络工程师必须掌握的第二技能是运用知识的一个系统的方法来诊断和排除网络故障。虽然本文只介绍一些诊断命令，需要强调的是，故障诊断和排除故障是一个结构化的方法，许多工程师和技术人员认为，故障诊断与排除的不作为和应用技术研究本身一样重要。事实上，正确的计划，在故障诊断与排除的过程中起了决定性的作用。在排除故障的过程中，一个偶然的行动可能使故障顺利解决，但不能代替结构的故障诊断与排除方法。
网络故障诊断是一个系统工程，应该定义、收集事实，根据事实，考虑制定行动计划、实施计划、观察和过程步骤的可能性，这个过程就像瀑布式软件开发过程的模型，其重要性不言而喻。