当前位置: 王朝网络 >> other >> [必读]串行链路故障诊断与排除

[必读]串行链路故障诊断与排除

王朝other·作者佚名 2008-05-31

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