本文主要給大家詳細的講述了對于思科路由器的錯誤信息，都有哪些提示，我們要進行怎樣的分析，下面的文章將給出詳細的解答。

錯誤消息格式
系統錯誤消息格式如下：

%Facility - subfacility - Severity - Mnemonic ： Message Text

Facility 它指出錯誤消息涉及的設備名。該值可以是協議、硬件設備或者系統軟件模塊。

Subfacility 它僅與通道接口處理器(CIP)卡有關。詳細的信息可以參見Cisco文檔的相關章節。

Severity 它是一個范圍在0到7之間的數字。數字的值越小，嚴重程度越高。

Mnemonic 唯一標識錯誤消息的單值代碼。該代碼通常可以暗示錯誤的類型。

Message Text 它是錯誤消息的簡短描述，其中包括涉及的路由器硬件和軟件信息。

下面是一些錯誤消息的示例。用戶可以查閱CCO ISO文檔的系統錯誤消息一節，以查找這些錯誤消息的說明。

%DUAL-3-SIA：Route 171.155.148.192/26 stuck-in-active state in IP-EIGP 211. Cleaning up

%LANCE-3-OWNERR: Unit 0, buffer ownership error

需要注意的是，并不是所有的消息都涉及到故障或者問題的狀況。某些消息顯示的是狀態方面的信息。例如，以下消息僅表明ISDN BRI 0接口與特定的遠端數據連接。

%ISDN-6-CONNECT: Interface BRI0 is now connected to 95551212

Traceback Report

某些與路由器內部錯誤相關的錯誤消息包含了traceback信息。在向Cisco TAC報告錯誤時，應在錯誤描述中加入這些信息。

錯誤消息和事件信息的日志

根據錯誤消息的重要性和有效性，Cisco錯誤消息可以被記錄到以下位置：

& #61550;  ;; 控制臺
& #61550;  ;; 虛擬終端
& #61550;  ;; Syslog服務器
& #61550;  ;; 內部緩沖區

logging on命令使日志消息的輸出到上述位置。對于Syslog服務器，必須使用下述全局配置命令指明服務器的IP地址：

logging ip-address

通過反復使用這一命令，可以建立一個服務器的列表。在管理大型網絡時，通常需要設置冗余服務器。

logging buffered命令用于將日志信息發送到內部緩沖區。緩沖區的大小必須在4096字節以上。缺省值根據系統平臺的不同而不同。用戶需要選擇適合環境的緩沖區大小。如果緩沖區太小，新的消息將會覆蓋舊的消息。這有可能會導致問題。但是，如果緩沖區大小過大將會浪費系統緩存。no logging buffered命令將禁止消息被寫入內部緩存。

用戶可以使用show logging命令顯示內部緩沖區的內容。如果用戶需要某一時間段的信息，首先使用NTP或者手工設置時鐘，具體操作為：
YH-Router#clock set 11:37:00 December 2000
YH-Router#sh clock
11:37:03.596 PST Fri Dec 11 2000

日志消息的時間戳和調試信息可以使用以下全局配置命令：
YH-Router (config)#service timestamps log datetime
YH-Router (config)#service timestamps debug datetime

terminal monitor命令將在當前終端上顯示調試時的日志信息。該命令不是一個配置命令。相反，它可以通過telnet到路由器時在命令行方式下使用。

在大多數情況下，用戶可能需要顯示某一級別的日志信息。因此，日志信息被分為八個不同的級別，按照重要程度由高到低排列如下：
& #61550;  ;; Emergencies
& #61550;  ;; Alerts
& #61550;  ;; Critical
& #61550;  ;; Errors
& #61550;  ;; Warnings
& #61550;  ;; Notifications
& #61550;  ;; Informational
& #61550;  ;; Debugging

例如，需要在控制臺上顯示嚴重程度等于或者大于警告(Warning)的所有日志信息，可以使用下述全局配置命令：
logging console warning

類似的，將某種類型的日志信息發送到當前的終端時，使用
logging monitor level

或者將信息發送到Syslog服務器時使用
logging trap level

與terminal monitor命令不同，logging monitor命令是路由器配置的一部分。前一種命令不允許在不同的安全級別下執行。

需要注意的是，將日志記錄到不同的位置時，系統開銷變化很大。將日志記錄到控制臺的開銷比較大，然而將日志記錄到虛擬終端時開銷較小。使用Syslog服務器時開銷更小。系統開銷最小的日志寫入方式是寫入內部緩沖區。

核心轉儲(Core Dump)

為了查找路由器崩潰的原因，我們可以使用許多命令來獲取有效的信息。其中我們已經講解了show stacks命令的用法。核心轉儲是系統內存映象的拷貝，它可以被寫入到TFTP服務器中。從這個二進制文件中，我們可以獲得與路由器崩潰或者嚴重誤操作相關的信息，通過這些信息可以排除可能的故障。

下面的配置命令將核心轉儲寫入到命令中IP地址對應的TFTP服務器上：
exception dump ip-address

write core命令通常用于路由器發生嚴重的誤操作但是沒有完全崩潰時，保存核心映像。

只有運行IOS v 9.0或更高版本的服務器才可以使用核心轉儲。但是，需要注意的是，在使用核心轉儲時，***獲取有經驗的工程師或者Cisco TAC的支持。

結束語

要順利地診斷并排除網絡故障，網絡工程技術人員必須掌握兩種基本的技能。首先是對網絡技術和協議要有清楚的理解，它是診斷與排除網絡故障的基礎。沒有適當的知識和經驗，故障診斷與排除工具比如路由器診斷命令和網絡分析儀都不能發揮其作用。

網絡工程技術人員必須掌握的第二種技能是將所掌握的知識以有條理的方式應用于診斷和排除網絡故障的過程中。本文雖然只闡述了一些診斷的命令，但需要強調的是：故障診斷與排除是一種結構化的方法。許多工程技術人員認為故障診斷與排除計劃不如研究和應用技術本身重要。事實上，正確的計劃在故障診斷與排除過程中往往起決定性的作用。在故障排除過程中，一個偶然的行為可能使故障得以順利解決，但是它不能替代結構化的故障診斷與排除方法。

網絡故障的排除是一項系統工程，應該經過定義問題、搜集事實、基于事實考慮可能性、建立行動計劃、實施計劃、觀察結果和循環過程等步驟，這一過程就如同軟件開發過程的瀑布模型，其重要性是不言而喻的。