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

文章转载地址：http://cisco.chinaitlab.com/trouble/2890.html