CISCO路由器日常維護和故障診斷

《CISCO路由器日常維護和故障診斷》由會員分享，可在線閱讀，更多相關《CISCO路由器日常維護和故障診斷（5頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 實驗 CISCO路由器日常維護和故障診斷 時間 版本 說明 修改人 2008年4月9日 V1.0 實驗手冊開發(fā) 課程名稱: 計算機網(wǎng)絡工程 實驗名稱: 路由器日常維護和故障診斷 實驗目的： 路由器日常維護和故障診斷 預備知識： 計算機基礎知識 實驗環(huán)境： Cisco路由器 實驗任務 任務一：路由器日常維護和故障診斷 實驗步驟 任務一：路由器日常維護和故障診斷 　　通常我們使用show interface命令來查看接口的信息，如show interface gig 1/0或者show int pos 2/0等來分別查看路由

2、器上千兆以太接口和POS接口的端口信息。 　　查看以太網(wǎng)接口信息，在cisco上使用命令為：??show interfaces fastethernet [slot/port-adapter/port] 　　查看POS接口信息，在cisco上使用命令為：???show interfaces pos [slot/port-adapter/port] 　　1、下例給出了在cisco上查看第1槽位上第1個PA上的第1個快速以太網(wǎng)接口的接口的配置信息： telnet 219.142.17.42 10001 #進入遠程路由器 Router>en #進入特權模式 Router# sho

3、w interfaces fastethernet 1/0 #查看快速以太網(wǎng)F1/0 Fast Ethernet1/0 is up, line protocol is up Hardware is TSWITCH, address is 00e0.f7a4.5130 (bia 00e0.f7a4.5130) MTU 1500 bytes, BW Kbit, DLY 100 usec, rely 255/255, load 1/255 Encapsulation ARPA, loopback not set, keepalive set (10 sec) Half-duplex,

4、 100BaseTX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:05:30, output 00:00:00, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output

5、rate 0 bits/sec, 0 packets/sec 312 packets input, 18370 bytes, 0 no buffer Received 216 broadcasts, 0 runts, 0 giants, 0 throttles 3 input errors, 0 CRC, 0 frame, 0 overrun, 3 ignored, 0 abort 0 input packets with dribble condition detected 15490 packets output, bytes, 0 underruns 2 output er

6、rors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 2 output buffer failures, 0 output buffers swapped out 　　2、下例給出了在cisco上查看第2槽位上第1個PA上的第1個快速以太網(wǎng)接口的接口配置信息： Router# show interfaces pos 2/0 #查看快速以太網(wǎng)F2/0 POS2/0 is up, line protocol is u

7、p Hardware is cyBus Packet over Sonet Description: PRI-T1 net to zippy (4K) to Pac-Bell Internet address is 10.1.1.1/27 MTU 4470 bytes, BW 1000 Kbit, DLY 40000 usec, rely 255/255, load 1/255 Encapsulation HDLC, loopback not set, keepalive set (3 sec) Last input 00:00:00, output 00:00:00, outpu

8、t hang never Last clearing of "show interface" counters 00:23:09 Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, 1 packets/sec 1046 packets input, 54437 bytes, 0 no buffer Received

9、485 broadcasts, 0 runts, 0 giants, 0 parity 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 4013 packets output, bytes, 0 underruns 0 output errors, 0 applique, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions 3、下表給出了show interf

10、ace的輸出中所有表項的具體含義： 表項 描述 Fast Ethernet... is up ...is administratively down 表明接口的硬件當前是否是被激活的還是被管理員手工的showdown掉了。 line protocol is 標識該接口的線協(xié)議也就是軟件進程是否可用，還是被管理員手工的給shutdown了。 Hardware 硬件類型(例如MCI Ethernet, SCI, cBus Ethernet) 和硬件地址 Internet address 帶有子網(wǎng)信息的該接口的IP地址。 MTU 接口上的最大傳輸單元。 BW

11、 接口的帶寬，通常單位是kb/s。 DLY 端口的延遲，單位是ms。 rely 以255為參照數(shù)的接口的可靠性參數(shù) (255/255 就是百分之百的可靠), 以5分鐘的平均數(shù)來計算。 load 以255為參照數(shù)的接口的負荷(255/255 就是百分之百的負荷量), 5分鐘的平均數(shù)來計算。 Encapsulation 接口的封裝類型。 ARP type 接口配置的地址解析協(xié)議(ARP)的類型。 loopback 標識是否設置了接口回環(huán)。 keepalive 標識接口是否設置了發(fā)送存活(keepalives)信息 Last input 自從接口接受

12、到最近的一個數(shù)據(jù)包后的時間。當該數(shù)據(jù)包是被precess-switch的方式轉發(fā)的時候計數(shù)器會更新，而當該包是被fast-switch的方式轉發(fā)時則不更新計數(shù)器。 output 自從接口發(fā)送最近的一個數(shù)據(jù)包后的時間。 output hang 接口因為數(shù)據(jù)包傳輸時間過長而重啟后的時間，如果沒有重啟，則顯示為never。 Last clearing 清除接口統(tǒng)計計數(shù)器后的時間。注意：可能會影響到路由的變量信息時不會被清除置0的，例如load和reliablity 型號***表示清計算器后的時間太長顯示不出來了。 Output queue, input queue, dro

13、ps 在接口輸入輸出隊列中的數(shù)據(jù)包的個數(shù)。每個數(shù)字都跟了個/隊列的最大范圍。以及超過了隊列的最大范圍而丟棄的包的數(shù)量。 5 minute input rate, 5 minute output rate 在最近5分鐘內(nèi)每秒傳輸?shù)臄?shù)據(jù)包的平均值。 packets input 系統(tǒng)接受到的數(shù)據(jù)包的總的個數(shù)。 bytes 系統(tǒng)接受到的所有數(shù)據(jù)包(包括數(shù)據(jù)和MAC封裝)的字節(jié)數(shù)。 no buffer 因為在系統(tǒng)中沒有足夠的緩存從而丟棄的數(shù)據(jù)包的個數(shù)?？梢院蚷gnore的計數(shù)來比較。以太網(wǎng)上個廣播風暴和串行接口上的傳輸質量不好通?？赡軙е略撚嫈?shù)器的增加。 Recei

14、ved ... broadcasts 接口所接受到的廣播和多播的數(shù)據(jù)包的數(shù)量。 runts 因為小于介質的最小的包大小而丟棄的數(shù)據(jù)包的個數(shù)。例如，對以太網(wǎng)來說，小于64byte的數(shù)據(jù)包被認為是一個runt。 giants 因為大于介質的最大的包大小而丟棄的數(shù)據(jù)包的個數(shù)。例如，對以太網(wǎng)來說，大于1518byte的數(shù)據(jù)包被認為是一個runt。 throttles 接口disable的次數(shù)，可能是因為緩存或者處理器過載等因素。 input errors 包括runts, giants, no buffer, CRC, frame, overrun, 和ignored的所有的

15、計數(shù)器。其他和輸入相關的error包也可以造成input errors計數(shù)器的增長。同時，一個數(shù)據(jù)包可能會包括多個的error。 CRC 接口接受到的循環(huán)冗余校驗和的數(shù)量。在局域網(wǎng)中，通常是因為線路質量或者硬件的傳輸問題，一個比較高的CRC數(shù)目通常是有些工作站發(fā)送大量壞的數(shù)據(jù)包造成的。 frame 接受到的含有CRC錯誤和非整數(shù)的十進制數(shù)目的數(shù)據(jù)包的數(shù)量，在局域網(wǎng)中，通常是因為碰撞過多或者以太網(wǎng)設備的故障。 overrun 因為輸入的速率超出了接受者硬件的處理能力沒有硬件緩存來處理的次數(shù)。 ignored 和系統(tǒng)的緩存不同，這個是因為接口的內(nèi)部緩存而造成的接受到數(shù)據(jù)包被

16、忽略的數(shù)目。 abort 接受時中斷的數(shù)據(jù)包的個數(shù)。 input packets with dribble condition detected Frame超長的輸入的數(shù)據(jù)包。 packets output 系統(tǒng)發(fā)出的數(shù)據(jù)包的個數(shù)。 bytes 系統(tǒng)接發(fā)出的所有數(shù)據(jù)包(包括數(shù)據(jù)和MAC封裝)的字節(jié)數(shù)。 underruns 發(fā)送者傳輸過快導致路由器無法處理的次數(shù)。 output errors 接口認為的所有傳輸數(shù)據(jù)包的錯誤的總和，同時，一個數(shù)據(jù)包可能會包括多個的error。 collisions 因為以太網(wǎng)沖突導致重傳的數(shù)據(jù)包的個數(shù)。 interfa

17、ce resets 接口重啟的次數(shù)。在幾秒鐘時間內(nèi)進入隊列的數(shù)據(jù)包都沒有傳輸?shù)那闆r下可能發(fā)生。在串行接口上，可能是因為傳輸?shù)膍odem故障沒有發(fā)送時鐘信號或者線纜的問題 。如果系統(tǒng)發(fā)現(xiàn)串行上因為有載波信號接口up但是協(xié)議是down的情況下，接口會努力周期性的重啟自己。當接口回環(huán)或者被shut down是接口也可能會重啟。 babbles 傳輸?shù)挠嫊r器到。 late collision 傳輸數(shù)據(jù)包序文報頭后發(fā)生的碰撞叫l(wèi)ate collisions。通常發(fā)生late collision都是因為以太網(wǎng)的線纜過長，超出了它所能傳輸?shù)木嚯x限制造成的。 deferred 因為載波的問題，芯片延后傳輸幀。 lost carrier 傳輸過程中丟失載波的次數(shù)。 試驗總結： 通過本實驗，讓我們知道了路由器日常維護和故障診斷，對我們以后進入公司、企業(yè)進行網(wǎng)絡管理大有益處。