偶看新闻合肥美容训学费多少钱:《转载》帧中继故障排除
来源：百度文库 编辑：偶看新闻 时间：2024/04/29 06:59:34
《转载》帧中继故障排除2010年05月26日 星期三 10:24案例名称：
《帧中继故障排除》
技术范围：
帧中继
技术关键词：
帧中继协议、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
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
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参数，否则在使用动态路由时您又会手足无措了。
《帧中继故障排除》
技术范围：
帧中继
技术关键词：
帧中继协议、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
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
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参数，否则在使用动态路由时您又会手足无措了。