通過串行接口的信息獲得故障診斷幫助轉載請注明出自煩塵俗世　[url]http://ghostlover.2288.org/blog[/url]本文通過對串口顯示的相關信息進行相應的說明，進一步了解串口的工作狀態正常與否，以及相關的一些串口信息。以幫助在工程中解決一些問題。顯示有關串行接口的信息
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) 檢查發送和接受負載：在檢查清單3-4中的字段項時，請注意本例中Internet地址的子網掩碼為30位，同時還要注意帶寬（BW）字段為1544kb，為T1傳輸線。如果比較發送(txload)和接收(rxload)負載，你會發現存在著顯著的不平衡，其中發送負載的占有率將近為100%。通常，這樣的不平衡可能會引起關注；但是，在這種情形中， T1線是Internet連接，而另一接口則提供到流行的Web服務器的連接。因為在這種配置下，大部分輸入內容為URL請求，而發送或輸出流量是Web頁，這就是負載不平衡的原因。因此，我們不能簡單瀏覽，而需針對網絡的配置，檢查以前描述的尺度，包括由于使用服務器和網關而導致的一般數據流量特性。
有一條著名的準則說：“在網絡分析中，沒有人能代替你來了解網絡”。
?? 2) 封裝：繼續檢查清單3-4中所顯示的串行接口，請注意封裝被設為HDLC。在前面的第2章中已提到，可配置串行接口以支持多種協議。在此特定例子中，配置的是具有16-位CRC的HDLC協議以便于使用。
?? 3) 排隊策略：此字段表示排隊策略。默認策略為先入先出(first in-first out, FIFO）。支持的其他策略有優先級列表、自定義列表等。
?? 4) 輸出隊列：從清單3-4中可看出，此字段包含4個數。第1個數表示隊列中分組的數量。
第2個數在第一個反斜杠的后面，表示隊列的最大尺寸。在此之后是一個門限值以及由于接口
缺乏緩沖存儲而丟失的分組數。雖然看起來清單3-4中的接口顯示丟失了大量的分組，但你需
要將該值與分組輸出的數量進行比較。這樣，你就會發現丟失的分組數量只占所發送分組的
很小一部分。
?? 5) 輸入/輸出速率：因為T 1線為成幀位速率為8Kbps，所以它最大的數據傳輸率為
1.536Mbps。所以，當查看輸出和輸入數據率時，應將所顯示的速率與1.536Mbps進行比較，而不應與1.544Mbps進行比較，因為后者包括8Kbps成幀位。
?? 6) 控制信號：清單3 - 4中的最后一行描述了5個控制信號的狀態： RTS (request to send)、CTS (clear to send)、DTR (data terminal ready)、DCD (data carrier detected) 以及DSR (data set ready )。
?? RTS從接口傳遞到所連的CSU，如果線路在運行，則返回一個CTS。當發現以線變化( line variations )形式存在的載波信號時， CSU還提供DCR信號。與此類似， CSU返回DSR信號。當接口就緒時，將DTR信號提供給CSU。當一切運行順利時，所有5個控制信號的狀態均為up。
?? 如果有一個或多個控制信號的狀態為down，將無法發送和接收數據，且對這些信號進行分析可以有助于找到問題之所在。例如，如果DCD為down，則通常表示線有問題?，F在，我們了解了基本串行接口顯示字段。接下來，讓我們看一看當CSU內置在串行接口中時所顯示的幾個字段。
? 7) CV錯誤：編碼錯誤（Coding Violation, CV）計數器表示在數據傳送設施上所發生的編
碼錯誤。當發生雙極性破壞點錯誤，如連續出現兩個負的或兩個幀的電壓，而不是出現交替
的正負電壓時，將計算CV錯誤。引起雙極性破壞點的原因可能是轉發器出現故障或線路出現
噪音。通常編碼錯誤的百分比很小。
?? 8) CRC-6錯誤：CRC - 6計數器適用于ESF成幀格式。它表示錯誤接收的超級幀的數量。第2章中已指出，ESF超級幀由24幀序列組成，因此，CRC- 6錯誤表示在24幀序列中至少有1位的接收是錯誤的。雖然CRC-6錯誤率不可能直接等于位錯誤率，但可以將此計數器用作數據傳送設施質量的一般標志。也就是說，一個相對較高的計數器值表示在傳輸線上存在一個較高的錯誤率。可以通過檢查與線路協議相關的CRC率來驗證這一事實。因為協議由傳輸線攜帶，所以CRC計數器應隨著CRC-6計數器的增加而增加。這將會告訴你低級別的吞吐量和填滿的緩沖以及分組的丟失應歸于傳輸線。
?? 9) 幀錯誤：幀錯誤計數器表示所遇到的幀錯誤數。雖然定期的成幀錯誤可能只是一個小錯誤，但是高的成幀錯誤率則表示發送和接收設備沒有同步，從而導致發送設施的吞吐量較低。
?? 10) 警告信號：除了CV錯誤、CRC-6錯誤和幀錯誤計數器外，內置CSU還有一個可讓你監視可能發生在數字發送設施上的警告信號。這些警告信號通過設置一個表示特定警告或缺
少某個信號的位模式產生。在具有內置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)。所有這些字段的值，顯示為要么激活，要么不激活。 要了解這些警告的意義，要注意的重要一點是大多數這些警告并不遵守行業記法。因此，我們將Cisco所使用的字段標記視為行業記法。
?? 1) 紅色警告：當接收方丟失幀隊列時，將產生一種紅色警告。在D4成幀方法中，紅色警
告通過將所有24個數據通道中的第2位設為值0，而將第12幀中的幀位設為1來設置。如果使用ESF成幀方法，紅色警告將由8個零的重復模式產生，而數據通道上有8個這樣的重復模式。
?? 因此，rxLOF是紅色警告，其組成取決于T 1成幀類型。
?? 2) 黃色警告：當遠程設備上接收到紅色警告時，將返回一個黃色警告，它表示遠程設備
注意到T 1線另一端的接收方報告丟失幀隊列，并要求在兩個設備之間進行同步。由接收方產
生的黃色警告的組成取決于T1線的成幀格式。在D4成幀方式下，將255個連續通道的第2位設為0，而將第12幀中的成幀位設為1。在ESF下，黃色警告由8個零的16次重復模式表示，在數據鏈路上，有8個這樣的表示。 3) 蘭色警告：T1發送設施上需要注意的第三種警告是蘭色警告，也稱警告指示信號(AIS)。
因為T1線路由通信公司多路復用為T3線路，所以T3線路的故障會使28個T1線路無法運行。當由于更高級(higher-order)系統所導致的故障，即蘭色警告指出出現問題時，與其將技術人員派遣到28個位置，不如說這并非你的錯。蘭色警告通常產生在輸入信號丟失150ms之后，且更高級系統（如T3多路復用器）在所有24個數據通道產生這樣的連續模式，以指示此情形。因此，如果receive loss of payload alarm indication signal (rxPAIS )或receive loss of physical alarm indication signal (rxAIS)字段顯示單詞active，則表示更高級系統出現故障?，F在我們了解了與串行接口相關的各種類型的字段，接下來我們通過檢查accounting子命令的使用來結束對show interfaces EXEC命令使用的檢查。



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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。