通過串行接口的信息獲得故障診斷幫助轉(zhuǎn)載請注明出自煩塵俗世　[url]http://ghostlover.2288.org/blog[/url]本文通過對串口顯示的相關(guān)信息進(jìn)行相應(yīng)的說明，進(jìn)一步了解串口的工作狀態(tài)正常與否，以及相關(guān)的一些串口信息。以幫助在工程中解決一些問題。顯示有關(guān)串行接口的信息
Router#show interface serial0/0/0
Serial0/0/0 is up, line protocol is up
Hardware is cyBus Serial
De.ion: MCI MGBC673F00010002
Internet address is 4.0.156.2/30
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 245/255, rxload 29/255
Encapsulation HDLC, crc 16, loopback not set
Keepalive set (10 sec)
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of “show interface” counters 3w5d
Input queue: 0/75/0 (size/max/drops); Total output drops: 156004
Queuing strategy: weighted fair
Output queue: 52/1000/64/156004 (size/max total/threshold/drops)
Conversations 18/205/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 180000 bits/sec, 176 packets/sec
5 minute output rate 1486000 bits/sec, 196 packets/sec
132341296 packets input, 463322459 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 1 giants, 0 throttles
957 input errors, 957 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
153303195 packets output, 3998661221 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 53551646 output buffers swapped out
2 carrier transitions
RTS up, CTS up, DTR up, DCD up, DSR up 1) 檢查發(fā)送和接受負(fù)載：在檢查清單3-4中的字段項時，請注意本例中Internet地址的子網(wǎng)掩碼為30位，同時還要注意帶寬（BW）字段為1544kb，為T1傳輸線。如果比較發(fā)送(txload)和接收(rxload)負(fù)載，你會發(fā)現(xiàn)存在著顯著的不平衡，其中發(fā)送負(fù)載的占有率將近為100%。通常，這樣的不平衡可能會引起關(guān)注；但是，在這種情形中， T1線是Internet連接，而另一接口則提供到流行的Web服務(wù)器的連接。因為在這種配置下，大部分輸入內(nèi)容為URL請求，而發(fā)送或輸出流量是Web頁，這就是負(fù)載不平衡的原因。因此，我們不能簡單瀏覽，而需針對網(wǎng)絡(luò)的配置，檢查以前描述的尺度，包括由于使用服務(wù)器和網(wǎng)關(guān)而導(dǎo)致的一般數(shù)據(jù)流量特性。
有一條著名的準(zhǔn)則說：“在網(wǎng)絡(luò)分析中，沒有人能代替你來了解網(wǎng)絡(luò)”。
?? 2) 封裝：繼續(xù)檢查清單3-4中所顯示的串行接口，請注意封裝被設(shè)為HDLC。在前面的第2章中已提到，可配置串行接口以支持多種協(xié)議。在此特定例子中，配置的是具有16-位CRC的HDLC協(xié)議以便于使用。
?? 3) 排隊策略：此字段表示排隊策略。默認(rèn)策略為先入先出(first in-first out, FIFO）。支持的其他策略有優(yōu)先級列表、自定義列表等。
?? 4) 輸出隊列：從清單3-4中可看出，此字段包含4個數(shù)。第1個數(shù)表示隊列中分組的數(shù)量。
第2個數(shù)在第一個反斜杠的后面，表示隊列的最大尺寸。在此之后是一個門限值以及由于接口
缺乏緩沖存儲而丟失的分組數(shù)。雖然看起來清單3-4中的接口顯示丟失了大量的分組，但你需
要將該值與分組輸出的數(shù)量進(jìn)行比較。這樣，你就會發(fā)現(xiàn)丟失的分組數(shù)量只占所發(fā)送分組的
很小一部分。
?? 5) 輸入/輸出速率：因為T 1線為成幀位速率為8Kbps，所以它最大的數(shù)據(jù)傳輸率為
1.536Mbps。所以，當(dāng)查看輸出和輸入數(shù)據(jù)率時，應(yīng)將所顯示的速率與1.536Mbps進(jìn)行比較，而不應(yīng)與1.544Mbps進(jìn)行比較，因為后者包括8Kbps成幀位。
?? 6) 控制信號：清單3 - 4中的最后一行描述了5個控制信號的狀態(tài)： RTS (request to send)、CTS (clear to send)、DTR (data terminal ready)、DCD (data carrier detected) 以及DSR (data set ready )。
?? RTS從接口傳遞到所連的CSU，如果線路在運行，則返回一個CTS。當(dāng)發(fā)現(xiàn)以線變化( line variations )形式存在的載波信號時， CSU還提供DCR信號。與此類似， CSU返回DSR信號。當(dāng)接口就緒時，將DTR信號提供給CSU。當(dāng)一切運行順利時，所有5個控制信號的狀態(tài)均為up。
?? 如果有一個或多個控制信號的狀態(tài)為down，將無法發(fā)送和接收數(shù)據(jù)，且對這些信號進(jìn)行分析可以有助于找到問題之所在。例如，如果DCD為down，則通常表示線有問題。現(xiàn)在，我們了解了基本串行接口顯示字段。接下來，讓我們看一看當(dāng)CSU內(nèi)置在串行接口中時所顯示的幾個字段。
? 7) CV錯誤：編碼錯誤（Coding Violation, CV）計數(shù)器表示在數(shù)據(jù)傳送設(shè)施上所發(fā)生的編
碼錯誤。當(dāng)發(fā)生雙極性破壞點錯誤，如連續(xù)出現(xiàn)兩個負(fù)的或兩個幀的電壓，而不是出現(xiàn)交替
的正負(fù)電壓時，將計算CV錯誤。引起雙極性破壞點的原因可能是轉(zhuǎn)發(fā)器出現(xiàn)故障或線路出現(xiàn)
噪音。通常編碼錯誤的百分比很小。
?? 8) CRC-6錯誤：CRC - 6計數(shù)器適用于ESF成幀格式。它表示錯誤接收的超級幀的數(shù)量。第2章中已指出，ESF超級幀由24幀序列組成，因此，CRC- 6錯誤表示在24幀序列中至少有1位的接收是錯誤的。雖然CRC-6錯誤率不可能直接等于位錯誤率，但可以將此計數(shù)器用作數(shù)據(jù)傳送設(shè)施質(zhì)量的一般標(biāo)志。也就是說，一個相對較高的計數(shù)器值表示在傳輸線上存在一個較高的錯誤率。可以通過檢查與線路協(xié)議相關(guān)的CRC率來驗證這一事實。因為協(xié)議由傳輸線攜帶，所以CRC計數(shù)器應(yīng)隨著CRC-6計數(shù)器的增加而增加。這將會告訴你低級別的吞吐量和填滿的緩沖以及分組的丟失應(yīng)歸于傳輸線。
?? 9) 幀錯誤：幀錯誤計數(shù)器表示所遇到的幀錯誤數(shù)。雖然定期的成幀錯誤可能只是一個小錯誤，但是高的成幀錯誤率則表示發(fā)送和接收設(shè)備沒有同步，從而導(dǎo)致發(fā)送設(shè)施的吞吐量較低。
?? 10) 警告信號：除了CV錯誤、CRC-6錯誤和幀錯誤計數(shù)器外，內(nèi)置CSU還有一個可讓你監(jiān)視可能發(fā)生在數(shù)字發(fā)送設(shè)施上的警告信號。這些警告信號通過設(shè)置一個表示特定警告或缺
少某個信號的位模式產(chǎn)生。在具有內(nèi)置CSU的接口上，有6個警告字段。這些字段包括receive loss of signal alarm (rxLOS)、receive loss of frame alarm (rxLOF)、receive loss of payload alarm indication signal (rxPAIS )、receive loss of physical alarm indication signal (rxAIS) 、receive remote alarm indicaton signal (rxRAIS)和receive high bit error rate alarm (rxHBER)。所有這些字段的值，顯示為要么激活，要么不激活。 要了解這些警告的意義，要注意的重要一點是大多數(shù)這些警告并不遵守行業(yè)記法。因此，我們將Cisco所使用的字段標(biāo)記視為行業(yè)記法。
?? 1) 紅色警告：當(dāng)接收方丟失幀隊列時，將產(chǎn)生一種紅色警告。在D4成幀方法中，紅色警
告通過將所有24個數(shù)據(jù)通道中的第2位設(shè)為值0，而將第12幀中的幀位設(shè)為1來設(shè)置。如果使用ESF成幀方法，紅色警告將由8個零的重復(fù)模式產(chǎn)生，而數(shù)據(jù)通道上有8個這樣的重復(fù)模式。
?? 因此，rxLOF是紅色警告，其組成取決于T 1成幀類型。
?? 2) 黃色警告：當(dāng)遠(yuǎn)程設(shè)備上接收到紅色警告時，將返回一個黃色警告，它表示遠(yuǎn)程設(shè)備
注意到T 1線另一端的接收方報告丟失幀隊列，并要求在兩個設(shè)備之間進(jìn)行同步。由接收方產(chǎn)
生的黃色警告的組成取決于T1線的成幀格式。在D4成幀方式下，將255個連續(xù)通道的第2位設(shè)為0，而將第12幀中的成幀位設(shè)為1。在ESF下，黃色警告由8個零的16次重復(fù)模式表示，在數(shù)據(jù)鏈路上，有8個這樣的表示。 3) 蘭色警告：T1發(fā)送設(shè)施上需要注意的第三種警告是蘭色警告，也稱警告指示信號(AIS)。
因為T1線路由通信公司多路復(fù)用為T3線路，所以T3線路的故障會使28個T1線路無法運行。當(dāng)由于更高級(higher-order)系統(tǒng)所導(dǎo)致的故障，即蘭色警告指出出現(xiàn)問題時，與其將技術(shù)人員派遣到28個位置，不如說這并非你的錯。蘭色警告通常產(chǎn)生在輸入信號丟失150ms之后，且更高級系統(tǒng)（如T3多路復(fù)用器）在所有24個數(shù)據(jù)通道產(chǎn)生這樣的連續(xù)模式，以指示此情形。因此，如果receive loss of payload alarm indication signal (rxPAIS )或receive loss of physical alarm indication signal (rxAIS)字段顯示單詞active，則表示更高級系統(tǒng)出現(xiàn)故障。現(xiàn)在我們了解了與串行接口相關(guān)的各種類型的字段，接下來我們通過檢查accounting子命令的使用來結(jié)束對show interfaces EXEC命令使用的檢查。



本文轉(zhuǎn)自 tiger506 51CTO博客，原文鏈接：http://blog.51cto.com/tiger506/139117，如需轉(zhuǎn)載請自行聯(lián)系原作者

總結(jié)

以上是生活随笔為你收集整理的通过串行接口的信息获得故障诊断帮助的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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