Cisco路由器故障診斷技術(shù)(3)<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

?? ?3.4 trace命令
?? ?trace命令提供路由器到目的地址的每一跳的信息。它通過控制IP報(bào)文的生存期（TTL）字段來實(shí)現(xiàn)。TTL等于1的ICMP回應(yīng)請(qǐng)求報(bào)文將被首先發(fā)送。路徑上的第一個(gè)路由器將會(huì)丟棄該報(bào)文并且發(fā)送回標(biāo)識(shí)錯(cuò)誤消息的報(bào)文。錯(cuò)誤消息通常是ICMP超時(shí)消息，表明報(bào)文順利到達(dá)路徑的下一跳，或者端口不可達(dá)消息，表明報(bào)文已經(jīng)被目的地址接收但是不能向上傳送到IP協(xié)議棧。
?? ?為了獲得往返延遲時(shí)間的信息，trace發(fā)送三個(gè)報(bào)文并顯示平均延遲時(shí)間。然后將報(bào)文的TTL字段加1并發(fā)送3個(gè)報(bào)文。這些報(bào)文將到達(dá)路徑的第二個(gè)路由器上，并返回超時(shí)錯(cuò)誤或者端口不可達(dá)消息。反復(fù)使用這一方法，不斷增加報(bào)文的TTL字段的值，直到接收到目的地址的響應(yīng)消息。
?? ?在有些情況下，使用trace命令可能會(huì)導(dǎo)致故障。因?yàn)?span lang="en-us">IOS中存在與trace命令相關(guān)的bug。這些bug的相關(guān)信息可以從CCO得到。另外一個(gè)問題是，某些目標(biāo)站點(diǎn)不響應(yīng)ICMP端口不可達(dá)消息。當(dāng)命令的輸出顯示一系列星號(hào)（*）時(shí)，就可能碰到了此類站點(diǎn)。用戶可以使用Ctrl-Shift-6中斷命令的執(zhí)行。
?? ?用戶執(zhí)行模式
?? ?下面展示了一個(gè)簡(jiǎn)單的在用戶執(zhí)行模式下執(zhí)行的trace命令的輸出。到達(dá)目的地的距離是3跳。TTL值為1的3個(gè)報(bào)文的響應(yīng)消息是ICMP超時(shí)錯(cuò)誤，并且返回報(bào)文的IP地址有兩個(gè)。因?yàn)槁酚善?span lang="en-us">1和路由器2在同一個(gè)網(wǎng)段中，并且它們到路由器3的距離都是一跳，因此這些路由器都響應(yīng)該報(bào)文。

?? ?Router3#trace 171.144.1.39 ?? ?Type escape sequence to abort. ?? ?Tracing the route to Router9 (171.144.1.39) ?? ?1 Router2 (165.48.48.2) 0 msec ?? ?Router2 (165.48.48.2) 0 msec ?? ?Router1 (165.48.48.1) 0 msec ?? ?2 165.48.48.129 12 msec ?? ?Router6 (165.48.49.129) 12 msec 12 msec ?? ?3 Router4 (171.133.1.2) 12 msec 12 msec ?? ?Router9 (171.144.1.39) 12 msec 12 msec ?? ?Router3 ?? ?

下面列出了IP trace命令的輸出中出現(xiàn)的不同字符及其含義：
?? ?XY msec 在接收到響應(yīng)消息之前的往返延遲（以毫秒為單位）
?? ?* 報(bào)文超時(shí)
?? ?？ 報(bào)文類型不能識(shí)別
?? ?U 端口不可達(dá)
?? ?P 協(xié)議不可達(dá)
?? ?N 網(wǎng)絡(luò)不可達(dá)
?? ?H 主機(jī)不可達(dá)
?? ?Q ICMP 源抑制
?? ?特權(quán)模式擴(kuò)展Trace 用于擴(kuò)展ping命令的許多屬性都可以用來擴(kuò)展trace命令的功能。擴(kuò)展trace命令的特殊屬性有：
?? ?Numeric display
?? ?在缺省情況下，trace命令的輸出中既包括IP地址也包括其對(duì)應(yīng)的DNS域名。如果用戶不需要顯示DNS域名，則可以使用該屬性。
?? ?Probe count 其缺省值為3，用戶可以根據(jù)需要進(jìn)行調(diào)整。
?? ?TTL 該值可以在最大和最小TTL值之間變化。
?? ?Port number
?? ?這是一個(gè)非常有用的屬性，它可以使工程技術(shù)人員跟蹤特定的傳輸層端口。因此，不但可以確認(rèn)源端與目的端之間的IP連通性，而且可以確認(rèn)高層服務(wù)是否可被訪問。
?? ?與trace命令相關(guān)的另外一個(gè)問題是，如果存在到達(dá)目的地的多條路徑，返回報(bào)文的源地址可能不相同。在這種情況下，用戶需要仔細(xì)比較不同返回報(bào)文的延遲時(shí)間。如果仍不能得到明確的結(jié)果，可以遠(yuǎn)程訪問路徑上的一個(gè)或多個(gè)路由器，使用trace命令訪問源地址和目的地址。
?? ?4 理解Cisco錯(cuò)誤消息
? ?? ?4.1 錯(cuò)誤消息格式
?? ?系統(tǒng)錯(cuò)誤消息格式如下：

?? ?%Facility - subfacility - Severity - Mnemonic ： Message Text ?? ?

Facility 它指出錯(cuò)誤消息涉及的設(shè)備名。該值可以是協(xié)議、硬件設(shè)備或者系統(tǒng)軟件模塊。
?? ?Subfacility 它僅與通道接口處理器（CIP）卡有關(guān)。詳細(xì)的信息可以參見Cisco文檔的相關(guān)章節(jié)。
?? ?Severity 它是一個(gè)范圍在0到7之間的數(shù)字。數(shù)字的值越小，嚴(yán)重程度越高。
?? ?Mnemonic 唯一標(biāo)識(shí)錯(cuò)誤消息的單值代碼。該代碼通常可以暗示錯(cuò)誤的類型。
?? ?Message Text 它是錯(cuò)誤消息的簡(jiǎn)短描述，其中包括涉及的路由器硬件和軟件信息。
?? ?下面是一些錯(cuò)誤消息的示例。用戶可以查閱CCO ISO文檔的系統(tǒng)錯(cuò)誤消息一節(jié)，以查找這些錯(cuò)誤消息的說明。
?? ?%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
?? ?需要注意的是，并不是所有的消息都涉及到故障或者問題的狀況。某些消息顯示的是狀態(tài)方面的信息。例如，以下消息僅表明ISDN BRI
?? ?0接口與特定的遠(yuǎn)端數(shù)據(jù)連接。
?? ?%ISDN-6-CONNECT: Interface BRI0 is now connected to 95551212
?? ?4.2 Traceback Report
?? ?某些與路由器內(nèi)部錯(cuò)誤相關(guān)的錯(cuò)誤消息包含了traceback信息。在向Cisco TAC報(bào)告錯(cuò)誤時(shí)，應(yīng)在錯(cuò)誤描述中加入這些信息。
?? ?5 錯(cuò)誤消息和事件信息的日志
? ?? ?根據(jù)錯(cuò)誤消息的重要性和有效性，Cisco錯(cuò)誤消息可以被記錄到以下位置：
;; 控制臺(tái)n?? ?
;; 虛擬終端n?? ?
;; Syslog服務(wù)器n?? ?
;; 內(nèi)部緩沖區(qū)n?? ?
?? ?logging on命令使日志消息的輸出到上述位置。對(duì)于Syslog服務(wù)器，必須使用下述全局配置命令指明服務(wù)器的IP地址：
?? ?logging ip-address
?? ?通過反復(fù)使用這一命令，可以建立一個(gè)服務(wù)器的列表。在管理大型網(wǎng)絡(luò)時(shí)，通常需要設(shè)置冗余服務(wù)器。
?? ?logging
?? ?buffered命令用于將日志信息發(fā)送到內(nèi)部緩沖區(qū)。緩沖區(qū)的大小必須在4096字節(jié)以上。缺省值根據(jù)系統(tǒng)平臺(tái)的不同而不同。用戶需要選擇適合環(huán)境的緩沖區(qū)大小。如果緩沖區(qū)太小，新的消息將會(huì)覆蓋舊的消息。這有可能會(huì)導(dǎo)致問題。但是，如果緩沖區(qū)大小過大將會(huì)浪費(fèi)系統(tǒng)緩存。no
?? ?logging buffered命令將禁止消息被寫入內(nèi)部緩存。
?? ?用戶可以使用show logging命令顯示內(nèi)部緩沖區(qū)的內(nèi)容。如果用戶需要某一時(shí)間段的信息，首先使用NTP或者手工設(shè)置時(shí)鐘，具體操作為：
?? ?YH-Router#clock set 11:37:00 December 2000
?? ?YH-Router#sh clock
?? ?11:37:03.596 PST Fri Dec 11 2000
?? ?日志消息的時(shí)間戳和調(diào)試信息可以使用以下全局配置命令：
?? ?YH-Router (config)#service timestamps log datetime
?? ?YH-Router (config)#service timestamps debug datetime
?? ?terminal
?? ?monitor命令將在當(dāng)前終端上顯示調(diào)試時(shí)的日志信息。該命令不是一個(gè)配置命令。相反，它可以通過telnet到路由器時(shí)在命令行方式下使用。
?? ?在大多數(shù)情況下，用戶可能需要顯示某一級(jí)別的日志信息。因此，日志信息被分為八個(gè)不同的級(jí)別，按照重要程度由高到低排列如下：

;; Emergenciesn?? ? ;; Alertsn?? ? ;; Criticaln?? ? ;; Errorsn?? ? ;; Warningsn?? ? ;; Notificationsn?? ? ;; Informationaln?? ? ;; Debuggingn?? ? ?? ?

例如，需要在控制臺(tái)上顯示嚴(yán)重程度等于或者大于警告（Warning）的所有日志信息，可以使用下述全局配置命令：
?? ?logging console warning
?? ?類似的，將某種類型的日志信息發(fā)送到當(dāng)前的終端時(shí)，使用
?? ?logging monitor level
?? ?或者將信息發(fā)送到Syslog服務(wù)器時(shí)使用
?? ?logging trap level
?? ?與terminal monitor命令不同，logging monitor命令是路由器配置的一部分。前一種命令不允許在不同的安全級(jí)別下執(zhí)行。
?? ?需要注意的是，將日志記錄到不同的位置時(shí)，系統(tǒng)開銷變化很大。將日志記錄到控制臺(tái)的開銷比較大，然而將日志記錄到虛擬終端時(shí)開銷較小。使用Syslog服務(wù)器時(shí)開銷更小。系統(tǒng)開銷最小的日志寫入方式是寫入內(nèi)部緩沖區(qū)。
?? ?6 核心轉(zhuǎn)儲(chǔ)（Core Dump）
?? ?為了查找路由器崩潰的原因，我們可以使用許多命令來獲取有效的信息。其中我們已經(jīng)講解了show
?? ?stacks命令的用法。核心轉(zhuǎn)儲(chǔ)是系統(tǒng)內(nèi)存映象的拷貝，它可以被寫入到TFTP服務(wù)器中。從這個(gè)二進(jìn)制文件中，我們可以獲得與路由器崩潰或者嚴(yán)重誤操作相關(guān)的信息，通過這些信息可以排除可能的故障。
?? ?下面的配置命令將核心轉(zhuǎn)儲(chǔ)寫入到命令中IP地址對(duì)應(yīng)的TFTP服務(wù)器上：
?? ?exception dump ip-address
?? ?write core命令通常用于路由器發(fā)生嚴(yán)重的誤操作但是沒有完全崩潰時(shí)，保存核心映像。
?? ?只有運(yùn)行IOS v 9.0或更高版本的服務(wù)器才可以使用核心轉(zhuǎn)儲(chǔ)。但是，需要注意的是，在使用核心轉(zhuǎn)儲(chǔ)時(shí)，最好獲取有經(jīng)驗(yàn)的工程師或者Cisco
?? ?TAC的支持。
?? ?7 結(jié)束語(yǔ)
?? ?要順利地診斷并排除網(wǎng)絡(luò)故障，網(wǎng)絡(luò)工程技術(shù)人員必須掌握兩種基本的技能。首先是對(duì)網(wǎng)絡(luò)技術(shù)和協(xié)議要有清楚的理解，它是診斷與排除網(wǎng)絡(luò)故障的基礎(chǔ)。沒有適當(dāng)?shù)闹R(shí)和經(jīng)驗(yàn)，故障診斷與排除工具比如路由器診斷命令和網(wǎng)絡(luò)分析儀都不能發(fā)揮其作用。
?? ?網(wǎng)絡(luò)工程技術(shù)人員必須掌握的第二種技能是將所掌握的知識(shí)以有條理的方式應(yīng)用于診斷和排除網(wǎng)絡(luò)故障的過程中。本文雖然只闡述了一些診斷的命令，但需要強(qiáng)調(diào)的是：故障診斷與排除是一種結(jié)構(gòu)化的方法。許多工程技術(shù)人員認(rèn)為故障診斷與排除計(jì)劃不如研究和應(yīng)用技術(shù)本身重要。事實(shí)上，正確的計(jì)劃在故障診斷與排除過程中往往起決定性的作用。在故障排除過程中，一個(gè)偶然的行為可能使故障得以順利解決，但是它不能替代結(jié)構(gòu)化的故障診斷與排除方法。
?? ?網(wǎng)絡(luò)故障的排除是一項(xiàng)系統(tǒng)工程，應(yīng)該經(jīng)過定義問題、搜集事實(shí)、基于事實(shí)考慮可能性、建立行動(dòng)計(jì)劃、實(shí)施計(jì)劃、觀察結(jié)果和循環(huán)過程等步驟，這一過程就如同軟件開發(fā)過程的瀑布模型，其重要性是不言而喻的。

?

轉(zhuǎn)載于:https://blog.51cto.com/ciscolj/82112

總結(jié)

以上是生活随笔為你收集整理的Cisco路由器故障诊断技术(3)的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。