H D L C是由S D L C派生而來，不同的廠商采用不同的實現方式。我們討論的范圍限于C i s c o設備，因此不涉及它們之間的互操作問題。 show interface命令 show interface命令在診斷和排除采用H D L C封裝的串行線路的故障時十分有用。它可以顯示接口的第一層的物理特性是否正常，以及接口與線路的另一端的第二層連接是否正確建立等信息。假如線路兩端不連通，可以使用該命令查找問題的原因。 命令輸出提供的信息包括： • 接口正常啟動，這意味著路由器接口工作正常并且檢測到物理層的載波。 • 線路協議正常啟動，表明路由器接收到遠端路由器的H D L C保持活躍報文。這意味著到達遠端路由器的線路工作正常。 • 接口的所有引導正常啟動： D C D（數據載波偵聽)=UP 再次確認檢測到載波。它可以被認為是路由器輸入引導。 D S R（數據發送預備就緒） =UP 表明D C E可用。它是路由器輸入引導。 D T R（數據終端預備就緒）=UP 表明D T E (比如路由器接口)預備接收呼叫。它是路由器輸出引導。 RT S（請求發送） =UP 表明D C E擁有空閑緩沖區空間，可以接收來自D T E的呼叫。它是路由器輸出引導。 C T S (答應發送） =UP 確認D C E擁有空閑緩沖區空間使它能夠接受來自D T E的呼叫。它是路由器輸出引導。 區分輸入引導和輸出引導是十分重要的。通常情況下，假如輸入引導失敗，表明故障在路由器以外。假如輸出引導失敗，則有可能是路由器接口產生了故障。 • 采用加權公平排隊。它是串行鏈路采用T 1或者更低的傳輸速率時的缺省排隊機制。在輸出中，計數器被清空，因此不需要查看輸入和輸出丟失。根據輸入和輸出數據我們可以推出線路的帶寬利用率很低，因此報文丟失的情況很少發生。假如故障的特征為串行線路響應速度過慢，并且命令顯示報文丟失的百分比較高，表明線路利用率過高。假如除了調整接口排隊外，沒有其他方法可以解決這一問題，則必須首先使用no fair- q u e u e接口命令停止公平排隊。但是，最新發布的Cisco IOS可以根據需要自動調整緩沖區參數和排隊規則。 • 從輸出中可以看出，載波躍遷次數相對于接口重置次數顯得過。在這種情況下，應該首先注重接口統計數據，然后清空計數器，并周期性地監視接口統計數據，進一步查看載波躍遷的發生情況。 清單4 - 1 r3#sh in s3/0 Serial3/0 is up, line PRotocol is up Hardware is 4T/MC68360 Internet address is 172.16.1.3/24 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 2.54/255, load 1/255 Encapsulation HDLC, 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 never Input queue: 0/75/0 (size/max/drops); Total output drops:0 Queueing strategy: weighted fair output queue: 0/64/0 (size/threshold/drops) Conversations 0/1 (active/max active) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 1000 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, I packets/sec 53035 packets input, 3324067 bytes, 0 no buffer Received 35360 broadcasts, 0 runts, 0 giants 3 input errors, 0 CRC, 3 frame, 0 overrun, 0 ignored, 0 abort 46146 packets output, 2880991 bytes, 0 underruns 0 output errors,0 collisions, 4 interface resets 0 output buffer failures, 0 output buffers swapped out 39 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up r 3 # 區分載波躍遷和接口重置是十分重要的。假如路由器接口丟失了載波檢測，表現為D C D進入D O W N狀態，表明發生載波躍遷。這很可能被認為是路由器硬件故障，但是它更可能是由于外部故障導致到達路由器的輸入信號丟失。比如它可能是在公共電話網中到達路由器的電纜發生故障。 假如路由器檢測到過多的接口錯誤，路由器將會執行接口重置。重置的目的是試圖清除錯誤。路由器外部發生故障時需要重置接口，假如接口硬件產生故障時也需要重置接口。
在清單4 - 2的示例中，接口啟動失敗，線路協議啟動失敗。因而所有的接口引導的狀態都為d o w n。接口本身的狀態為d o w n表明沒有檢測到載波。此時需要采用以下步驟： • 確認電纜連入了接口，并且電纜類型正確。用戶可以使用show controller serial 3/0命令進行檢測，具體內容將在本章后續部分講解。 • 假如電纜連接正確，在C S U / D S U上采用直觀的L E D檢測，查看是否可以看見載波。假如有可治理的C S U / D S U，則不需要采用這種檢測方法。 • 使用breakout box或者其他類型的電纜測試儀檢測D T E和D C E之間連接的完整性。 • 假如在C S U / D S U上可以檢測到載波，但是在路由器接口上不能監測到載波，則應該更換連接路由器的電纜，假如需要并且可能，則可以更換路由器端口。但是，每一次只能實現一種方案，否則將無法隔離錯誤。 • 假如確信在公共網絡中不能檢測到輸入的載波，則需要與電信公司進行聯系。 清單4 - 2 r3#sh in s310 Serial3/0 is down, line protocol is down Hardware is 4T/MC68360 Internet address is 172.16.1.3/24 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation HDLC, loopback not set, keepalive set (10,sec) Last input 00:01:12, output 00:01:18, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops); Total output drops; 0 Queueing strategy: weighted fair Output queue: 0/64/0 (size/threshold/drops) Conversations 0/1 (active/max active) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 53487 packets input, 3352960 bytes, 0 no buffer Received 35508 broadcasts, 0 runts, 0 giants 5 input errors, 0 CRC, 4 frame, 0 overrun, 0 ignored, 1 abort 46491 packets output, 2901430 bytes, 0 underruns 0 output errors, 0 collisions, 4 interface resets 0 output buffer failures, 0 output buffers swapped out 42 carrier transitions DCD=down DSR=down DTR=down RTS=down CTS=down r 3 # 在下面的示例中，串行接口正常啟動，但是線路協議工作失敗。本地路由器上的串行接口4 / 1正常啟動（使用no shut命令），在清單4 - 3中，我們可以看出開始時線路協議工作正常。在接口啟動1 0秒鐘左右，線路變為失敗狀態。產生這一情況的原因是線路協議正常啟動后，將等待H D L C保持活躍報文，但是報文一直沒有到達，因此強迫進入失敗狀態。用戶需要檢測線路協議是否保持穩定，以及接口是否可以看到發送和接收的報文。
清單4 - 3 Router#sh in s4 /1 Serial4/1 is up, line protocol is up Hardware is cyBus Serial Internet address is 130.10.11.1/30 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input never, output 00:00:04, 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 rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 119 packets output, 2300 bytes, 0 underruns 0 output errors, 0 collisions, 48 interface resets 0 output buffer failures, 0 output buffers swapped out 38 carrier transitions RTS down, CTS up, DTR down, DCD up, DSR up R o u t e r # idOOh: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial4/1,changed statd down Router#sh in s4/1 Serial4/1 is up, line protocol is down Hardware is cyBus Serial Internet address is 130.10.11.1/30 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input never, output 00:00:08, 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 rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts
