帧中继故障排除

2007-08-01 15:03:00

　标签：线路帧中继　　　[推送到技术圈]

案例名称：

《帧中继故障排除》

技术范围：

帧中继

技术关键词：

帧中继协议、frame-relay

案例描述：

还清楚记得我单位上帧中继那条线路，所遇到的问题:为什么协议up了，pvc都是active的，但总是ping不通对端，是不是版本又有bug了？

实际上，善良技术人员们，真的没有必要所有的问题都自己扛！让我们看看，在哪些情况下我们可以理直气壮的判定我们的路由器没有问题，让电信去检查线路路由吧！

鉴于我们的路由器在室外总是做dte设备使用，本文只针对dte接口进行分析。

故障排除步骤：

解决思路：

1. 配置：

对于帧中继协议，当路由器做为dte端时，配置其实很简单，只需要封装帧中继，配置ip地址（当然，lmi的类型请与对端dce接口保持一致）。如果使用了子接口，那么就得事先知道电信局分配的dlci号并配置在子接口上（否则会被默认是分配给主口的）。如果手动配置了静态map映射，则当出现pvc状态为active但又ping不通对端时，请首先怀疑map映射配置错误。

对应的典型配置：

interface serial0/0

physical-layer sync

encapsulation frame-relay

frame-relay lmi-type ansi

ip address 1.0.0.1 255.0.0.0

exit

interface serial0/0.1 point-to-point

frame-relay interface-dlci 20

exit

ip address 2.0.0.1 255.0.0.0

exit

2. 协议up：

要使协议up，大家都知道会先看物理信号是否都up了，v35，v24是否调对了，但是，如果这些都正常的情况下，帧中继协议还是没有up，此时该怎么办呢？

此时可以用debug fra lmi来进行调试，看看lmi协议报文是否交互正常，如果lmi报文只发不收，那么在你排除了线路上的问题后，多半就是因为两端lmi协议报文配置不一致了，此时可在本端换lmi协议类型试试（frame-relay lmi-type q933a / ansi / lmi），如果在你换到某个类型时突然发现有收有发，那么恭喜您，终于配对了！如此正常交互三次后，协议自然就up了。

如果您硬说lmi报文一直正常交互，协议就是不up，那么只能说您很不幸，路由器可能是在打瞌睡或者犯傻了，没有办法，只有施以暴力了，将相应的接口shut，no shut一次就好了（在物理信号全up时，帧中继协议shut，no shut后默认是up的，等它up后发现lmi交互一直正常，自然不会再犯傻又down掉）。

3. pvc状态：

其实这一步有点多余，pvc状态可不是我们所能控制的，它取决于电信帧中继交换机上的配置。

如果在接口上手动配置了dlci号，则pvc状态可能有四种：delete，static，inactive，active。Delete状态说明此dlci号只是手动配置在本端接口上，而电信局根本没有给您提供这条pvc，为无效pvc；状态为static则表示本端接口上配置了no keeplive命令，dte－dce间不再交互lmi报文来通告pvc的状态；状态为inactive则表示电信端虽然给您提供了这条pvc，但却不可用；为active则表示电信端给您提供了这条pvc，且pvc有可能可用。

这里需要简单介绍一下pvc状态为inactive和active的含义。对于帧中继网络，一条pvc是有多个pvc段组成的（dte－dte间为一条pvc，dte－dce，dce－dce间为一个pvc段）。举个例子：RA—RB—RC—RD，RA—RB间的dlci号为20，RB－RC间的dlci号为30，RC－RD间的dlci号为40，则RA和RD间的这条pvc是由pvc段20，30，40组成的，对于RA而言， RA上显示的pvc 20的状态，其实只表示pvc段30，40是否可用，并不能表示这条pvc是否可用；同样，RD上显示的pvc 40的状态，也只表示pvc段20，30是否可用，同样不能表示RA和RD间的这条pvc是否可用，这就可用解释为什么很多时候我们看到dte设备上显示的pvc状态为active却还是ping不通的现象。（有点难懂哈，多看几遍！）

很多人以为帧中继交换机上的路由没有配置正确的话，我们路由器上所看到的pvc状态就是inactive的，如果pvc状态为active了，那么电信的路由配置肯定没有问题，其实不然，帧中继交换机路由配置错误可能引起的现象是多种多样的，这里我先举一个例子，以后遇到经典的再补上：