帧中继故障排除
时间:2007-8-9 9:23:12 作者:sec120.com 出处:陈十三哥
案例名称:
《帧中继故障排除》
技术范围:
帧中继
技术关键词:
帧中继协议、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了,那么电信的路由配置肯定没有问题,其实不然,帧中继交换机路由配置错误可能引起的现象是多种多样的,
这里我先举一个例子,以后遇到经典的再补上:
帧中继交换机路由错误可能引起的现象
之一:本端pvc为active,有对端的动态map映射?但ping不通对端
实例环境:
其中36B和RC被模拟成帧中继交换机。R2692和36b间dlci号100,36b和RC间dlci号为200,RC和RB间dlci号为300。在此,
我们正确配置36b上的路由,RC上s0/0口的路由也正确配置,仅RC上s3/0口上的路由配置错误,此时出现的现象就是在
2692上看到本端pvc 100的状态为active的,且可能有对端的动态map映射,但无法ping通对端。
实例配置:
R2692:
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
第1 页
帧中继故障排除
36b:
frame-relay switching
interface serial0/0
physical-layer sync
clock rate 128000
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay intf-type dce
frame-relay route 100 interface serial0/1 200
exit
interface serial0/1
physical-layer sync
clock rate 2000000
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay intf-type nni
frame-relay route 200 interface serial0/0 100
exit
RC:
frame-relay switching
interface serial0/0
physical-layer sync
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay intf-type nni
frame-relay route 200 interface serial3/0 300
exit
interface serial3/0
physical-layer sync
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay intf-type dce
frame-relay route 300 interface serial0/0 150 (错误路由)
exit
RB:
interface serial2/0
physical-layer sync
clock rate 2000000
encapsulation frame-relay
frame-relay lmi-type ansi
ip address 1.0.0.5 255.0.0.0
exit
实例表现形式:
R2692:
1. 接口协议up;
2. 接口pvc状态为active;
3. 有动态学到的map映射?如果开始帧中继交换机路由配置正确,2692上已经学到了动态map映射,此时改变帧中
继交换机的配置,则已经学到的动态map映射也不会掉(但若接口down了map映射就掉了且无法再自动学到),这样就可
能造成一种接口up,pvc为active,且动态学到了map映射的假相,遇到这种情况可将接口shut,no shut一次,就可判断
出是否真的可动态学到map映射。
小结
对于帧中继协议,配置得越简单,越容易定位出问题所在,很多人喜欢在接口上配置dlci号,配置map映射,以为这样更
保险,其实往往使得其反,这些配置对于网络稳定根本不会有特殊作用,而出了问题反而影响问题的定位。
一般而言,如果是使用的主口,在封装帧中继协议后只需要配置ip地址(pvc号可通过lmi协议自动获得,map映射可通过
InARP协议自动生成);如果使用子口,就在子口上配置所用的dlci号(否则自动获得的dlci号默认加在主口上)。
基本上,如果您这样配置好协议后,协议能up,接口收发正常,那么再不通的话,问题多半不是出在我们的路由器上。
如果协议可学到动态map映射,但仍无法ping通对端时,可用debug fra log命令查看数据流向,看是否由于别的原因导
致数据流向出错。
另外,如果您非要坚持手动配置map映射,请不要忘了带上broadcast参数,否则在使用动态路由时您又会手足无措了。
第2 页