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
