FAST迅捷的光猫和路由器的区别！在上网设置那里登陆不上上面显示 断开连接 服务器无向应！以上问题是我玩游戏玩
点击联系发帖人
时间：2016-09-18 06:22
目 录第 1 章 以太口故障排除 ......................................................................................................................................... 1 1.1 以太口故障排除基本思路 ........................................................................................................................ 1 1.2 以太口常见故障处理 ................................................................................................................................ 1 1.3 错误信息实例 ............................................................................................................................................ 2 1.3.1 接口信息 ......................................................................................................................................... 2 1.3.2 arp表项信息 ..................................................................................................................................... 3 第 2 章 广域网故障排除 ......................................................................................................................................... 4 2.1 串口故障排除 ............................................................................................................................................ 4 2.1.1 串口故障排除基本思路 ................................................................................................................. 4 2.1.2 串口常见故障处理 ......................................................................................................................... 4 2.1.3 串口显示信息说明 ......................................................................................................................... 6 2.2 HDLC故障排除 .......................................................................................................................................... 7 2.2.1 HDLC故障排除基本思路................................................................................................................ 7 2.2.2 HDLC常见故障处理 ....................................................................................................................... 8 2.2.3 HDLC错误信息实例 ....................................................................................................................... 8 2.3 PPP故障排除............................................................................................................................................... 9 2.3.1 PPP故障排除基本思路 .................................................................................................................... 9 2.3.2 PPP常见故障处理 ............................................................................................................................ 9 2.3.3 PPP错误信息实例 .......................................................................................................................... 12 2.4 Frame-relay故障排除 ................................................................................................................................ 12 2.4.1 Frame-relay故障排除基本思路 ..................................................................................................... 12 2.4.2 Frame-relay常见故障处理 ............................................................................................................. 12 2.4.3 Frame-relay错误信息实例 ............................................................................................................. 14 2.5 X.25 故障排除 .......................................................................................................................................... 15 2.5.1 X.25 故障排除基本思路................................................................................................................ 15? 2.5.2 X.25 常见故障处理 ....................................................................................................................... 15 2.5.3 X.25 错误信息实例 ....................................................................................................................... 17 第 3 章 路由故障排除 ........................................................................................................................................... 19 3.1 IRMP故障排除 ......................................................................................................................................... 19 3.1.1 IRMP故障排除基本思路............................................................................................................... 19 3.1.2 IRMP故障排除相关工具............................................................................................................... 19 3.1.3 IRMP常见故障处理....................................................................................................................... 22 3.1.4 IRMP错误信息实例....................................................................................................................... 24 3.2 OSPF故障排除 .......................................................................................................................................... 24 3.2.1 OSPF故障排除基本思路 ............................................................................................................... 24 3.2.2 OSPF常见故障处理 ....................................................................................................................... 25 3.2.3 OSPF错误信息实例 ....................................................................................................................... 27 第 4 章 接口故障排除 ........................................................................................................................................... 28 4.1 CE1 接口故障排除 ................................................................................................................................... 28 4.1.1 CE1 故障排除基本思路 ................................................................................................................ 28 4.1.2 CE1 常见故障处理 ........................................................................................................................ 28 4.1.3 排错信息详解 ............................................................................................................................... 29 4.2 ADSL 接口故障排除 ............................................................................................................................... 29 4.2.1 ADSL故障排除基本思路 .............................................................................................................. 30 4.2.2 ADSL常见故障处理 ...................................................................................................................... 30 4.2.3 ADSL 故障的排错信息 ................................................................................................................ 32 4.3 ISDN接口故障排除 .................................................................................................................................. 33 4.3.1 ISDN故障分析基本思路 ............................................................................................................... 33 4.3.2 ISDN常见故障处理 ....................................................................................................................... 34 4.3.3 ISDN 的排错信息 ......................................................................................................................... 36 第 5 章 频带modem故障排除............................................................................................................................... 37 5.1 频带modem故障排除基本思路 .............................................................................................................. 37? 5.2 频带modem常见故障处理 ...................................................................................................................... 38 5.2.1 回路测试排除故障 ....................................................................................................................... 38 5.3 错误信息实例 .......................................................................................................................................... 39 5.3.1 debug modem错误信息（以下只是信息的关键语句）及原因 .................................................. 39 5.4 排错命令详解 .......................................................................................................................................... 39 第 6 章 DDR故障排除 .......................................................................................................................................... 44 6.1 DDR故障排除基本思路 ........................................................................................................................... 44 6.2 DDR常见故障处理 ................................................................................................................................... 45 6.3 错误信息实例 .......................................................................................................................................... 47 6.3.1 debug dialer错误信息（以下只是信息的关键语句）及原因 ..................................................... 47 6.4 DDR故障的其他检测手段 ....................................................................................................................... 47 6.4.1 根据不同网络排除故障 ............................................................................................................... 47 6.4.2 排除命令综述 ............................................................................................................................... 47 第 7 章 终端故障排除 ........................................................................................................................................... 49 7.1 终端故障排除基本思路 .......................................................................................................................... 49 7.2 终端常见故障处理 .................................................................................................................................. 49 7.3 错误信息实例 .......................................................................................................................................... 50 7.3.1 itest.log错误信息（以下只是信息的关键语句）及原因 ............................................................ 50 7.3.2 常见问题分析使用的状态参数与命令........................................................................................ 51 第 8 章 IP电话故障排除 ....................................................................................................................................... 52 8.1 IP电话故障排除基本思路 ........................................................................................................................ 52 8.2 IP电话常见故障处理 ................................................................................................................................ 52? 第1章 以太口故障排除本章介绍了分析以太口故障的基本思路，以及分析以太口故障的常用方法和使用命令等。 本章内容： ? ? ? ? 以太口故障排除基本思路 以太常见故障处理 错误信息实例 以太口故障的其它检测手段1.0 以太口故障排除基本思路故障分析的基本思路：由底层到上层。 ? ? 首先分析物理原因，包括设备是否工作正常，连线是否正常； 检测方法： ping 包测试与以太口工作状态指示灯。检测方法：通过路由器以太口 ping 局域网内的已知 ip 地址；查看 arp 表是否有该 ip 地址的 arp 表项， 同时看 ping 是否成功。1.0 以太口常见故障处理故障一：接口不断 up－down可能的原因 若此故障发生在路由器 刚开机时，一般是由于以太 口与交换机或是其它相连 设备协商不成功。 若此是发生在正常工作 一段时间之后， 则往往是由 于以太口连线未接好造成。 判断方法和解决方案 检查以太口工作状态，即通过 show 以太口接口查看以太工作方式（单工、双工或自 动协商）以及工作速率（10M、100M 还是自动协商）。 检查以太口相连设备的工作方式。 看双方是否能工作在同一种方式下。若配置自动协商不能协商成功可换用指定方式。 检测连接线与接口是否正常连接。 检测连线是否有破裂情况。 检测连线是否穿过强电场的情况。故障二：以太接口始终不 up可能的原因 路由器与相连设备支持协议不同 判断方法和解决方案 两个设备是否是支持相同的协议，迈普公司路由器支持协议如下。802.3 协议，ETHERNETII 协议以及 SNAP 协议。? 使用连接线错误与不同的设备相连将需要不同的以太口连接线， 一般使用直连线、 交叉线。 也有使用全反线与全发交叉线。 查看硬件安装手册以太接口引脚定义，选用正常的连线。故障三：接口 up 但无法 ping 通 LAN 内地址可能的原因 以太口 MAC 地址错误 ip add 是否在同一网段。 以太口模块硬件受损或错误 被 ping 设备有使用访问列表等安 全措施， 不允许 LAN 内设备 ping 通。 局网内划分了 Vlan， 且两设备在不 同的 Vlan 中 以太接口是否封装 802.1Q，两设备是否属于同一 Vlan 中。 同时 ping 广播是否能学习到 Vlan 内的其它的 arp 表项。 判断方法和解决方案 两个设备是否是支持相同的协议，迈普公司路由器支持协议如下：802.3 协议、Ethernet Ⅱ协议、SNMP 协议 ping 包后查看接口发送是否有正确的统计。Ping 查看被 ping 设备的配置等是否有关于 icmp 表的禁止配置。故障四： 局网内某个设备能 ping 通该路由器以太口但以太口不能 ping 同该设备。 或是以太口能 ping 通该设备，该设备无法 ping 通路由器以太口。可能的原因 使用了访问列表等访问控制的配置 以太口 MAC 地址错误 判断方法和解决方案 查看路由器配置以及设备配置。 Show int 查看以太口 MAC 地址， 确定不是全 f 或是全 0；若是请在接口 模式下使用 mac－address 更改 mac 地址（限 MP3600 以上路由器）1.0 错误信息实例1.0.0 接口信息fastethernet0: Flags: (0x8063) UP BROADCAST MULTICAST ARP RUNNING Type: ETHERNET_CSMACD （以太类型） Internet address: 129.255.8.11 （局网 ip 地址） Netmask 0xffff0000 Subnetmask 0xffff0000 Broadcast address: 129.255.255.255 Queue strategy: FIFO , Output queue: 0/40 (current/max packets) Metric: 0, MTU: 1500, BW: 100000 Kbps, DLY: 100 usec, VRF: kernel Ethernet address is .34c5 5 minute input rate 7000 bits/sec ,7 packets/sec 5 minute output rate 0 bits/sec ,0 packets/sec
packets sent 193715 multicast packets received 77 multicast packets sent 10 0 output errors? 0 131 dropped 0 no buffer for receive, speed 100Mbit/s, mode full-duplex （100M 全双工） receive 212283 broadcasts, 0 runts, 0 giants, 0 throttles 0 input error , 0 CRC, 0 frame, 0 overrun, 0 ignored 0 output error ,0 collisions, 0 interface resets, 0 underrun 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier , 0 excessive collison 0 buffer failure,0 buffer swap out1.0.0 arp 表项信息mp3600#sho arp allLINK LEVEL ARP TABLE destination 129.255.0.60 129.255.0.80 129.255.8.6 129.255.8.7 129.255.19.10 flag c05 404 Use gateway .70b5 .7daa .be6f 12 .eb6c flags Refcnt
c05 405 0 0 0 0 Use 0 0 34 0 1 Interface fastethernet0 fastethernet0 fastethernet0 fastethernet0 fastethernet0 -------------------------------------------------------------------------20405 0表示 arp 表现的状态： 表示为静态 arp 表项 表示还未进入老化期的表项 该 arp 表现使用次数20405 表示进入老化期的表项? 第2章 广域网故障排除本章采用串行线路技术来分析、排除广域网故障，主要分析串口、HDLC、PPP、Frame-relay、X.25 的常见故障。 本章内容： ? ? ? ? ? 串口故障排除 HDLC 故障排除 PPP 故障排除 Frame-relay 故障排除 X.25 故障排除2.0 串口故障排除2.0.0 串口故障排除基本思路0． 分析本端物理原因 检测方法：使用 show interface 命令查看物理信号是否全部 UP，检测本端连线、接口类型（V24/V35） 、 设备是否正常。 0． 分析远端物理原因 检测方法：在线路上一段一段的打环测试各段线路是否正常。 0． 检查接口参数配置 检测方法：查看通信两端配置是否正常，并使用相关广域网协议的 debug 命令进一步确定问题所在。2.0.0 串口常见故障处理故障一：物理信号没有全部 UP可能的原因 1．路由器与 DCE 设备接口类型 （V24/V35）不一致 2．路由器工作为 DCE 方式，但没 不用配置时钟；但例如：路由器与路 由器背靠背连接时， 需要其中的一台 工作为 DCE 方式） 3．路由器与 DCE 设备之间的连接 线有问题 show interface 发现物理信号没有全部 UP，换另一条连接线试试。 判断方法和解决方案 show interface 发现物理信号没有全部 UP， 检查路由器与 DCE 设备的接 口类型是否一致。 show interface 发现物理信号 Txc 为 down，其它信号 UP，如果路由器需 手册）。有配置时钟（缺省工作为 DTE 方式， 要工作为 DCE 方式，此时要在接口上配置时钟：clock rate（请参看配置? 4．路由器或 DCE 设备有问题在确保接口类型一致、连接线正常后，show interface 查看具体物理信号 状态； 如果 DCE、DSR、CTS、TXC 中的某些信号状态为 down，说明问题在 DCE 设备， 可能本端 DCE 设备本身有问题， 也可能远端 DCE 设备有问题 或本端 DCE 设备与远端 DCE 设备连接有问题， 此时可以打环进一步确定 问题所在； 如果 DTR、RTS 信号状态为 down，说明问题在路由器，检查接口配置 是否做了 shutdown 的操作，没有的话可能问题在串口模块本身或路由器 插槽，先换插槽、再换串口模块来进一步确定问题。故障二：物理信号全部 UP、但广域网协议不能 UP可能的原因 1．路由器与 DCE 设备接口 类型（V24/V35）不一致或设 备兼容性有问题 判断方法和解决方案 有时路由器与 DCE 设备接口类型不一致，物理信号也会全部 UP，此时 show interface 一般会有一些错误信息（rxNoOctet、rxAbtErrs、rxCrcErrs、rxOverrun、 rxLenErrs、txUnderrun）； 在确定接口类型一致后，错误统计信息依然在增加，可能 DCE 设备本身有问 题或路由器与此 DCE 设备兼容性有问题，此时可以尝试在广域口上配置： idle-character flags（在帧与帧之间插入 0x7e 字符。默认为 idle-character marks 方 式：在帧与帧之间插入 0xff 字符）；另外还可以尝试在路由器广域口上配置时钟 翻转或时钟复用或同时使用：clock invert（把 DTE 端的发送时钟翻转，消除线路 上半个时钟周期的时延）、clock multiplex（将 DCE 设备的发送时钟复用为路由 器的收/发时钟）； 如果还是没有效果，可以换路由器和 DCE 设备调试来进一步确定问题。 2．广域网两端接口协议或 相关协议参数配置不一致 show interface 发现接口下 rxFrames、txFrames 两项数值都有增加、且没有错误 信息增加，此时一般 DCE 上的收发灯都正常闪动，先检查广域网两端协议配置 是否一致，再打开相关协议的 debug 信息进一步确定问题（具体请参照下面几节 协议故障排除）。 3．广域网两端之间线路或 设备有问题 show interface 发现接口下 txFrames 在增加、但 rxFrames 没有增加或错误统计 信息在增加。此时可以通过打环来检测； 检测本端问题：在路由器接口上配置 HDLC 协议，并在本端的 DCE 设备上打 数字环，如果本端发送、接收的数据都在增加且 show interface 看到环（显示 line looped），说明本端没有问题；如果没有增加，则检查本端路由器、DCE 设备、 连接线的问题； 检测线路问题（本端已经确定没有问题）：看两端 DCE 设备的收发灯是否都 在闪烁，在本端 DCE 打网络环检测对端路由器是否有收有发，或在对端 DCE 打 网络环检测本端路由器是否有收有发且有环，如果两端都没有收发且看不到环， 可能是中间线路上的问题，查中间线路。 检测对端问题：在对端路由器接口上配置 HDLC 协议，并在对端的 DCE 设备 上打数字环，如果对端发送、接收的数据都在增加且 show interface 看到环，说 明对端没有问题；如果没有增加且看不到环，则检查对端路由器、DCE 设备、 连接线的问题；故障三：物理信号全部 UP、协议 UP，但丢包严重可能的原因 1． 路由器工作在 DTE 方式， 但错误的配置了时钟 clock 判断方法和解决方案 查看接口下配置， 在 DTE 方式下， 路由器不能配置 clock rate， 时钟应该由 DCE 设备提供? rate 2．路由器与 DCE 设备接口 兼容性不好 从本端路由器 ping 对端路由器广域口地址，时通时断，丢包严重，但没有规 律（有规律的丢包可能是路由原因，如通一个、丢一个），此时 show interface 一般会有一些错误信息 （rxNoOctet、 rxAbtErrs、 rxCrcErrs、 rxOverrun、 rxLenErrs、 txUnderrun）； ping 包的过程中，错误信息在不断增加，可能 DCE 设备本身有问题或路由器 与此 DCE 设备兼容性有问题， 此时可以尝试在广域口上配置： idle-character flags （在帧与帧之间插入 0x7e 字符。 默认为 idle-character marks 方式： 在帧与帧之间 插入 0xff 字符） ； 另外还可以尝试在路由器广域口上配置时钟翻转或时钟复用或 同时使用：clock invert（把 DTE 端的发送时钟翻转，消除线路上半个时钟周期的 时延）、clock multiplex（将 DCE 设备的发送时钟复用为路由器的收/发时钟）； 如果还是没有效果，可以换路由器和 DCE 设备调试来进一步确定问题。 3．广域网两端之间线路或 设备有问题 show interface 发现接口下 txFrames、 rxFrames 在增加， 错误统计信息也在增加。 此时可以通过打环来检测； 检测本端问题：在路由器接口上配置 HDLC 协议，并在本端的 DCE 设备上打 数字环，本端接口正常情况能 UP，ping 本端接口的地址，如果没有丢包，说明 本端没有问题；如果丢包严重，则检查本端路由器、DCE 设备、连接线的问题； 检测线路问题（本端已经确定没有问题）：在路由器接口上配置 HDLC 协议， 并在对端 DCE 打网络环，本端接口正常情况能 UP，ping 本端接口的地址，如 果没有丢包，说明线路没有问题；如果丢包严重，则检查线路； 检测对端问题：如果做过以上操作后，都正常，可能问题在对端，此时需要根 据对端设备情况打环测试，进一步确定问题。 4．数据流量超过线路带宽 当跑业务时丢包严重，但停止业务时 ping 包正常，此时就应该考虑业务流量 是否超过线路带宽。 当跑业务丢包时， show inferface， 查看接口下是否有较多的 input errors、 output errors，还可以看 5 分钟接收、发送流量统计是否接近线路带宽，如果是，基本 可以说明线路负载过重， 此时应该查本端以及对端局域网是否有较多的非业务数 据流经过广域网，可以在以太口或广域口通过一些手段（如访问列表）来过滤这 些非业务数据流，如果都是业务数据的话就应该提高线路带宽了。2.0.0 串口显示信息说明在迈普系列路由器的接口类型越来越多的情况下，我们将常用接口的显示信息具体做说明，以便对此 种接口和上层协议运行情况进行分析。下面就以串口跑同步方式 PPP 协议为例来介绍接口统计信息。 当我们在路由器的特权模式下，键入 show interface serial0/0 后，显示如下信息： router#show interface serial0/0serial0/0: 1 2 3 4 5 6 7 8 Flags: (0x80f1) UP POINT-TO-POINT MULTICAST RUNNING Type: PPP Internet address: 3.3.3.9 Netmask 0xff000000 Subnetmask 0xff000000 Destination Internet address: 3.3.3.1 Queue strategy: FIFO , Output queue: 0/40 (current/max packets) Metric: 0, MTU: 1500, BW: 128 Kbps, DLY: 20000 usec, VRF: kernel 5 minute input rate 3000 bits/sec ,288 packets/sec? 9 10 11 12 13 14 15 16 17 18 19 20 215 minute output rate 3000 bits/sec ,288 packets/sec
packets sent 0 multicast packets received 0 multicast packets sent 1 0 output errors 0 0 dropped LCP:OPENED IPCP:OPENED NDSPCP:OPENED rxFrames: 1981, rxChars 122203 txFrames: 1983, txChars 124266 rxNoOctet 0, rxAbtErrs 0, rxCrcErrs 0 rxOverrun 0, rxLenErrs 0, txUnderrun 0 DCD=up DSR=up DTR=up RTS=up CTS=up Txc=up接口属性和 IP 层属性：1 2 3 4 5 6 7 Flags 标志表示当前接口的状态（即：UP/DOWN） ； Type 表示当前接口的封装类型。S0/1 接口为 PPP 显示接口的本地地址为 3.3.3.9 显示接口本地地址对应的网络掩码为 255.0.0.0 和子网掩码为 255.0.0.0 显示接口的对端地址为 3.3.3.1 显示接口上的队列策略为 FIFO（first in first out） 显示接口上的 Metric（度量值）为 0, MTU（最大传输单元）为 1500, BW（网络带宽）为 128 Kbps, DLY（网络延迟）为 20000 usec,VRF（VPN 路由转发）为 kernel（核心）接口 IP 层统计：8-9 10 13 14 显示接口的 5 分钟流量统计信息。即：5 分钟内平均每秒接收和发送的比特数及数据包 显示到目前为止，接口上接收和发送的数据包数目 因为数据报文格式错误等出现的输入输出错误统计（如果 output error 较多，可能是线路流量太大，超过带宽） 因为数据冲突和不能入 IP 队列而丢掉的错误统计11-12 显示到目前为止，接口上发送和接收的多播报文的数目接口链路层统计及物理层属性：15-16 显示当前接口上 PPP 协议运行状态。LCP（链路控制协议） 、IPCP（IP 控制协议） 、NDSPCP（NDSP 控制协议） 均处于 OPEN 状态。 17-18 显示物理上接收和发送帧的数目以及接收和发送的字节数。 19 20 21 接收 8 位不对齐, 接收到 ABORT（终止帧）错误, 接收 CRC 错误。 接收 overrun（接收 CPU 处理不及）错误, 接收长度错误, 发送 underrun（接口发送不及）错误。 显示接口物理信号连接情况（即：UP/DOWN）2.0 HDLC 故障排除2.0.0 HDLC 故障排除基本思路故障排除的基本思路：检查物理线路、查看 debug HDLC 信息 ? 首先分析物理原因， 包括连线是否正确、 物理接口是否正常 （关于串口故障分析请参见第一节） ；? ?其次检查接口 keepalive 参数配置是否匹配，并通过 debug hdlc 命令查找问题。2.0.0 HDLC 常见故障处理故障一：接口不断 UP/DOWN可能的原因 1．物理线路故障、接口报 文收发故障 判断方法和解决方案 检测物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、 DSR、 DTR、 RTS、 CTS、 Txc 状 态 UP，且数据收发正常 （关于串口故障排除请参见第一节） 2．接口 keepalive 参数小于 对端设备接口 keepalive 参数 的 1/3 打开 debug hdlc 命令 观察接口 KEEPALIVE 帧收发是否正常，HDLC 的链路维持靠 KEEPALIVE 帧， 如果在 3 倍于本地 KEEPALIVE 时间间隔仍没有收到对端的 KEEPALIVE 报文则链 路层协议 DOWN，认为此条链路不可靠。 解决办法：确保配置双方接口 KEEPALIVE 时间间隔一致（默认配置为 10 秒， show run 看不到此配置信息） ， 如果配置一致后现象仍然存在， 则此条链路不可信， 请检测物理线路。故障二：接口 DOWN可能的原因 1．物理线路故障、接口报 文收发故障 判断方法和解决方案 物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、DSR、DTR、RTS、CTS、Txc 状态 UP，且 数据收发正常 （关于串口故障排除请参见第一节） 2．对端没有配置 IP 地址 打开 debug hdlc 命令 观察接口是否一直在交互地址请求报文，如果对端没有配置 IP 地址则对端发回 来的应答报文中没有携带有效 IP 地址，而是 0.0.0.0；或者查看接口信息，查看接 口信息中是否有对端地址； 解决办法：为对端接口配置 IP 地址。2.0.0 HDLC 错误信息实例2.0.0.0 HDLC 错误信息（debug hdlc 信息的关键语句）及原因信息 信息 1： [tHdlcTim]HDLC(bm0/0)_T: M ADDR_REQUEST 192.168.8.2 [tQmcInt]HDLC(bm0/0)_R: M ADDR_REPLY 0.0.0.0 信息 2： [tQmcInt]HDLC(bm0/0)_R: M KEEPALIVE rNo=123 lNo=123 time= 倍于本地 keeplive 时间间隔内，没有收到对端 keeplive 报 文 故障原因 对端没有配置 IP 地址? [tHdlcTim]HDLC(bm0/0)_T: M KEEPALIVE rNo=124 lNo=123 time= [tHdlcTim]HDLC(bm0/0)_T: M KEEPALIVE rNo=124 lNo=123 time= [tHdlcTim]HDLC(bm0/0)_T: M KEEPALIVE rNo=124 lNo=123 time= [tHdlcTim]%LINEPROTO-5-UPDOWN: Line protocol on Interface bm0/0, changed state to down1．解决：为对端配置正确 IP 地址 2．解决：配置双方 KEEPLIVE 时间间隔一致 ? 注：以上信息均由 debug hdlc 命令打出，具体请参照配置手册相关章节。2.0 PPP 故障排除2.0.0 PPP 故障排除基本思路0． 分析物理原因 检测方法：使用 show interface 命令查看物理信号是否全部 UP，检测连线是否正常、设备是否正常、 环境(各种干扰因素)是否对 PPP 工作有不良影响。 （关于串口故障分析请参见第一节） 0． 检查配置及参数设置 检测方法：查看通信两端配置是否正常，并使用相关 PPP 协议的 debug 命令进一步确定问题所在。2.0.0 PPP 常见故障处理故障一：物理信号全部 UP，但只发不收 LCP 帧，协议 down可能的原因 1．物理上的问题 判断方法和解决方案 show interface 发现接口下 txFrames 在增加、但 rxFrames 没有增加或错误统计信 息在增加。此时应该查物理上的原因。 （关于串口故障排除请参见第一节） 2．对端未封装 PPP 协议 show interface 发现接口下 txFrames、 rxFrames 在增加， 且错误统计信息没有增加， 但打开 debug ppp negotiation，发现本端发 LCP 帧，但接收到不能识别的帧。如对 端封装 hdlc 协议的 debug 信息： 09:02:43: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0x88 &magic 0x3ce5dd0e&] 09:02:44: [tPPPExe]PPP[s1/0]: RCVD 00 80 35 00 00 00 02 00 00 00 00 00 00 00 00 ff ff 06 d6 ee 48（不能识别的包） 09:02:45: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0x89 &magic 0x480fb6e6&] 09:02:45: [tPPPExe]PPP[s1/0]: RCVD 00 80 35 00 00 00 00 17 00 00 5c ff 00 00 00 ff ff 06 d6 f2 30（不能识别的包） 09:02:46: [tPPPExe]PPP[s1/0]: RCVD 00 80 35 00 00 00 00 17 00 00 5c ff 00 00 00 ff ff 06 d6 f6 18（不能识别的包） 09:02:47: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0x89 &magic 0x480fb6e6&]? 故障二：物理信号全部 UP，但 PAP 认证不通过，协议 down可能的原因 1．用户名、密码不匹配 判断方法和解决方案 物理信号 UP， 打开 debug ppp negotiation， 发现提示 Login failed， 没有进入 IPCP 协商阶段。被认证方 debug 信息如下： 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0x91 &magic 0x65bad63d&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfAck id=0x91 &magic 0x65bad63d&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfReq id=0xd3 &auth upap& &magic 0x27de62e7&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfAck id=0xd3 &auth upap& &magic 0x27de62e7&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [PAP AuthReq id=0xf user=&aaa& password=&aaa&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [PAP AuthNak id=0xf msg=&Login failed&] 1d8h: [tPPPExe]PPP[s0/3]: RemoteMsg: Login failed 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP TermReq id=0x91] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP TermReq id=0xd3] 此时应该查认证端配置的用户名、密码，保证下端发送的用户名、密码正确。故障三：物理信号全部 UP，但 CHAP 认证不通过，协议 down可能的原因 1．认证发起方没有为被认 证方建立一个用户，或两端建 立的用户密码不一致（CHAP 认证要求两端都为对方建立 一个用户 user，且此两个 user 的密码必须保持一致） 判断方法和解决方案 物理信号 UP， 打开 debug ppp negotiation， 发现提示 CHAP authentication failure， 没有进入 IPCP 协商阶段。被认证方 debug 信息如下： 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0x99 &magic 0x567eca26&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfReq id=0xda &auth chap 05& &magic 0x33a4f304&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfAck id=0xda &auth chap 05& &magic 0x33a4f304&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfAck id=0x99 &magic 0x567eca26&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [CHAP Challenge id=0x5 &d366e21f6cbfaae5a98bb31a485e9f267bbdfb1cb 30b6fd7c039a3cad0da4aad e&, name = &R2&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [CHAP Response id=0x5 &bfe3b3ae1be915e5481fddb3de634a81&, name = &abc&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [CHAP Failure id=0x5 &CHAP authentication failure, serial1/0&] 1d8h: [tPPPExe]PPP[s0/3]: RemoteMsg: CHAP authentication failure, serial1/0 1d8h: [tPPPExe]PPP[s0/3]: chap CHAP authentication failed 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP TermReq id=0x99] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP TermReq id=0xda] 此时应该查认证发起方是否为被认证方建立了用户， 且两端建立的用户密码一 致。 2．被认证方没有为认证发 起方建立一个用户 物理信号 UP，打开 debug ppp negotiation，被认证方连续接收 CHAP Challenge 帧，没有进入 IPCP 协商阶段。被认证方 debug 信息如下： 09:49:14: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0xdc &auth chap 05&?? &magic 0x40a33ec3&] 09:49:14: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfAck id=0xdc &auth chap 05& &magic 0x40a33ec3&] 09:49:15: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfReq id=0x9b &magic 0x3e44e4bc&] 09:49:15: [tPPPExe]PPP[s1/0]: SENT [LCP ConfAck id=0x9b &magic 0x3e44e4bc&] 09:49:15: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 09:49:18: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 09:49:21: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 09:49:24: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 此时应该在被认证方为认证发起方建立一个用户，且两端建立的用户密码一 致。故障四：物理信号全部 UP，IPCP 协商不成功，协议 down可能的原因 1．本端没有 IP 地址或使用 ip unnumber 时对应的接口没 有 IP 地址 判断方法和解决方案 物理信号 UP， 打开 debug ppp negotiation， 本端打印： our address is 0, not do ipcp negotiation! debug 信息如下： 11:03:29: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0xee &magic 0xf37ac08&] 11:03:29: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfReq id=0xad &magic 0x149b1f60&] 11:03:29: [tPPPExe]PPP[s1/0]: SENT [LCP ConfAck id=0xad &magic 0x149b1f60&] 11:03:29: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfAck id=0xee &magic 0xf37ac08&] 11:03:29: [tPPPExe]PPP[s1/0]: serial1/0: our address is 0, not do ipcp negotiation! 11:03:29: [tPPPExe]PPP[s1/0]: SENT [LCP TermReq id=0xee] 2．对端没有 IP 地址或使用 ip unnumber 时对应的接口没 有 IP 地址 物理信号 UP，打开 debug ppp negotiation，IPCP 协商不成功，debug 信息如下： 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0xaf &magic 0x2e346066&] 1d9h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfReq id=0xf0 &magic 0x119a0b80&] 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfAck id=0xf0 &magic 0x119a0b80&] 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0xaf &magic 0x2e346066&] 1d9h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfAck id=0xaf &magic 0x2e346066&] 1d9h: [tPPPExe]PPP[s0/3]: IPCP open?? 1d9h: [tPPPExe]PPP[s0/3]: SENT [IPCP ConfReq id=0x77 &addr 23.0.0.92&] 1d9h: [tPPPExe]PPP[s0/3]: RCVD [LCP TermReq id=0xf0] 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP TermAck id=0xf0]故障五：物理信号 UP，协议 UP，但 ping 包不通可能的原因 1．本端配置地址协商，但 对端没有分配地址或地址池 中的地址已分配完。 2．对端没有 IP 地址 3．两端 IP 地址不在同一网 段（有些厂家的路由器不支持 广域口两端 IP 地址不在同一 不存在此问题） show interface 显示：Destination Internet address: 0.0.0.0，此时应该检查对端的 配置，配置 IP 地址。 当分配的广域口地址不在同一网段时（如在接口上使用 ip unnumber 一般就不 在同一网段），有些厂家的的路由器就不支持。通过查看广域网两端的路由表是 否有对端地址的路由项可以看出（MP 路由器上使用 show ip route 命令），如果 判断方法和解决方案 show interface 显示：Internet address: 0.0.0.0，说明对端没有给本端分配地址或 地址池中的地址已分配完，此时应该检查对端的配置，作相应修改。网段的情况、 MP 路由器支持， 没有就需要分别手动配置到对端地址的接口静态路由。2.0.0 PPP 错误信息实例2.0.0.0 PPP 错误信息（debug ppp negotiation 信息的关键语句）及原因信息 信息 1：PPP[s0/3]: RemoteMsg: Login failed 信息 2：PPP[s0/3]: RemoteMsg: CHAP authentication failure 信息 3：PPP[s0/3]: serial0/3: our address is 0, not do ipcp negotiation! 故障原因 PAP 认证失败 CHAP 认证失败 本端没有配置 IP 地址1．解决：配置正确的用户名、密码 2．解决：在两端配置正确的用户名、密码 3．解决：在本端配上 IP 地址 ? 注：以上信息均由 debug ppp negotiation 命令打出，具体请参照配置手册相关章节。2.0 Frame-relay 故障排除2.0.0 Frame-relay 故障排除基本思路故障分析的基本思路：检查物理线路、检查 Frame-relay 协议报文交互是否正常，分析 LMI 报文交 互 ? ? 首先分析物理原因， 包括连线是否正确、 物理接口是否正常 （关于串口故障分析请参见第一节） ； 其次检查 Frame-relay lmi 报文交互是否正常，检查 PVC 配置是否正确，检查协议地址映射是否正确建立。2.0.0 Frame-relay 常见故障处理故障一：用做 DTE 设备时接口 DOWN?? 可能的原因 1．物理线路故障、接口报 文收发故障判断方法和解决方案 检测物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、 状态 UP，且数据收发正常 （关于串口故障分析请参见第一节） DSR、 DTR、 RTS、 CTS、 Txc2．LMI 报文交互失败，只 发不收打开 debug frame-relay lmi 命令 观察接口 LMI 报文收发是否正常， frame-relay 是否对物理链路信任是依据 LMI 报文的交互情况来定的。 正常情况下 LMI 报文是有发有收的，即 DTE 发出链 路状态请求报文，收到对端 DCE 的链路状态应答报文； 接口 LMI 报文只有发送没有接收， 在排除接口物理故障的前提下， 可能是 DTE 设备和 DCE 设备 LMI 类型不匹配造成的，如果 LMI 类型不匹配则 DCE 设备是 不会对此链路状态请求报文做应答的。 解决办法：可以向局端设备核实 LMI 类型，或者可以通过调整本地 LMI 类型 的方法来解决问题；LMI 类型有 3 种：ANSI、LMI(兼容 CISCO)、Q933a，确保 LMI 类型匹配； 在 LMI 报文连续 3 次成功交互后接口会 UP；3．特殊情况：Frame-relay 接口类型设置错误在某些特定的网络环境中可能需要我们的设备完成 DCE\NNI 的功能，由此通 过 debug frame-relay lmi 可以看到不断报错的情况：unexpected message type：说 明本地设备应该设置为 DCE 或者 NNI故障二：用做 DCE 设备时接口 DOWN可能的原因 1．物理线路故障、接口报 文收发故障 判断方法和解决方案 检测物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、DSR、DTR、RTS、CTS、Txc 状态 UP， 且数据收发正常 （关于串口故障分析请参见第一节） 2．LMI 报文交互失败，只 收不发 开 debug frame-relay lmi 命令 观察接口 LMI 报文收发是否正常， frame-relay 是否对物理链路信任是依据 LMI 报文的交互情况来定的。 正常情况下 LMI 报文是有发有收的，DCE 在收到链路 状态请求报文后必须发送应答报文，如果在 t392dce（默认 15 秒）的时间内没有 收到正确的链路状态请求报文，则 DCE 会提示“DCE LMI timeout”，如果在 n392dte 事件计数内有 n392dce 次错误，则该 DCE 接口会 Down 掉； 如果接口 LMI 报文只有接收没有发送，并且 LMI 协议报错，在排除接口物理 故障的前提下， 可能是 DTE 设备和 DCE 设备 LMI 类型不匹配造成的， 如果 LMI 类型不匹配则 DCE 设备是不会对此链路状态请求报文做应答的， 并且报错： “lmi: locking shift seen。” 解决办法： LMI 类型有 3 种：ANSI、LMI(兼容 CISCO)、Q933a，确保 DCE 和 DTE 接口 LMI 类型匹配；在 LMI 报文连续 3 次成功交互后接口会 UP；故障三：Frame-relay 协议 UP，但 PVC 状态非 ACTIVE可能的原因 1．对端 DTE 设备没有准备 好或者 FR 网络故障 判断方法和解决方案 PVC 状态 INACTIVE， 通过 show frame-relay 命令查看到的 PVC 状态是指最近 DCE 设备通告过来的该 DCE 以外的该条 PVC 状态，只要本地 LMI 交互正常， 接口 UP 则本地是没有问题的。?? 2．局端设备并没有提供该 条 PVCPVC 状态 DELETED， 则说明局端设备并没有提供该条 PVC， 而是本地配置的 PVC，在 DTE 向 DCE 作出全状态请求后，DCE 返回的 PVC 状态消息中没有包 括该 PVC 的状态信息。所以导致该条 PVC 的状态为 DELETED。 解决办法：向局端核实该条 PVC 是否存在；如果不存在则说明本地是错误配 置，则可以在接口配置上删除相应的 DLCI 号。（在做 DTE 设备时，往往在接 口上并不需要配置 DLCI 号， 因为 frame-relay 有自动从 DCE 设备获取 PVC 的功 能）故障四：Frame-relay 协议 UP 且 PVC 状态 ACTIVE，但 Ping 不通对端设备可能的原因 1．frame-relay map 配置错 误； 对方设备没有配置 IP 地址； 没有建立 MAP 映射。 判断方法和解决方案 命令 show frame-relay map 查看 MAP 映射信息。 核实通信双方的 IP 地址及 map 配置（默认情况下 FR 设备起用了并支持反向 采用反向地址解析，且已建立了映射，但由于对端设备 IP 地址改变，或者本 地接口没有配置 frame-relay inverse-arp update，会出现 map 映射过时的现象。此 时需要 shutdown 、no shutdown 接口操作，或者配置 frame-relay inverse-arp update 命令，让路由器再发送反向地址请求，重新建立 map 映射。 对于帧中继点对点子接口的 map 映射是看不到对端 IP 地址的，而是提示 point-to-point， 所以在此种情况下要特别注意两端设备 IP 地址要配置在同一网段； 2．对端设备采用子接口相 连，并且该子接口上配置了 shutdown 命令， 而主口为 UP。 这种情况在绝大多数情况下不会发生。双方 IP 地址不在同一网段； 地址解析，不用手动配置 map 映射）。2.0.0 Frame-relay 错误信息实例2.0.0.0 Frame-relay 错误信息（以下只是信息的关键语句）及原因信息 信息 1： [tFr_s3/0]serial3/0(out): StEnq, length: 11, myseq 3, yourseen 2, DTE up 03 09 00 75 01 01 01 03 02 03 02 [tFr_s3/0]serial3/0(out): StEnq, length: 11, myseq 4, yourseen 2, DTE up 03 09 00 75 01 01 01 03 02 04 02 [tFr_s3/0]serial3/0(out): StEnq, length: 11, myseq 5, yourseen 2, DTE up 03 09 00 75 01 01 01 03 02 05 02 信息 2： serial3/0 lmi: unexpected message type(0x75) serial3/0 lmi: error at location 3 serial3/0 lmi: packet data: 03 08 00 75 51 01 00 53 02 29 00 信息 3： serial3/0(down): DCE LMI timeout serial3/0(in): StEnq, myseq: 0 此错误信息提示 DTE 设备和 DCE 设备 LMI 类型不匹 配（本地为 DCE 设备） 这条信息是由于 DTE 接口收到了链路状态请求报文 产生的错误信息，由此错误信息看来，可能需要本地 FR 接口配置为 DCE 或者 NNI。 故障原因 可以看出，该接口 lmi 报文只发不收，在排除接口物 理故障的前提下，可能是 DTE 设备和 DCE 设备 LMI 类型不匹配造成的?? serial3/0 lmi: locking shift seen serial3/0 lmi: error at location 4 serial3/0 lmi: packet data: 03 08 00 75 95 01 01 00 03 02 95 001．解决：配置正确的 LMI 类型（ANSI、LMI(兼容 CISCO)、Q933a） 2．解决：配置本地 FR 接口为 DCE 或者 NNI 3．解决：配置正确的 LMI 类型（ANSI、LMI(兼容 CISCO)、Q933a） ? 注：以上信息均由 debug frame-relay lmi 打出，具体请参照配置手册相关章节。2.0 X.25 故障排除2.0.0 X.25 故障排除基本思路故障分析的基本思路：由底层到上层。 ? 首先分析物理原因，包括连线是否正常、设备是否正常、环境(各种干扰因素)是否对 x25 工作有不良影响。（关于串口故障分析请参见第一节） 检测方法：show interface 查看接口的物理信号是否 up。 ? 其次检查配置及参数设置，包括 x.121 地址、map 映射、htc、win、wout、ips、ops 等等。检测方法：show x25 vc 查看建立 vc 的状态、vc 的参数值。2.0.0 X.25 常见故障处理故障一：x25 协议不能 up可能的原因 DCE、DTE 设置不正确。 对端接口封装为非 x25 协 议。 判断方法和解决方案 判断方法： debug x25 interface 没有任何 x25 报文发送与接收，show interface，物理层 up、 链路层 down。debug lapb interface，lapb 报文交互如下： LAPB(serial0/0)_T: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_R: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_T: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_R: 01 DISC(SABM_SENT) 1, 01 53 LAPB(serial0/0)_T: 01 DISC(SABM_SENT) 1, 01 53 解决方案： 如果从配置和 debug 信息中发现以上信息，可以断定设备两端是由于 dce、dte 设 置不正确，引起接口不能 up。故障二：小数据包可以通，大数据包不可以通可能的原因 1．X25 的参数 ips 和 ops 与 远端不一致 判断方法和解决方案 判断方法： show x25 vc/show 25 map,vc 状态为 ready，正常，map 映射与 vc 关联，也正常， 但是 ping 小包通，ping 大包不通，?? route_4#sh x25 vc serial0/0: vc No.1: R1-P4-D1 local SVC called SUN JAN 11 20:49:36 1970 X.121 address: 200remote X.121 address: 100 (ip 21.1.1.1) broadcast and multicast supported flow-state: ready (D1), timer:0, dgTimer:91 sMaxPktSize:128, rMaxPktSize:128, sWin:2, rWin:2 vr:4, vs:4, nr:4, ns:3, lastNr:4, noRspDataCnt:0 stxQueue: priority 0: cnt=0 txQueue: priority 0: cnt=0 解决方案： 将其设为一致。 max=32 sMax=1 qw=10 qw=10 qwMax=10 qwMax=10 max=300 sMax=1故障三：链路频繁发生 clear 和 reset 事件可能的原因 1．流量控制参数设置与远 端不一致。这些参数包括 x25 win x25 wout x25 ips x25 ops x25 moudle 判断方法和解决方案 判断方法： 使用命令 show run 查看配置信息， 或者 show x25 vc 查看 vc 参数与配置是否一致。 解决方案： 使用命令 x25 win x25 wout x25 ips x25 ops x25 moudle 将其配置一致， 并在 x25 map 映射上加选项： negotiate-disable （不协商 x25 参数） ， 但是必须在接口上 shut、no shut 方可起效。故障四：基本参数一致，依然不通（与别的厂家兼容性问题）可能的原因 1．对端可能配置压缩参数 （Cisco 路由器的 map 映射支 持压缩，map 路由器不支持， 但 Cisco 可根据收到的数据包 判断是否需要压缩，这样导致 迈普路由器在与 Cisco 相连 时，迈普路由器发送呼叫请求 可以相通，Cisco 路由器发送 呼叫不能相通，因为 Cisco 会 发送压缩数据） 2．某些厂商的 x25 参数不 支持协商，导致迈普路由器发 出的呼叫被清除。 判断方法和解决方案 1．判断方法 使用 show 命令查看迈普路由器与 Cisco 路由器的 map 映射 配置是否一致。 从本端呼叫可以相通，从对端呼叫不通。 解决方案 由于迈普路由器不支持压缩协商，所以只能去掉 Cisco 的压缩参数。 2．判断方法 打开 debug x25 interface， 收到的 clear 诊断码为 65 （非法的可选业务或登记编码） 解决方案 在迈普路由器的 x25 map 映射中添加 negotiate-disable 选项。故障五：Pad 可以通，ping 不通?? 可能的原因 X25 的 map 映射配置错误判断方法和解决方案 判断方法： 在两个路由器之间 pad，可以正常通讯，但是不能 ping 通 解决方案： 检查配置文件，重新配置。故障六：不能建立 SVC可能的原因 1．远程线路故障或者路由 器已经关闭，虚电路被立即清 除。 2．发送的逻辑通道号在相 连的 dce 设备上不能够分配 （默认情况下，dce 设备发送 的 LCN 为 1024，通常直接相 连的交换机的最高 htc 小于 1024，较多的交换机 htc 为 16），虚电路被清除。 判断方法和解决方案 1．判断方法： 打开 debug x25 interface，收到诊断码为 40 的 clear 报文。 解决方案： 检查交换机与另一端设备的连接情况，可能接口没有 up 或者线路质量极差。 2．判断方法： 打开 debug x25 interface，收到诊断码为 36 的 clear 报文。 解决方案： 将本地路由器接口的 htc 改为 16，这样，路由器以 LCN＝16 发送呼叫请求，不 会超过交换机的 htc。故障七：不能运行动态路由协议可能的原因 1．由于 x25 不支持广播， 所以一些有组播报文的动态 路由协议不能运行，比如 irmp、ospf、rip（v2） 判断方法和解决方案 1．判断方法： 链路层连通，打开动态路由协议的 debug 信息，比如 irmp 的 debug ip irmp packet hello，接口发送 irmp hello 报文，但是打开 debug interface，没有报文发送， 解决方案： 在 x25 的 map 映射中添加 broadcast 参数或者在 irmp 路由协议中配置 neighbor 单 播命令。 2．在一个接口有多条 map 映射对应不同的网点，默认情 况下，启用水平分割，一个网 点的路由不能通告给此接口 相连的别的网点。 2． 判断方法： 网络拓扑如果是一个物理接口有多条 map 映射对应多个网点， 每个网点需要互相 学习路由，就要查看此接口是否关闭水平分割或使用了子接口。 解决方案： a．使用子接口与各个网点相连； b．在接口上关闭水平分割。2.0.0 X.25 错误信息实例2.0.0.0 X.25 错误信息（debug lapb、debug x25 信息的关键语句）及原因信息 信息 1： debug lapb interface LAPB(serial0/0)_R: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_T: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_R: 01 DISC(SABM_SENT) 1, 01 53 LAPB(serial0/0)_T: 01 DISC(SABM_SENT) 1, 01 53 信息 2： debug lapb interface 相连接口都设为 DCE，x25 协议不能 up 故障原因 相连接口都设为 DTE，x25 协议不能 up?? LAPB(serial0/0)_T: 03 SABM(SABM_SENT) 1, 03 3f LAPB(serial0/0)_R: 03 DISC(SABM_SENT) 1, 03 53 LAPB(serial0/0)_T: 03 DISC(SABM_SENT) 1, 03 53 信息 3： debug x25 interface X25(serial1/0)_R: 1024 CLEAR_R caus=5 diag=36, 14 00 13 05 24 信息 4： debug x25 interface X25(serial1/0)_R: 1024 CLEAR_R caus=0 diag=68, 14 00 13 00 44 信息 5： debug x25 interface X25(serial1/0)_R: 1024 CLEAR_R caus=3 diag=65, 14 00 13 03 41 收到诊断码为 65 的清除虚电路报文，表明对 端不能与本端的参数进行协商， 或者不识别本端 的参数。 收到诊断码为 68 的清除虚电路报文，表明分 组层已经相同,但没有找到 map 映射,即 map 映射 配置错误.。 收到诊断码为 36 的清除虚电路报文，表明对 端的虚电路范围不在本端的呼叫虚电路范围内。1．解决：把 x25 交换机端配成 DCE（x25 dce） 2．解决：把一端设为 DTE（x25 dte） 3．解决：修改 htc 小于或等于交换机端的 htc（一般修改 htc 为 16 就能满足） 4．解决：配置正确的 map 映射 5．解决：修改 x25 参数一致 ? 注：以上信息均由 debug lapb、debug x25 命令打出，具体请参照配置手册相关章节。?? 第3章 路由故障排除本章介绍了分析 IRMP、OSPF 动态路由协议故障的基本思路、常用方法和使用命令等。 本章内容： ? ? IRMP 故障排除 OSPF 故障排除3.0 IRMP 故障排除3.0.0 IRMP 故障排除基本思路分析步骤一：收集详细的网络拓扑信息。动态路由协议运行在路由器与路由器之间，出现故障后，首 先要定位故障所在，比如路由表中缺少哪些路由、哪些邻居等。 分析步骤二：确认交互路由的路由器之间链路是否相通。动态路由协议运行在 ip 层之上，各个路由器 之间要交互路由协议报文，首先链路层要保证相通。 分析步骤三：定位出故障路由器，在此路由器上使用系统提供的 show 工具查看相关信息，比如 IRMP 的接口表，邻居表，拓扑表等等。 分析步骤四：通过收集到的信息可以大概分析故障所在，然后可通过系统提供的 dedug 工具分析报文 交互，查出具体原因。3.0.0 IRMP 故障排除相关工具迈普路由器提供了许多工具进行 IRMP 故障的查找，下面将分别介绍相关 show 工具和 debug 工具。 3.0.0.0 show 工具的使用与解释sh ip irmp interface interface &CR& neighbor AS number(1~65535) Detail Interface &CR& topology A.B.C.D Active Detail 查看启用 IRMP 特定接口信 查看所有启用 IRMP 接口信息 查看特定自治系统的邻居表。 查看邻居表的详细信息 查看特定接口的接口表 查看所有 IRMP 邻居表 查看特定网段的拓扑表 查看处于 active 状态路由的拓扑表 查看拓扑表的详细信息?? Summary &CR& AS number(1~65535) traffic &CR&统计路由表的条数 查看所有拓扑表的内容 查看特定自治系统 IRMP 报文发送、接收的统 计信息 查看所有 IRMP 报文发送、接收的统计信息下面举例介绍 show 工具的应用。l0:14.14.14.14/32 S0/0:21.1.1.1/16 S0/0:21.1.1.2/16RouterA RouterB如图所示，RouterA 的 s0/0 接口（21.1.1.1）与 RouterB 的 s0/0（21.1.1.2）接口相连，链路层使用 PPP 协议相通，14.14.14.14 为 RouterB 回环接口的 ip 地址。配置如下：RouterA router irmp 19 network 21.0.0.0 exit RouterB router irmp 19 network 14.0.0.0 network 21.0.0.0 exit使用 show 工具在 RouterB 上可以收集到以下信息： 接口表信息 命令：show ip irmp interfaceIP-IRMP interfaces for process 19 Interface loopback0 serial0/0 Local address 14.14.14.14 21.1.1.1 Peers Hello-Interval 0 1 5 5 Hold-Time 15 15从接口表中可以看出，有两个接口 l0、s0/0 加入 IRMP 接口表，Local address 表示接口的 ip 地址，其 中点对点接口以对端 ip（本例中,链路层为 ppp,RouterA 接口的 ip 地址为 21.1.1.1）标识，pees 表示在此接 口上建立邻居的个数，其中 0 表示没有邻居。Hello-Interval 为发送 hello 包的间隔时间，Hold-Time 为在此 时间内如果没有收到对端的 hello 包，删除邻居的保持时间。正常情况下,所有 up 的接口如果被 network 覆 盖,此接口就应该被加入接口表。?? 拓扑表信息 命令：show ip irmp topologyIP-IRMP Topology Table for process 19 Codes: P - passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status, H - Holddown P 21.1.0.0/16, 1 successors, FD is
via Connected, serial0/0 P 14.14.14.14/32, 1 successors, FD is 128256 via Connected, loopback0这是 IRMP 拓扑表信息，p 表示路由为 passive 状态， “1 successors”表示有一个下一跳，FD 为此条路 由的费用。对于 IRMP 来说，路由的交互以拓扑表为准，是否学到路由要看拓扑表中是否有这条路由。对 于 Cisco 路由器的 eigrp 路由协议来说，如果路由中存在一条比 eigrp 更优的路由，eigrp 路由在拓扑表中 successors 为“0” ，即它不会加入核心路由表。正常情况下拓扑表包括网络覆盖的直连路由、重分发路由、 从邻居路由器学习的路由。 邻居表信息 命令：show ip irmp neighborIP-IRMP neighbors for process 19 H 0 Address 21.1.1.1 Interface serial0/0 Hold 12 Uptime (sec) 00:07:02 Seq Num 4IRMP 邻居表存储了所有与此路由器交互路由的邻居路由器， “Address”为邻居的 ip 地址，其中点对 点接口以对端 ip(本例中,链路层为 ppp,RouterA 接口的 ip 地址为 21.1.1.1)标识,“Interface”为与邻居建立邻 接的接口， “Hold”表示 hold-time 的剩余时间，如果这个值为 0 表示邻居马上就要被删除，每次收到 hello 包，hold-time 定时器刷新； “Uptime”为邻居建立的时间； “Seq”为最近收到邻居发来的可靠报文的序号， 如果这个值为“0” ，说明虽然收到了对端的 hello 报文，但没有收到对端的 update 报文。 协议信息 命令：show ip protocol irmpRouting Protocol IRMP: AS 19 IRMP metric weight K1=1, K2=0, K3=1, K4=0, K5=0 IRMP maximum path 6 IRMP maximum metric variance 1 IRMP Active timer 180 s Routing for Networks:?? 14.0.0.0 21.0.0.0 Incoming update filter list for all interfaces is not set Outgoing update filter list for all interfaces is not set Incoming routes added metric for all interface is not set Outgoing routes added metric for all interface is not set Distance: internal 90 external 170在 IRMP 协议配置结束后,使用 show ip protocol irmp 命令查看配置的统计信息.有时,系统出现故障后, 虽然 shell 上有相关配置信息,但是可能由于某些原因已经失去作用，所以可通过这个命令提供的信息进行 分析，查看真正对协议起效的配置及约束条件。 IRMP 报文统计信息 命令：show ip irmp trafficIP-IRMP Traffic Statistics for process 19 Hellos sent/received: 948/169 Updates sent/received: 62/43 Queries sent/received: 1/0 Replies sent/received: 0/40 ACKs sent/received: 83/58这个信息是 IRMP 协议五种报文的统计信息,通常在网络比较稳定的情况下, Queries 与 Replies 报文的 收发应该不是很大,如果发现统计的数据比较大时,说明网络不是很稳定,就应该查找导致网络不断动荡的原 因,结合 debug 信息定位问题所在. 3.0.0.0 debug 工具的使用与解释 debug ip irmp events ：查看 IRMP 事件信息，比如发现一个新邻居，删除一个邻居，认证不成功等 等。 debug ip irmp packets hello ：查看 IRMP hello 报文的发送与接收 debug ip irmp packets terse ：查看除 hello 报文之外的其它 IRMP 报文 debug ip irmp route：查看 IRMP 路由信息的删除与添加以及状态的变化。3.0.0 IRMP 常见故障处理故障一： 接口不能加入 IRMP 接口表可能的原因 接口处于 down 状态。 链路层如果是点对点协议（hdlc、 判断方法和解决方案 判断方法： 使用 show ip irmp interface 命令查看接口表。?? ppp），两边 ip 地址相同。 Network 配置不正确。解决方案： 保证接口 up 和 ip 地址配置正确。 检查 network 配置是否正确。 对于有类网络可配置自然网络号或者带掩码的 子网络号；对于超网必须带反掩码，否则接口不能加入接口表，IRMP 报文将 不会在这个接口收发。 查看接口表时，注意点对点接口以对端接口的 ip 地址标识自己；其它类型 的接口以本端 ip 地址表示自己。故障二：接口加入接口表，但没有邻居可能的原因 链路层协议不支持组播（x25、 fra）； 链路上负载过重，收不到对端的 hello 报文； 在点对点子接口没有配置命令 ip route peer-address； 自治系统号错误； 或者密码不匹配； 对端接口或者本端接口被配置为 被动接口。 判断方法和解决方案 使用 show ip irmp neighbor 对于 x25、fra 这种非广播类型的网络，链路上不能走 IRMP 组播报文，所 以不能建立邻居（因为 hello 包为组播报文）。一种解决方法是在 x25、fra 的 map 映射配置中添加 broadcast 参数，一种是在 IRMP 配置模式下添加单播命 令 neighbor。 对于点对点子接口，需配置 ip route peer-address 命令。 如果自治系统号配置有误， 可通过 debug ip irmp packet hello 获取提示信息： 如果认证信息不正确，可通过 debug ip irmp events 获取提示信息：Receive packet from 21.1.1.2 : Invaid authentication, opcode 5 如果希望在接口上建立邻居，接口就不能被设置为被动接口。认证信息的自治系统号、key 值、 IRMP: serial0/1 receive invalid packet from 21.1.1.1 : AS not map。故障三： 路由表与拓扑表不一致可能的原因 这种问题的出现属于软件原 因，在 Cisco 路由器 eigrp 的老 版本中经常出现。当路由表中 存在一条比较优的路由时， eigrp 路由以 0 后继存在在拓扑 eigrp 路由不能正常加入核心 路由表。 判断方法和解决方案 判断方法： 在 Cisco 路由器上 show ip eigrp topu，如果发现有路由的后继为 0，而核心路由 表中确实不存在这条路由，这说明路由器本身出了问题。这种情况经常会出现在 迈普路由器与 Cisco 路由器互联时，起初 Cisco 通过动态 eigrp 协议学习到迈普路 由器的 irmp 路由， 当迈普路由器用重分发的静态路由代替这些路由时， Cisco 不能 解决方案： 为避免 Cisco 的问题， 迈普路由器添加了一条容错命令 compatible oldversion， 将 外部路由以内部路由的形式通告出去，避免 Cisco 路由器进行路由切换。表中， 当比较优的路由删除后， 正常将重分发的外部路由替换到核心中。故障四：本端有对端邻居但对端无本端邻居可能的原因 对于 IRMP 协议来说，只要收到 对端的 hello 包就将其加入邻居表， 因此没有加入邻居表就说明没有 收到 hello 报文。在迈普路由器与 判断方法和解决方案 判断方法： 1．链路可以 ping 通,接口加入接口表,直连路由也加入拓扑表,但是 show ip irmp nei 时发现”seq”的值始终为 0, 2．配置单播命令系统提示 IP-IRMP: Not add: 10.1.1.1 is on different network?? Cisco 路由器互连时，对于点对点 协议（ppp、hdlc），两端 ip 地址 不在一个网段， 迈普路由器可以建 立邻居，Cisco 路由器不可以。from serial0/0 解决方案： 在迈普路由器之间互连没有问题,如果和 Cisco 路由器互联,必须保证两端 ip 在同一个网段;或者在 Cisco 路由器上使用 ip unnumber。3.0.0 IRMP 错误信息实例3.0.0.0 IRMP 错误信息（以下只是信息的关键语句）及原因信息 信息 1： IRMP: serial0/1 receive invalid packet from 21.2.1.1 : AS not map 信息 2： IRMP: Adjacency timer expired, nbr 129.255.30.111 down IRMP: Nbr 129.255.30.111 deleted 信息 3： IRMP: Ignore unicast Hello from serial0/0 21.1.1.1 信息 4： Receive packet from 21.1.1.1 : Invaid authentication, opcode 5 本端与对端的认证参数不一致，包括自治系统号、key 值、密码。 在 hold-down 时间内收不到对端的 hello 报文，邻居被强行删除。 常常是由于线路负载过重、线路不畅引起，或者是 hello 发送间隔时 间与 hold-down 时间设置不当引起， 比如 hold-down 时间与 hello 间隔 时间相差不大，通常情况下，hold-down＝hello-interval*3。 本端发送组播 hello 报文，对端发送单播 hello 报文，导致邻居不能 建立。 故障原因 本端与对端的 IRMP 自治系统号不匹配。1．解决：配置自治系统号一致 2．解决：把 hold-down 时间修改更大 3．解决：两端都配置 neighbor 或都去掉 neighbor 4．解决：配置认证参数一致 ? 注：以上信息均由 debug ip irmp events、debug ip irmp packets 命令打出，具体请参照配置手册相关章节3.0 OSPF 故障排除3.0.0 OSPF 故障排除基本思路故障分析的基本思路：基本上 OSPF 问题都是 OSPF 协商双方参数配置问题。在本章所讨论的 OSPF 故障排除问题，是建立在链路层协议 UP 前提下的。?? 3.0.0 OSPF 常见故障处理故障一：OSPF 不能发现邻居可能的原因 1．协商双方配置错误， 期望的 OSPF 接口并没有加 入到 OSPF 接口中 2．协商双方 OSPF 接口 配置参数不匹配 需要匹配的参数包括： 认证参数； 邻居死亡时间间隔； hello 报文时间间隔； 协商双方接口所在区域； 判断方法和解决方案 通过 show ip ospf interface 命令查看所期望的接口是否已加入 OSPF。 核对 OSPF 相关配置：network A.B.C.D[Network number] card bits 注意此处为反掩码] area Area number 解决办法：正确使用 NETWORK 命令 通过 show ip ospf interface 命令查看该接口上所有 OSPF 属性， 包括接口认证参数信 息、邻居死亡时间间隔、hello 报文时间间隔、接口所在区域等必要参数。 核实 OSPF 协商双方接口参数是否匹配 解决办法：可以在接口 OSPF 配置模式下使用如下命令更改接口 OSPF 配置： ip ospf authentication-key ip ospf message-digest-key ip ospf dead-interval ip ospf hello-interval 使用 network A.B.C.D[Network number] 3．链路层为 NBMA 网络 （如 x25 \FR）且没有为支 持多播报文进行特别配置 A.B.C.D[OSPF wild card bits 注意此处 为反掩码] area Area number 命令重新配置接口所在的 OSPF 区域。 查看链路层协议如果为 NBMA 网络，而接口上 OSPF 网络模式为广播、点对点、 点对多点网络，且没有为支持多播报文进行特别配置，则会有 OSPF 多播报文发不出 去的情况出现。 如：链路层协议为 FR,OSPF 网络模式为点到点，但其 map 映射没有配置为支持 broadcast,由此，该接口不支多播。 解决办法：配置 FR 、X25 的 map 映射支持 broadcast。 4. 链路层为 NBMA 网络 （如 x25 \FR），或者在其 它链路层协议的接口上配 置了 ip ospf network non-broadcast 命令，但 OSPF 中没有配置邻居 5．协商双方接口网络掩 码不一致 使用命令 show run 查看接口的 IP 地址配置 由于 OSPF 在收到 hello 报文后要检测 Network Mask，所以要求 OSPF 协商双方接 口的网络掩码要一致。 注：点对点网络模式及虚连接链路中 Network Mask 被忽略，即网络掩码不一致也 可以建立邻居关系，并学到路由。 6．协商双方接口 OSPF 网络模式不匹配 OSPF 网络模式不匹配也可能造成不能发现邻居的问题,例如：一端接口配置 OSPF 网络模式为 NBMA，另一端为点对点，在此种情况下双方都不能发现邻居，因为如果 网络模式不一样，则接口的 hello 时间间隔、邻居死亡时间间隔等参数有可能不一样， 且可能出现接口不收 OSPF 多播报文的问题。 解决方法： 对于链路层为 NBMA 网络（如 x25 \FR），且接口上没有配置 OSPF 网络模式，则 OSPF 默认的网络模式为 NBMA，对于 NBMA，需要为其配置邻居路由器； 解决办法：在 router ospf 命令下配置 OSPF 邻居； neighbor A.B.C.D [Neighbor IP address] A.B.C.D[OSPF wild?? 核对协商双方接口四种 OSPF 网络模式是否匹配: ip ospf network broadcast ip ospf network non-broadcast ip ospf network point-to-multipoint ip ospf network point-to-point 注：默认情况下 HDLC\SLIP\PPP 为 point-to-point 模式 X25\FR\为 non-broadcast 模式 以太网则为 broadcast 模式 7．协商双方接口所在的 区域类型不匹配 使用 show run 命令查看协商双方 OSPF 配置， 核实双方使用的 OSPF 区域类型匹配： OSPF 区域：STUB \ NSSA 如果对端配置为 STUB 区域，则本地也应该配置为 STUB 区域；如果对端配置为 NSSA 区域，则本地也应该配置为 NSSA 区域； 8．对端设备接口为被动 接口（此种情况可能性很 小） 9．OSPF 协商双方 RID 重复 打开 debug ip ospf packet hello，如果一直收不到对端的 hello 报文，则可以怀疑对 端是否将此接口配置成为了被动接口。 注：此种问题可能性很小 打开 debug ip ospf packet hello 如果打印： HELLO: router id confusion 错误则说明 OSPF 协商双方 RID 重复。 解决办法：配置新的 RID：命令 router-id A.B.C.D，配置完成后使用 clear ip ospf process 命令使配置生效。故障二：OSPF 邻居状态为 FULL，但是算不出路由可能的原因 1．协商双方 OSPF 网络模 式不匹配 判断方法和解决方案 协商双方 OSPF 网络模式不匹配的情况下，可能会出现邻居状态达到 FULL，但是 学不到路由的情况：比如点对点网络模式和广播网络模式，双方配置成该模式后，邻 居状态可以达到 FULL 状态，但算不出路由信息来 解决方法： 核对协商双方接口四种 OSPF 网络模式是否匹配： ip ospf network broadcast ip ospf network non-broadcast ip ospf network point-to-multipoint ip ospf network point-to-point 注：默认情况下 HDLC\SLIP\PPP 为 point-to-point 模式 X25\FR\为 non-broadcast 模式 以太网则为 broadcast 模式 2．接口为帧中继点对点子 接口，或者链路层协议为 SLIP，并且没有为此做特殊配 置。 使用 show run 命令查看接口上是否配置了 ip route peer-address address]命令 当接口为帧中继点对点子接口，或者链路层协议为 SLIP 时，接口上需要指定对端 地址。 A.B.C.D[Peer IP?? 在接口上添加命令 ip route peer-address 解决办法： 端地址A.B.C.D[Peer IP address]指定对3.0.0 OSPF 错误信息实例3.0.0.0 OSPF 错误信息（以下只是信息的关键语句）及原因信息 信息 1： OSPF: bad authentication type 信息 2： HELLO: hello timer mismatch 信息 3： HELLO: dead timer mismatch 信息 4： OSPF: 信息 5： IP: bad destination 信息 6： HELLO: extern option mismatch 信息 7： HELLO: router id confusion area mismatch 此信息表示 OSPF 协商双方网络掩码不匹配或该接口收到目的地不是 该接口地址的报文 此信息表示 OSPF 协商双方报文可选字段不匹配（即有可能是区域类 型不一致，比如 NSSA 区域、STUB 区域） 此信息表示 OSPF 协商双方 RID 冲突 此信息表示 OSPF 协商双方接口不在同一区域 此信息表示 OSPF 协商双方死亡时间间隔不匹配 此信息表示 OSPF 协商双方 hello 时间间隔不匹配 故障原因 此信息表示 OSPF 协商双方认证类型不匹配? 注：1．根据以上错误信息均可对相应的 OSPF 配置参数进行更改，使得协商双方参数一致 2．以上信息均由 debug ip ospf packet hello 打出，具体请参照配置手册相关章节?? 第4章 接口故障排除4.0 CE1 接口故障排除本节介绍了分析 CE1 故障的基本思路，以及分析 CE1 故障的常用方法和使用命令等。 本节内容： ? ? ? CE1 故障分析基本思路 CE1 常见故障处理 排除信息详解4.0.0 CE1 故障排除基本思路对信道化 E1 线路进行故障诊断时，必须首先确定问题出在某一通道组或出现在 E1 线路上。若问题 出在一个单独通道组上，可能存在一个潜在的接口问题。如果问题出在 E1 线路上，或出在所有通道组 上，可能存在一个潜在的控制器错误，或者检查一下电缆是否配套。 检查配置是否正确。包括检查分帧类型和线路编码是否与服务提供者设定的相匹配，然后检查通道 组的配置，特别要验证时隙的设定是否和服务提供者设定的一致。 检查逻辑接口上封装的协议是否一致以及参数是否配置正确。 通过一些调试命令察看逻辑接口上封装的协议参数是否正确以及协议运行是否正常。4.0.0 CE1 常见故障处理故障一： 接口不 up，失步灯亮可能的原因 线路原因 判断方法和解决方案 检查是否有接线，线路发送和接收是否连接正确。 将本端线路的发送接收短接封装 HDLC 协议，如果接口协议 up，则是远端线路 原因；如果接口协议不 up，可可以检查本端线路和模块。故障二：接口不 up，失步灯灭可能的原因 配置错误 判断方法和解决方案 检查对连接口通道是否配置一致。 检查接口协议是否配置一致。 如果配置完全正确，只有部分接口不 up，可以在特权模式下使用 qmcinit 命令。?? 故障三：接口 up，有掉包现象可能的原因 线路编码模式不匹配 阻抗不匹配 判断方法和解决方案 检测接口配置是否一边为 HDB3 一边为 AMI 检查接口阻抗配置是否匹配，默认为 75ohm，可以修改为 120ohm。 对阻抗进行修改是判断阻抗是否修改成功， 在低端路由器上修改成功时模块会有 咔嚓声。 组帧类型是否匹配 检查接口组帧类型配置，有三种选择方式：crc4 no－crc4 default。4.0.0 排错信息详解4.0.0.0 show 命令 例: router#show interface serial0/0:1 （查看逻辑端口信息） serial0: (unit number 1): Flags: (0x8070) UP POINT-TO-POINT MULTICAST ARP RUNNING （接口状态正常） Type: PPP （封装的协议） Internet address: 2.2.2.2 （接口的 IP 地址） Netmask 0xff000000 Subnetmask 0xff000000 （子网掩码） Destination Internet address: 2.2.2.1 （对端接口的 IP 地址）Metric is 0 Maximum Transfer Unit size is 1500 (最大传输单元大小) 98 100 packets sent (收发包数) 0 multicast packets received 0 multicast packets sent 0 0 output errors 0 0 dropped rxFrames: 98, rxChars 1024 txFrames: 100, txChars 11422 rxNoOctet 0, rxAbtErrs 0, rxCrcErrs 0 rxOverrun 0, rxLenErrs 0, txUnderrun 0 rate=256000 bps （速率，从此处可看出此接口捆绑了几个时隙） DCD=up DSR=up DTR=up RTS=up CTS=up Txc=up （接口的底层物号） 由于 CE1 的逻辑接口与广域网接口非常相似，对于协议不 up 的调试可以参见第二章《广域网故障排 除》4.0 ADSL 接口故障排除本节介绍了分析 ADSL 故障的基本思路，以及分析 ADSL 故障的常用方法和使用命令等。 本节内容：?? ? ? ?ADSL 故障分析基本思路 ADSL 常见故障处理 ADSL 故障的排错信息4.0.0 ADSL 故障排除基本思路故障分析的基本思路：首先确定的 ADSL 的类型，国内常用的有 PPPOE、PPPOA、桥接模式和固定 IP 模式。然后根据分类，从物理层开始，往上层一步一步的分析问题。4.0.0 ADSL 常见故障处理4.0.0.0 桥接模式故障处理 桥接模式， 路由器采用桥的方式， 完全透明传输以太口和 ADSL 接口的数据， 相当于一个普通的 ADSL Modem。 故障：无法拨号上网可能的原因 物理连接和路由器配置的问题。 判断方法和解决方案 检查物理连接是否有误，包括 ADSL 线路的连接和以太口网线的连接（与 pc 直 接相连需要使用交叉网线）。 以太口是否连线正确，采用 show interface f0 查看以太接口是否已经 UP。 观察 MP803 面板上的 ADSL 指示灯是否点亮，如果没有点亮，说明没有完成与 电信运营商设备的协商，请检查线路和连接。 物理连接如果确定无误，检查路由器上配置是否正确，包括 PVC 的参数以及接 口的封装方式等。 确认 PC 上的拨号软件是否安装运行正常。Show interface Atm0，观察接口是否 已经 UP，在拨号的过程中是否有数据收发。4.0.0.0 PPPOE 故障处理 PPPOE 模式是将 PC 上的 PPPOE 拨号软件内置到路由器中，实现路由器的自动发起拨号和连接。 故障： 无法上网可能的原因 1、物理连接是否正常 判断方法和解决方案 检查 ADSL 线路是否连接正常，是否正确插入 ADSL 接口。 检查以太网线是否连接正常，从 pc 是否可以正常 ping 通路由器的以太口。 检查 MP803 面板上的 ADSL 指示灯是否被点亮，以确认与局端的 DSLAM 设备 协商完毕。?? 2、配置是否正确根据配置手册，检查 PPPOE 的配置是否正确。包括路由、DDR 拨号配置，Atm0 接口参数配置，如果使用了 NAT，检查 NAT 配置。 检查 PC 上的默认网管和 DNS 地址是否配置正确。3、DDR 是否工作正常打开 debug dialer packets，看是否有触发数据： 如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达 Dialer 接 口。 如果有数据，请根据 debug 中的打印信息中判断，数据是否为定义的感兴趣的数 据。 如果不是， 检查 dialer-list 是否定义了触发数据流， 保证数据为 DDR 感兴趣的。 确定有数据触发 DDR 拨号后， 关掉刚才的 debug （使用 no debug all） 。 带开 debug ADSL ne，观察是否有 PPPOE 的初始化包 PADI 在发送。 如果只有发送，没有接收。Show interface atm0，确定是否有接收数据，如果没 有，请确定与局端 DSLAM 的物理连接是否正确。如果有接收数据，请确定 ADSL 的模式是否匹配，线路是否提供的 PPPOE 服务。4、PPPOE 协商过程是否正常1、确定在发送 PADI 过后，能否接收到对端发送的 PADO 包，在发送 PADR 后 能否正确接收到 PADS。PPPOE 阶段是否可以正常协商完毕。5、ppp 协商是否正常打开 debug ppp ne，观察 ppp 的协商过程是否正常。请参看 PPP 的故障排除。 注意需要根据不同的认证方式配置不同的认证，有的局端配置为 PAP 认证，有 的配置为 CHAP 认证，请根据不同的配置作出选择。6、NAT 转换是否正常1、如果 PPP 协议 UP，表示链路已经正确建立，在配置口上 ping 一个可连接的 广域网地址，看能否 ping 通。如果可以 ping 通，而局域网的 PC 无法上网，请检 查 NAT 是否配置正确，局域网是否连接正确、PC 上的默认网关和 DNS 地址是否 正确。4.0.0.0 PPPOA 故障处理 故障：PPPOA 故障处理可能的原因 1、物理连接是否正常 判断方法和解决方案 1、检查 ADSL 线路是否连接正常，是否正确插入 ADSL 接口。 2、检查以太网线是否连接正常，从 pc 是否可以正常 ping 通路由器的以太口。 查 MP803 面板上的 ADSL 指示灯是否被点亮，以确认与局端的 DSLAM 设备协 商完毕。 2、配置是否正确 根据配置手册，检查 PPPOA 的配置是否正确。包括路由、DDR 拨号配置，Atm0 接口参数配置，如果使用了 NAT，检查 NAT 配置。 检查 PC 上的默认网管和 DNS 地址是否配置正确。 3、DDR 是否工作正常 打开 debug dialer packets，看是否有触发数据： 如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达 Dialer 接 口。 如果有数据，请根据 debug 中的打印信息中判断，数据是否为定义的感兴趣的数 据。 如果不是， 检查 dialer-list 是否定义了触发数据流， 保证数据为 DDR 感兴趣的。 确定有数据触发 DDR 拨号后， 关掉刚才的 debug （使用 no debug all） 。 带开 debug?? pppne，观察是否有 ppp 的数据包在发送。或者打开 debug adsl pac a0，如果只有发送，没有接收。Show interface atm0，确定是否有接收数据，如果没有，请确定 与局端 DSLAM 的物理连接是否正确。如果有接收数据，请确定 ADSL 的模式是否 匹配，线路是否提供的 PPPOA 服务。 5、ppp 协商是否正常 打开 debug ppp ne，观察 ppp 的协商过程是否正常。请参看 PPP 的故障排除。 注意需要根据不同的认证方式配置不同的认证，有的局端配置为 PAP 认证，有 的配置为 CHAP 认证，请根据不同的配置作出选择。 6、NAT 转换是否正常 如果 PPP 协议 UP， 表示链路已经正确建立， 在配置口上 ping 一个可连接的广域 网地址， 看能否 ping 通。 如果可以 ping 通， 而局域网的 PC 无法上网， 请检查 NAT 是否配置正确，局域网是否连接正确、PC 上的默认网关和 DNS 地址是否正确。4.0.0.0 固定 IP 方式故障处理 固定 IP 的方式，通常电信运营商会给你两个地址，一个是本端地址，一个是对端的网关地址。 故障： 无法建立连接可能的原因 1、物理连接是否正常 判断方法和解决方案 1、检查 ADSL 线路是否连接正常，是否正确插入 ADSL 接口。 2、检查以太网线是否连接正常，从 pc 是否可以正常 ping 通路由器的以太口。 3、 MP803 面板上的 ADSL 指示灯是否被点亮， 以确认与局端的 DSLAM 设备协商完毕。 show interface a}
packets sent 193715 multicast packets received 77 multicast packets sent 10 0 output errors? 0 131 dropped 0 no buffer for receive, speed 100Mbit/s, mode full-duplex （100M 全双工） receive 212283 broadcasts, 0 runts, 0 giants, 0 throttles 0 input error , 0 CRC, 0 frame, 0 overrun, 0 ignored 0 output error ,0 collisions, 0 interface resets, 0 underrun 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier , 0 excessive collison 0 buffer failure,0 buffer swap out1.0.0 arp 表项信息mp3600#sho arp allLINK LEVEL ARP TABLE destination 129.255.0.60 129.255.0.80 129.255.8.6 129.255.8.7 129.255.19.10 flag c05 404 Use gateway .70b5 .7daa .be6f 12 .eb6c flags Refcnt
c05 405 0 0 0 0 Use 0 0 34 0 1 Interface fastethernet0 fastethernet0 fastethernet0 fastethernet0 fastethernet0 -------------------------------------------------------------------------20405 0表示 arp 表现的状态： 表示为静态 arp 表项 表示还未进入老化期的表项 该 arp 表现使用次数20405 表示进入老化期的表项? 第2章 广域网故障排除本章采用串行线路技术来分析、排除广域网故障，主要分析串口、HDLC、PPP、Frame-relay、X.25 的常见故障。 本章内容： ? ? ? ? ? 串口故障排除 HDLC 故障排除 PPP 故障排除 Frame-relay 故障排除 X.25 故障排除2.0 串口故障排除2.0.0 串口故障排除基本思路0． 分析本端物理原因 检测方法：使用 show interface 命令查看物理信号是否全部 UP，检测本端连线、接口类型（V24/V35） 、 设备是否正常。 0． 分析远端物理原因 检测方法：在线路上一段一段的打环测试各段线路是否正常。 0． 检查接口参数配置 检测方法：查看通信两端配置是否正常，并使用相关广域网协议的 debug 命令进一步确定问题所在。2.0.0 串口常见故障处理故障一：物理信号没有全部 UP可能的原因 1．路由器与 DCE 设备接口类型 （V24/V35）不一致 2．路由器工作为 DCE 方式，但没 不用配置时钟；但例如：路由器与路 由器背靠背连接时， 需要其中的一台 工作为 DCE 方式） 3．路由器与 DCE 设备之间的连接 线有问题 show interface 发现物理信号没有全部 UP，换另一条连接线试试。 判断方法和解决方案 show interface 发现物理信号没有全部 UP， 检查路由器与 DCE 设备的接 口类型是否一致。 show interface 发现物理信号 Txc 为 down，其它信号 UP，如果路由器需 手册）。有配置时钟（缺省工作为 DTE 方式， 要工作为 DCE 方式，此时要在接口上配置时钟：clock rate（请参看配置? 4．路由器或 DCE 设备有问题在确保接口类型一致、连接线正常后，show interface 查看具体物理信号 状态； 如果 DCE、DSR、CTS、TXC 中的某些信号状态为 down，说明问题在 DCE 设备， 可能本端 DCE 设备本身有问题， 也可能远端 DCE 设备有问题 或本端 DCE 设备与远端 DCE 设备连接有问题， 此时可以打环进一步确定 问题所在； 如果 DTR、RTS 信号状态为 down，说明问题在路由器，检查接口配置 是否做了 shutdown 的操作，没有的话可能问题在串口模块本身或路由器 插槽，先换插槽、再换串口模块来进一步确定问题。故障二：物理信号全部 UP、但广域网协议不能 UP可能的原因 1．路由器与 DCE 设备接口 类型（V24/V35）不一致或设 备兼容性有问题 判断方法和解决方案 有时路由器与 DCE 设备接口类型不一致，物理信号也会全部 UP，此时 show interface 一般会有一些错误信息（rxNoOctet、rxAbtErrs、rxCrcErrs、rxOverrun、 rxLenErrs、txUnderrun）； 在确定接口类型一致后，错误统计信息依然在增加，可能 DCE 设备本身有问 题或路由器与此 DCE 设备兼容性有问题，此时可以尝试在广域口上配置： idle-character flags（在帧与帧之间插入 0x7e 字符。默认为 idle-character marks 方 式：在帧与帧之间插入 0xff 字符）；另外还可以尝试在路由器广域口上配置时钟 翻转或时钟复用或同时使用：clock invert（把 DTE 端的发送时钟翻转，消除线路 上半个时钟周期的时延）、clock multiplex（将 DCE 设备的发送时钟复用为路由 器的收/发时钟）； 如果还是没有效果，可以换路由器和 DCE 设备调试来进一步确定问题。 2．广域网两端接口协议或 相关协议参数配置不一致 show interface 发现接口下 rxFrames、txFrames 两项数值都有增加、且没有错误 信息增加，此时一般 DCE 上的收发灯都正常闪动，先检查广域网两端协议配置 是否一致，再打开相关协议的 debug 信息进一步确定问题（具体请参照下面几节 协议故障排除）。 3．广域网两端之间线路或 设备有问题 show interface 发现接口下 txFrames 在增加、但 rxFrames 没有增加或错误统计 信息在增加。此时可以通过打环来检测； 检测本端问题：在路由器接口上配置 HDLC 协议，并在本端的 DCE 设备上打 数字环，如果本端发送、接收的数据都在增加且 show interface 看到环（显示 line looped），说明本端没有问题；如果没有增加，则检查本端路由器、DCE 设备、 连接线的问题； 检测线路问题（本端已经确定没有问题）：看两端 DCE 设备的收发灯是否都 在闪烁，在本端 DCE 打网络环检测对端路由器是否有收有发，或在对端 DCE 打 网络环检测本端路由器是否有收有发且有环，如果两端都没有收发且看不到环， 可能是中间线路上的问题，查中间线路。 检测对端问题：在对端路由器接口上配置 HDLC 协议，并在对端的 DCE 设备 上打数字环，如果对端发送、接收的数据都在增加且 show interface 看到环，说 明对端没有问题；如果没有增加且看不到环，则检查对端路由器、DCE 设备、 连接线的问题；故障三：物理信号全部 UP、协议 UP，但丢包严重可能的原因 1． 路由器工作在 DTE 方式， 但错误的配置了时钟 clock 判断方法和解决方案 查看接口下配置， 在 DTE 方式下， 路由器不能配置 clock rate， 时钟应该由 DCE 设备提供? rate 2．路由器与 DCE 设备接口 兼容性不好 从本端路由器 ping 对端路由器广域口地址，时通时断，丢包严重，但没有规 律（有规律的丢包可能是路由原因，如通一个、丢一个），此时 show interface 一般会有一些错误信息 （rxNoOctet、 rxAbtErrs、 rxCrcErrs、 rxOverrun、 rxLenErrs、 txUnderrun）； ping 包的过程中，错误信息在不断增加，可能 DCE 设备本身有问题或路由器 与此 DCE 设备兼容性有问题， 此时可以尝试在广域口上配置： idle-character flags （在帧与帧之间插入 0x7e 字符。 默认为 idle-character marks 方式： 在帧与帧之间 插入 0xff 字符） ； 另外还可以尝试在路由器广域口上配置时钟翻转或时钟复用或 同时使用：clock invert（把 DTE 端的发送时钟翻转，消除线路上半个时钟周期的 时延）、clock multiplex（将 DCE 设备的发送时钟复用为路由器的收/发时钟）； 如果还是没有效果，可以换路由器和 DCE 设备调试来进一步确定问题。 3．广域网两端之间线路或 设备有问题 show interface 发现接口下 txFrames、 rxFrames 在增加， 错误统计信息也在增加。 此时可以通过打环来检测； 检测本端问题：在路由器接口上配置 HDLC 协议，并在本端的 DCE 设备上打 数字环，本端接口正常情况能 UP，ping 本端接口的地址，如果没有丢包，说明 本端没有问题；如果丢包严重，则检查本端路由器、DCE 设备、连接线的问题； 检测线路问题（本端已经确定没有问题）：在路由器接口上配置 HDLC 协议， 并在对端 DCE 打网络环，本端接口正常情况能 UP，ping 本端接口的地址，如 果没有丢包，说明线路没有问题；如果丢包严重，则检查线路； 检测对端问题：如果做过以上操作后，都正常，可能问题在对端，此时需要根 据对端设备情况打环测试，进一步确定问题。 4．数据流量超过线路带宽 当跑业务时丢包严重，但停止业务时 ping 包正常，此时就应该考虑业务流量 是否超过线路带宽。 当跑业务丢包时， show inferface， 查看接口下是否有较多的 input errors、 output errors，还可以看 5 分钟接收、发送流量统计是否接近线路带宽，如果是，基本 可以说明线路负载过重， 此时应该查本端以及对端局域网是否有较多的非业务数 据流经过广域网，可以在以太口或广域口通过一些手段（如访问列表）来过滤这 些非业务数据流，如果都是业务数据的话就应该提高线路带宽了。2.0.0 串口显示信息说明在迈普系列路由器的接口类型越来越多的情况下，我们将常用接口的显示信息具体做说明，以便对此 种接口和上层协议运行情况进行分析。下面就以串口跑同步方式 PPP 协议为例来介绍接口统计信息。 当我们在路由器的特权模式下，键入 show interface serial0/0 后，显示如下信息： router#show interface serial0/0serial0/0: 1 2 3 4 5 6 7 8 Flags: (0x80f1) UP POINT-TO-POINT MULTICAST RUNNING Type: PPP Internet address: 3.3.3.9 Netmask 0xff000000 Subnetmask 0xff000000 Destination Internet address: 3.3.3.1 Queue strategy: FIFO , Output queue: 0/40 (current/max packets) Metric: 0, MTU: 1500, BW: 128 Kbps, DLY: 20000 usec, VRF: kernel 5 minute input rate 3000 bits/sec ,288 packets/sec? 9 10 11 12 13 14 15 16 17 18 19 20 215 minute output rate 3000 bits/sec ,288 packets/sec
packets sent 0 multicast packets received 0 multicast packets sent 1 0 output errors 0 0 dropped LCP:OPENED IPCP:OPENED NDSPCP:OPENED rxFrames: 1981, rxChars 122203 txFrames: 1983, txChars 124266 rxNoOctet 0, rxAbtErrs 0, rxCrcErrs 0 rxOverrun 0, rxLenErrs 0, txUnderrun 0 DCD=up DSR=up DTR=up RTS=up CTS=up Txc=up接口属性和 IP 层属性：1 2 3 4 5 6 7 Flags 标志表示当前接口的状态（即：UP/DOWN） ； Type 表示当前接口的封装类型。S0/1 接口为 PPP 显示接口的本地地址为 3.3.3.9 显示接口本地地址对应的网络掩码为 255.0.0.0 和子网掩码为 255.0.0.0 显示接口的对端地址为 3.3.3.1 显示接口上的队列策略为 FIFO（first in first out） 显示接口上的 Metric（度量值）为 0, MTU（最大传输单元）为 1500, BW（网络带宽）为 128 Kbps, DLY（网络延迟）为 20000 usec,VRF（VPN 路由转发）为 kernel（核心）接口 IP 层统计：8-9 10 13 14 显示接口的 5 分钟流量统计信息。即：5 分钟内平均每秒接收和发送的比特数及数据包 显示到目前为止，接口上接收和发送的数据包数目 因为数据报文格式错误等出现的输入输出错误统计（如果 output error 较多，可能是线路流量太大，超过带宽） 因为数据冲突和不能入 IP 队列而丢掉的错误统计11-12 显示到目前为止，接口上发送和接收的多播报文的数目接口链路层统计及物理层属性：15-16 显示当前接口上 PPP 协议运行状态。LCP（链路控制协议） 、IPCP（IP 控制协议） 、NDSPCP（NDSP 控制协议） 均处于 OPEN 状态。 17-18 显示物理上接收和发送帧的数目以及接收和发送的字节数。 19 20 21 接收 8 位不对齐, 接收到 ABORT（终止帧）错误, 接收 CRC 错误。 接收 overrun（接收 CPU 处理不及）错误, 接收长度错误, 发送 underrun（接口发送不及）错误。 显示接口物理信号连接情况（即：UP/DOWN）2.0 HDLC 故障排除2.0.0 HDLC 故障排除基本思路故障排除的基本思路：检查物理线路、查看 debug HDLC 信息 ? 首先分析物理原因， 包括连线是否正确、 物理接口是否正常 （关于串口故障分析请参见第一节） ；? ?其次检查接口 keepalive 参数配置是否匹配，并通过 debug hdlc 命令查找问题。2.0.0 HDLC 常见故障处理故障一：接口不断 UP/DOWN可能的原因 1．物理线路故障、接口报 文收发故障 判断方法和解决方案 检测物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、 DSR、 DTR、 RTS、 CTS、 Txc 状 态 UP，且数据收发正常 （关于串口故障排除请参见第一节） 2．接口 keepalive 参数小于 对端设备接口 keepalive 参数 的 1/3 打开 debug hdlc 命令 观察接口 KEEPALIVE 帧收发是否正常，HDLC 的链路维持靠 KEEPALIVE 帧， 如果在 3 倍于本地 KEEPALIVE 时间间隔仍没有收到对端的 KEEPALIVE 报文则链 路层协议 DOWN，认为此条链路不可靠。 解决办法：确保配置双方接口 KEEPALIVE 时间间隔一致（默认配置为 10 秒， show run 看不到此配置信息） ， 如果配置一致后现象仍然存在， 则此条链路不可信， 请检测物理线路。故障二：接口 DOWN可能的原因 1．物理线路故障、接口报 文收发故障 判断方法和解决方案 物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、DSR、DTR、RTS、CTS、Txc 状态 UP，且 数据收发正常 （关于串口故障排除请参见第一节） 2．对端没有配置 IP 地址 打开 debug hdlc 命令 观察接口是否一直在交互地址请求报文，如果对端没有配置 IP 地址则对端发回 来的应答报文中没有携带有效 IP 地址，而是 0.0.0.0；或者查看接口信息，查看接 口信息中是否有对端地址； 解决办法：为对端接口配置 IP 地址。2.0.0 HDLC 错误信息实例2.0.0.0 HDLC 错误信息（debug hdlc 信息的关键语句）及原因信息 信息 1： [tHdlcTim]HDLC(bm0/0)_T: M ADDR_REQUEST 192.168.8.2 [tQmcInt]HDLC(bm0/0)_R: M ADDR_REPLY 0.0.0.0 信息 2： [tQmcInt]HDLC(bm0/0)_R: M KEEPALIVE rNo=123 lNo=123 time= 倍于本地 keeplive 时间间隔内，没有收到对端 keeplive 报 文 故障原因 对端没有配置 IP 地址? [tHdlcTim]HDLC(bm0/0)_T: M KEEPALIVE rNo=124 lNo=123 time= [tHdlcTim]HDLC(bm0/0)_T: M KEEPALIVE rNo=124 lNo=123 time= [tHdlcTim]HDLC(bm0/0)_T: M KEEPALIVE rNo=124 lNo=123 time= [tHdlcTim]%LINEPROTO-5-UPDOWN: Line protocol on Interface bm0/0, changed state to down1．解决：为对端配置正确 IP 地址 2．解决：配置双方 KEEPLIVE 时间间隔一致 ? 注：以上信息均由 debug hdlc 命令打出，具体请参照配置手册相关章节。2.0 PPP 故障排除2.0.0 PPP 故障排除基本思路0． 分析物理原因 检测方法：使用 show interface 命令查看物理信号是否全部 UP，检测连线是否正常、设备是否正常、 环境(各种干扰因素)是否对 PPP 工作有不良影响。 （关于串口故障分析请参见第一节） 0． 检查配置及参数设置 检测方法：查看通信两端配置是否正常，并使用相关 PPP 协议的 debug 命令进一步确定问题所在。2.0.0 PPP 常见故障处理故障一：物理信号全部 UP，但只发不收 LCP 帧，协议 down可能的原因 1．物理上的问题 判断方法和解决方案 show interface 发现接口下 txFrames 在增加、但 rxFrames 没有增加或错误统计信 息在增加。此时应该查物理上的原因。 （关于串口故障排除请参见第一节） 2．对端未封装 PPP 协议 show interface 发现接口下 txFrames、 rxFrames 在增加， 且错误统计信息没有增加， 但打开 debug ppp negotiation，发现本端发 LCP 帧，但接收到不能识别的帧。如对 端封装 hdlc 协议的 debug 信息： 09:02:43: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0x88 &magic 0x3ce5dd0e&] 09:02:44: [tPPPExe]PPP[s1/0]: RCVD 00 80 35 00 00 00 02 00 00 00 00 00 00 00 00 ff ff 06 d6 ee 48（不能识别的包） 09:02:45: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0x89 &magic 0x480fb6e6&] 09:02:45: [tPPPExe]PPP[s1/0]: RCVD 00 80 35 00 00 00 00 17 00 00 5c ff 00 00 00 ff ff 06 d6 f2 30（不能识别的包） 09:02:46: [tPPPExe]PPP[s1/0]: RCVD 00 80 35 00 00 00 00 17 00 00 5c ff 00 00 00 ff ff 06 d6 f6 18（不能识别的包） 09:02:47: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0x89 &magic 0x480fb6e6&]? 故障二：物理信号全部 UP，但 PAP 认证不通过，协议 down可能的原因 1．用户名、密码不匹配 判断方法和解决方案 物理信号 UP， 打开 debug ppp negotiation， 发现提示 Login failed， 没有进入 IPCP 协商阶段。被认证方 debug 信息如下： 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0x91 &magic 0x65bad63d&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfAck id=0x91 &magic 0x65bad63d&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfReq id=0xd3 &auth upap& &magic 0x27de62e7&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfAck id=0xd3 &auth upap& &magic 0x27de62e7&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [PAP AuthReq id=0xf user=&aaa& password=&aaa&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [PAP AuthNak id=0xf msg=&Login failed&] 1d8h: [tPPPExe]PPP[s0/3]: RemoteMsg: Login failed 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP TermReq id=0x91] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP TermReq id=0xd3] 此时应该查认证端配置的用户名、密码，保证下端发送的用户名、密码正确。故障三：物理信号全部 UP，但 CHAP 认证不通过，协议 down可能的原因 1．认证发起方没有为被认 证方建立一个用户，或两端建 立的用户密码不一致（CHAP 认证要求两端都为对方建立 一个用户 user，且此两个 user 的密码必须保持一致） 判断方法和解决方案 物理信号 UP， 打开 debug ppp negotiation， 发现提示 CHAP authentication failure， 没有进入 IPCP 协商阶段。被认证方 debug 信息如下： 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0x99 &magic 0x567eca26&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfReq id=0xda &auth chap 05& &magic 0x33a4f304&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfAck id=0xda &auth chap 05& &magic 0x33a4f304&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfAck id=0x99 &magic 0x567eca26&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [CHAP Challenge id=0x5 &d366e21f6cbfaae5a98bb31a485e9f267bbdfb1cb 30b6fd7c039a3cad0da4aad e&, name = &R2&] 1d8h: [tPPPExe]PPP[s0/3]: SENT [CHAP Response id=0x5 &bfe3b3ae1be915e5481fddb3de634a81&, name = &abc&] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [CHAP Failure id=0x5 &CHAP authentication failure, serial1/0&] 1d8h: [tPPPExe]PPP[s0/3]: RemoteMsg: CHAP authentication failure, serial1/0 1d8h: [tPPPExe]PPP[s0/3]: chap CHAP authentication failed 1d8h: [tPPPExe]PPP[s0/3]: SENT [LCP TermReq id=0x99] 1d8h: [tPPPExe]PPP[s0/3]: RCVD [LCP TermReq id=0xda] 此时应该查认证发起方是否为被认证方建立了用户， 且两端建立的用户密码一 致。 2．被认证方没有为认证发 起方建立一个用户 物理信号 UP，打开 debug ppp negotiation，被认证方连续接收 CHAP Challenge 帧，没有进入 IPCP 协商阶段。被认证方 debug 信息如下： 09:49:14: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0xdc &auth chap 05&?? &magic 0x40a33ec3&] 09:49:14: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfAck id=0xdc &auth chap 05& &magic 0x40a33ec3&] 09:49:15: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfReq id=0x9b &magic 0x3e44e4bc&] 09:49:15: [tPPPExe]PPP[s1/0]: SENT [LCP ConfAck id=0x9b &magic 0x3e44e4bc&] 09:49:15: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 09:49:18: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 09:49:21: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 09:49:24: [tPPPExe]PPP[s1/0]: SENT [CHAP Challenge id= 0x7&abad5296fbe9ab8bdfbd872e09f4ed4 a8f14bca783cedb1fcee3cc57d8a d70dfc97d2a5a92e66f79&, name = &aaa&] 此时应该在被认证方为认证发起方建立一个用户，且两端建立的用户密码一 致。故障四：物理信号全部 UP，IPCP 协商不成功，协议 down可能的原因 1．本端没有 IP 地址或使用 ip unnumber 时对应的接口没 有 IP 地址 判断方法和解决方案 物理信号 UP， 打开 debug ppp negotiation， 本端打印： our address is 0, not do ipcp negotiation! debug 信息如下： 11:03:29: [tPPPExe]PPP[s1/0]: SENT [LCP ConfReq id=0xee &magic 0xf37ac08&] 11:03:29: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfReq id=0xad &magic 0x149b1f60&] 11:03:29: [tPPPExe]PPP[s1/0]: SENT [LCP ConfAck id=0xad &magic 0x149b1f60&] 11:03:29: [tPPPExe]PPP[s1/0]: RCVD [LCP ConfAck id=0xee &magic 0xf37ac08&] 11:03:29: [tPPPExe]PPP[s1/0]: serial1/0: our address is 0, not do ipcp negotiation! 11:03:29: [tPPPExe]PPP[s1/0]: SENT [LCP TermReq id=0xee] 2．对端没有 IP 地址或使用 ip unnumber 时对应的接口没 有 IP 地址 物理信号 UP，打开 debug ppp negotiation，IPCP 协商不成功，debug 信息如下： 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0xaf &magic 0x2e346066&] 1d9h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfReq id=0xf0 &magic 0x119a0b80&] 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfAck id=0xf0 &magic 0x119a0b80&] 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP ConfReq id=0xaf &magic 0x2e346066&] 1d9h: [tPPPExe]PPP[s0/3]: RCVD [LCP ConfAck id=0xaf &magic 0x2e346066&] 1d9h: [tPPPExe]PPP[s0/3]: IPCP open?? 1d9h: [tPPPExe]PPP[s0/3]: SENT [IPCP ConfReq id=0x77 &addr 23.0.0.92&] 1d9h: [tPPPExe]PPP[s0/3]: RCVD [LCP TermReq id=0xf0] 1d9h: [tPPPExe]PPP[s0/3]: SENT [LCP TermAck id=0xf0]故障五：物理信号 UP，协议 UP，但 ping 包不通可能的原因 1．本端配置地址协商，但 对端没有分配地址或地址池 中的地址已分配完。 2．对端没有 IP 地址 3．两端 IP 地址不在同一网 段（有些厂家的路由器不支持 广域口两端 IP 地址不在同一 不存在此问题） show interface 显示：Destination Internet address: 0.0.0.0，此时应该检查对端的 配置，配置 IP 地址。 当分配的广域口地址不在同一网段时（如在接口上使用 ip unnumber 一般就不 在同一网段），有些厂家的的路由器就不支持。通过查看广域网两端的路由表是 否有对端地址的路由项可以看出（MP 路由器上使用 show ip route 命令），如果 判断方法和解决方案 show interface 显示：Internet address: 0.0.0.0，说明对端没有给本端分配地址或 地址池中的地址已分配完，此时应该检查对端的配置，作相应修改。网段的情况、 MP 路由器支持， 没有就需要分别手动配置到对端地址的接口静态路由。2.0.0 PPP 错误信息实例2.0.0.0 PPP 错误信息（debug ppp negotiation 信息的关键语句）及原因信息 信息 1：PPP[s0/3]: RemoteMsg: Login failed 信息 2：PPP[s0/3]: RemoteMsg: CHAP authentication failure 信息 3：PPP[s0/3]: serial0/3: our address is 0, not do ipcp negotiation! 故障原因 PAP 认证失败 CHAP 认证失败 本端没有配置 IP 地址1．解决：配置正确的用户名、密码 2．解决：在两端配置正确的用户名、密码 3．解决：在本端配上 IP 地址 ? 注：以上信息均由 debug ppp negotiation 命令打出，具体请参照配置手册相关章节。2.0 Frame-relay 故障排除2.0.0 Frame-relay 故障排除基本思路故障分析的基本思路：检查物理线路、检查 Frame-relay 协议报文交互是否正常，分析 LMI 报文交 互 ? ? 首先分析物理原因， 包括连线是否正确、 物理接口是否正常 （关于串口故障分析请参见第一节） ； 其次检查 Frame-relay lmi 报文交互是否正常，检查 PVC 配置是否正确，检查协议地址映射是否正确建立。2.0.0 Frame-relay 常见故障处理故障一：用做 DTE 设备时接口 DOWN?? 可能的原因 1．物理线路故障、接口报 文收发故障判断方法和解决方案 检测物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、 状态 UP，且数据收发正常 （关于串口故障分析请参见第一节） DSR、 DTR、 RTS、 CTS、 Txc2．LMI 报文交互失败，只 发不收打开 debug frame-relay lmi 命令 观察接口 LMI 报文收发是否正常， frame-relay 是否对物理链路信任是依据 LMI 报文的交互情况来定的。 正常情况下 LMI 报文是有发有收的，即 DTE 发出链 路状态请求报文，收到对端 DCE 的链路状态应答报文； 接口 LMI 报文只有发送没有接收， 在排除接口物理故障的前提下， 可能是 DTE 设备和 DCE 设备 LMI 类型不匹配造成的，如果 LMI 类型不匹配则 DCE 设备是 不会对此链路状态请求报文做应答的。 解决办法：可以向局端设备核实 LMI 类型，或者可以通过调整本地 LMI 类型 的方法来解决问题；LMI 类型有 3 种：ANSI、LMI(兼容 CISCO)、Q933a，确保 LMI 类型匹配； 在 LMI 报文连续 3 次成功交互后接口会 UP；3．特殊情况：Frame-relay 接口类型设置错误在某些特定的网络环境中可能需要我们的设备完成 DCE\NNI 的功能，由此通 过 debug frame-relay lmi 可以看到不断报错的情况：unexpected message type：说 明本地设备应该设置为 DCE 或者 NNI故障二：用做 DCE 设备时接口 DOWN可能的原因 1．物理线路故障、接口报 文收发故障 判断方法和解决方案 检测物理线路是否良好 检测接口报文收发是否正常 确保物理接口所有物理信号 DCD、DSR、DTR、RTS、CTS、Txc 状态 UP， 且数据收发正常 （关于串口故障分析请参见第一节） 2．LMI 报文交互失败，只 收不发 开 debug frame-relay lmi 命令 观察接口 LMI 报文收发是否正常， frame-relay 是否对物理链路信任是依据 LMI 报文的交互情况来定的。 正常情况下 LMI 报文是有发有收的，DCE 在收到链路 状态请求报文后必须发送应答报文，如果在 t392dce（默认 15 秒）的时间内没有 收到正确的链路状态请求报文，则 DCE 会提示“DCE LMI timeout”，如果在 n392dte 事件计数内有 n392dce 次错误，则该 DCE 接口会 Down 掉； 如果接口 LMI 报文只有接收没有发送，并且 LMI 协议报错，在排除接口物理 故障的前提下， 可能是 DTE 设备和 DCE 设备 LMI 类型不匹配造成的， 如果 LMI 类型不匹配则 DCE 设备是不会对此链路状态请求报文做应答的， 并且报错： “lmi: locking shift seen。” 解决办法： LMI 类型有 3 种：ANSI、LMI(兼容 CISCO)、Q933a，确保 DCE 和 DTE 接口 LMI 类型匹配；在 LMI 报文连续 3 次成功交互后接口会 UP；故障三：Frame-relay 协议 UP，但 PVC 状态非 ACTIVE可能的原因 1．对端 DTE 设备没有准备 好或者 FR 网络故障 判断方法和解决方案 PVC 状态 INACTIVE， 通过 show frame-relay 命令查看到的 PVC 状态是指最近 DCE 设备通告过来的该 DCE 以外的该条 PVC 状态，只要本地 LMI 交互正常， 接口 UP 则本地是没有问题的。?? 2．局端设备并没有提供该 条 PVCPVC 状态 DELETED， 则说明局端设备并没有提供该条 PVC， 而是本地配置的 PVC，在 DTE 向 DCE 作出全状态请求后，DCE 返回的 PVC 状态消息中没有包 括该 PVC 的状态信息。所以导致该条 PVC 的状态为 DELETED。 解决办法：向局端核实该条 PVC 是否存在；如果不存在则说明本地是错误配 置，则可以在接口配置上删除相应的 DLCI 号。（在做 DTE 设备时，往往在接 口上并不需要配置 DLCI 号， 因为 frame-relay 有自动从 DCE 设备获取 PVC 的功 能）故障四：Frame-relay 协议 UP 且 PVC 状态 ACTIVE，但 Ping 不通对端设备可能的原因 1．frame-relay map 配置错 误； 对方设备没有配置 IP 地址； 没有建立 MAP 映射。 判断方法和解决方案 命令 show frame-relay map 查看 MAP 映射信息。 核实通信双方的 IP 地址及 map 配置（默认情况下 FR 设备起用了并支持反向 采用反向地址解析，且已建立了映射，但由于对端设备 IP 地址改变，或者本 地接口没有配置 frame-relay inverse-arp update，会出现 map 映射过时的现象。此 时需要 shutdown 、no shutdown 接口操作，或者配置 frame-relay inverse-arp update 命令，让路由器再发送反向地址请求，重新建立 map 映射。 对于帧中继点对点子接口的 map 映射是看不到对端 IP 地址的，而是提示 point-to-point， 所以在此种情况下要特别注意两端设备 IP 地址要配置在同一网段； 2．对端设备采用子接口相 连，并且该子接口上配置了 shutdown 命令， 而主口为 UP。 这种情况在绝大多数情况下不会发生。双方 IP 地址不在同一网段； 地址解析，不用手动配置 map 映射）。2.0.0 Frame-relay 错误信息实例2.0.0.0 Frame-relay 错误信息（以下只是信息的关键语句）及原因信息 信息 1： [tFr_s3/0]serial3/0(out): StEnq, length: 11, myseq 3, yourseen 2, DTE up 03 09 00 75 01 01 01 03 02 03 02 [tFr_s3/0]serial3/0(out): StEnq, length: 11, myseq 4, yourseen 2, DTE up 03 09 00 75 01 01 01 03 02 04 02 [tFr_s3/0]serial3/0(out): StEnq, length: 11, myseq 5, yourseen 2, DTE up 03 09 00 75 01 01 01 03 02 05 02 信息 2： serial3/0 lmi: unexpected message type(0x75) serial3/0 lmi: error at location 3 serial3/0 lmi: packet data: 03 08 00 75 51 01 00 53 02 29 00 信息 3： serial3/0(down): DCE LMI timeout serial3/0(in): StEnq, myseq: 0 此错误信息提示 DTE 设备和 DCE 设备 LMI 类型不匹 配（本地为 DCE 设备） 这条信息是由于 DTE 接口收到了链路状态请求报文 产生的错误信息，由此错误信息看来，可能需要本地 FR 接口配置为 DCE 或者 NNI。 故障原因 可以看出，该接口 lmi 报文只发不收，在排除接口物 理故障的前提下，可能是 DTE 设备和 DCE 设备 LMI 类型不匹配造成的?? serial3/0 lmi: locking shift seen serial3/0 lmi: error at location 4 serial3/0 lmi: packet data: 03 08 00 75 95 01 01 00 03 02 95 001．解决：配置正确的 LMI 类型（ANSI、LMI(兼容 CISCO)、Q933a） 2．解决：配置本地 FR 接口为 DCE 或者 NNI 3．解决：配置正确的 LMI 类型（ANSI、LMI(兼容 CISCO)、Q933a） ? 注：以上信息均由 debug frame-relay lmi 打出，具体请参照配置手册相关章节。2.0 X.25 故障排除2.0.0 X.25 故障排除基本思路故障分析的基本思路：由底层到上层。 ? 首先分析物理原因，包括连线是否正常、设备是否正常、环境(各种干扰因素)是否对 x25 工作有不良影响。（关于串口故障分析请参见第一节） 检测方法：show interface 查看接口的物理信号是否 up。 ? 其次检查配置及参数设置，包括 x.121 地址、map 映射、htc、win、wout、ips、ops 等等。检测方法：show x25 vc 查看建立 vc 的状态、vc 的参数值。2.0.0 X.25 常见故障处理故障一：x25 协议不能 up可能的原因 DCE、DTE 设置不正确。 对端接口封装为非 x25 协 议。 判断方法和解决方案 判断方法： debug x25 interface 没有任何 x25 报文发送与接收，show interface，物理层 up、 链路层 down。debug lapb interface，lapb 报文交互如下： LAPB(serial0/0)_T: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_R: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_T: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_R: 01 DISC(SABM_SENT) 1, 01 53 LAPB(serial0/0)_T: 01 DISC(SABM_SENT) 1, 01 53 解决方案： 如果从配置和 debug 信息中发现以上信息，可以断定设备两端是由于 dce、dte 设 置不正确，引起接口不能 up。故障二：小数据包可以通，大数据包不可以通可能的原因 1．X25 的参数 ips 和 ops 与 远端不一致 判断方法和解决方案 判断方法： show x25 vc/show 25 map,vc 状态为 ready，正常，map 映射与 vc 关联，也正常， 但是 ping 小包通，ping 大包不通，?? route_4#sh x25 vc serial0/0: vc No.1: R1-P4-D1 local SVC called SUN JAN 11 20:49:36 1970 X.121 address: 200remote X.121 address: 100 (ip 21.1.1.1) broadcast and multicast supported flow-state: ready (D1), timer:0, dgTimer:91 sMaxPktSize:128, rMaxPktSize:128, sWin:2, rWin:2 vr:4, vs:4, nr:4, ns:3, lastNr:4, noRspDataCnt:0 stxQueue: priority 0: cnt=0 txQueue: priority 0: cnt=0 解决方案： 将其设为一致。 max=32 sMax=1 qw=10 qw=10 qwMax=10 qwMax=10 max=300 sMax=1故障三：链路频繁发生 clear 和 reset 事件可能的原因 1．流量控制参数设置与远 端不一致。这些参数包括 x25 win x25 wout x25 ips x25 ops x25 moudle 判断方法和解决方案 判断方法： 使用命令 show run 查看配置信息， 或者 show x25 vc 查看 vc 参数与配置是否一致。 解决方案： 使用命令 x25 win x25 wout x25 ips x25 ops x25 moudle 将其配置一致， 并在 x25 map 映射上加选项： negotiate-disable （不协商 x25 参数） ， 但是必须在接口上 shut、no shut 方可起效。故障四：基本参数一致，依然不通（与别的厂家兼容性问题）可能的原因 1．对端可能配置压缩参数 （Cisco 路由器的 map 映射支 持压缩，map 路由器不支持， 但 Cisco 可根据收到的数据包 判断是否需要压缩，这样导致 迈普路由器在与 Cisco 相连 时，迈普路由器发送呼叫请求 可以相通，Cisco 路由器发送 呼叫不能相通，因为 Cisco 会 发送压缩数据） 2．某些厂商的 x25 参数不 支持协商，导致迈普路由器发 出的呼叫被清除。 判断方法和解决方案 1．判断方法 使用 show 命令查看迈普路由器与 Cisco 路由器的 map 映射 配置是否一致。 从本端呼叫可以相通，从对端呼叫不通。 解决方案 由于迈普路由器不支持压缩协商，所以只能去掉 Cisco 的压缩参数。 2．判断方法 打开 debug x25 interface， 收到的 clear 诊断码为 65 （非法的可选业务或登记编码） 解决方案 在迈普路由器的 x25 map 映射中添加 negotiate-disable 选项。故障五：Pad 可以通，ping 不通?? 可能的原因 X25 的 map 映射配置错误判断方法和解决方案 判断方法： 在两个路由器之间 pad，可以正常通讯，但是不能 ping 通 解决方案： 检查配置文件，重新配置。故障六：不能建立 SVC可能的原因 1．远程线路故障或者路由 器已经关闭，虚电路被立即清 除。 2．发送的逻辑通道号在相 连的 dce 设备上不能够分配 （默认情况下，dce 设备发送 的 LCN 为 1024，通常直接相 连的交换机的最高 htc 小于 1024，较多的交换机 htc 为 16），虚电路被清除。 判断方法和解决方案 1．判断方法： 打开 debug x25 interface，收到诊断码为 40 的 clear 报文。 解决方案： 检查交换机与另一端设备的连接情况，可能接口没有 up 或者线路质量极差。 2．判断方法： 打开 debug x25 interface，收到诊断码为 36 的 clear 报文。 解决方案： 将本地路由器接口的 htc 改为 16，这样，路由器以 LCN＝16 发送呼叫请求，不 会超过交换机的 htc。故障七：不能运行动态路由协议可能的原因 1．由于 x25 不支持广播， 所以一些有组播报文的动态 路由协议不能运行，比如 irmp、ospf、rip（v2） 判断方法和解决方案 1．判断方法： 链路层连通，打开动态路由协议的 debug 信息，比如 irmp 的 debug ip irmp packet hello，接口发送 irmp hello 报文，但是打开 debug interface，没有报文发送， 解决方案： 在 x25 的 map 映射中添加 broadcast 参数或者在 irmp 路由协议中配置 neighbor 单 播命令。 2．在一个接口有多条 map 映射对应不同的网点，默认情 况下，启用水平分割，一个网 点的路由不能通告给此接口 相连的别的网点。 2． 判断方法： 网络拓扑如果是一个物理接口有多条 map 映射对应多个网点， 每个网点需要互相 学习路由，就要查看此接口是否关闭水平分割或使用了子接口。 解决方案： a．使用子接口与各个网点相连； b．在接口上关闭水平分割。2.0.0 X.25 错误信息实例2.0.0.0 X.25 错误信息（debug lapb、debug x25 信息的关键语句）及原因信息 信息 1： debug lapb interface LAPB(serial0/0)_R: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_T: 01 SABM(SABM_SENT) 1, 01 3f LAPB(serial0/0)_R: 01 DISC(SABM_SENT) 1, 01 53 LAPB(serial0/0)_T: 01 DISC(SABM_SENT) 1, 01 53 信息 2： debug lapb interface 相连接口都设为 DCE，x25 协议不能 up 故障原因 相连接口都设为 DTE，x25 协议不能 up?? LAPB(serial0/0)_T: 03 SABM(SABM_SENT) 1, 03 3f LAPB(serial0/0)_R: 03 DISC(SABM_SENT) 1, 03 53 LAPB(serial0/0)_T: 03 DISC(SABM_SENT) 1, 03 53 信息 3： debug x25 interface X25(serial1/0)_R: 1024 CLEAR_R caus=5 diag=36, 14 00 13 05 24 信息 4： debug x25 interface X25(serial1/0)_R: 1024 CLEAR_R caus=0 diag=68, 14 00 13 00 44 信息 5： debug x25 interface X25(serial1/0)_R: 1024 CLEAR_R caus=3 diag=65, 14 00 13 03 41 收到诊断码为 65 的清除虚电路报文，表明对 端不能与本端的参数进行协商， 或者不识别本端 的参数。 收到诊断码为 68 的清除虚电路报文，表明分 组层已经相同,但没有找到 map 映射,即 map 映射 配置错误.。 收到诊断码为 36 的清除虚电路报文，表明对 端的虚电路范围不在本端的呼叫虚电路范围内。1．解决：把 x25 交换机端配成 DCE（x25 dce） 2．解决：把一端设为 DTE（x25 dte） 3．解决：修改 htc 小于或等于交换机端的 htc（一般修改 htc 为 16 就能满足） 4．解决：配置正确的 map 映射 5．解决：修改 x25 参数一致 ? 注：以上信息均由 debug lapb、debug x25 命令打出，具体请参照配置手册相关章节。?? 第3章 路由故障排除本章介绍了分析 IRMP、OSPF 动态路由协议故障的基本思路、常用方法和使用命令等。 本章内容： ? ? IRMP 故障排除 OSPF 故障排除3.0 IRMP 故障排除3.0.0 IRMP 故障排除基本思路分析步骤一：收集详细的网络拓扑信息。动态路由协议运行在路由器与路由器之间，出现故障后，首 先要定位故障所在，比如路由表中缺少哪些路由、哪些邻居等。 分析步骤二：确认交互路由的路由器之间链路是否相通。动态路由协议运行在 ip 层之上，各个路由器 之间要交互路由协议报文，首先链路层要保证相通。 分析步骤三：定位出故障路由器，在此路由器上使用系统提供的 show 工具查看相关信息，比如 IRMP 的接口表，邻居表，拓扑表等等。 分析步骤四：通过收集到的信息可以大概分析故障所在，然后可通过系统提供的 dedug 工具分析报文 交互，查出具体原因。3.0.0 IRMP 故障排除相关工具迈普路由器提供了许多工具进行 IRMP 故障的查找，下面将分别介绍相关 show 工具和 debug 工具。 3.0.0.0 show 工具的使用与解释sh ip irmp interface interface &CR& neighbor AS number(1~65535) Detail Interface &CR& topology A.B.C.D Active Detail 查看启用 IRMP 特定接口信 查看所有启用 IRMP 接口信息 查看特定自治系统的邻居表。 查看邻居表的详细信息 查看特定接口的接口表 查看所有 IRMP 邻居表 查看特定网段的拓扑表 查看处于 active 状态路由的拓扑表 查看拓扑表的详细信息?? Summary &CR& AS number(1~65535) traffic &CR&统计路由表的条数 查看所有拓扑表的内容 查看特定自治系统 IRMP 报文发送、接收的统 计信息 查看所有 IRMP 报文发送、接收的统计信息下面举例介绍 show 工具的应用。l0:14.14.14.14/32 S0/0:21.1.1.1/16 S0/0:21.1.1.2/16RouterA RouterB如图所示，RouterA 的 s0/0 接口（21.1.1.1）与 RouterB 的 s0/0（21.1.1.2）接口相连，链路层使用 PPP 协议相通，14.14.14.14 为 RouterB 回环接口的 ip 地址。配置如下：RouterA router irmp 19 network 21.0.0.0 exit RouterB router irmp 19 network 14.0.0.0 network 21.0.0.0 exit使用 show 工具在 RouterB 上可以收集到以下信息： 接口表信息 命令：show ip irmp interfaceIP-IRMP interfaces for process 19 Interface loopback0 serial0/0 Local address 14.14.14.14 21.1.1.1 Peers Hello-Interval 0 1 5 5 Hold-Time 15 15从接口表中可以看出，有两个接口 l0、s0/0 加入 IRMP 接口表，Local address 表示接口的 ip 地址，其 中点对点接口以对端 ip（本例中,链路层为 ppp,RouterA 接口的 ip 地址为 21.1.1.1）标识，pees 表示在此接 口上建立邻居的个数，其中 0 表示没有邻居。Hello-Interval 为发送 hello 包的间隔时间，Hold-Time 为在此 时间内如果没有收到对端的 hello 包，删除邻居的保持时间。正常情况下,所有 up 的接口如果被 network 覆 盖,此接口就应该被加入接口表。?? 拓扑表信息 命令：show ip irmp topologyIP-IRMP Topology Table for process 19 Codes: P - passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status, H - Holddown P 21.1.0.0/16, 1 successors, FD is
via Connected, serial0/0 P 14.14.14.14/32, 1 successors, FD is 128256 via Connected, loopback0这是 IRMP 拓扑表信息，p 表示路由为 passive 状态， “1 successors”表示有一个下一跳，FD 为此条路 由的费用。对于 IRMP 来说，路由的交互以拓扑表为准，是否学到路由要看拓扑表中是否有这条路由。对 于 Cisco 路由器的 eigrp 路由协议来说，如果路由中存在一条比 eigrp 更优的路由，eigrp 路由在拓扑表中 successors 为“0” ，即它不会加入核心路由表。正常情况下拓扑表包括网络覆盖的直连路由、重分发路由、 从邻居路由器学习的路由。 邻居表信息 命令：show ip irmp neighborIP-IRMP neighbors for process 19 H 0 Address 21.1.1.1 Interface serial0/0 Hold 12 Uptime (sec) 00:07:02 Seq Num 4IRMP 邻居表存储了所有与此路由器交互路由的邻居路由器， “Address”为邻居的 ip 地址，其中点对 点接口以对端 ip(本例中,链路层为 ppp,RouterA 接口的 ip 地址为 21.1.1.1)标识,“Interface”为与邻居建立邻 接的接口， “Hold”表示 hold-time 的剩余时间，如果这个值为 0 表示邻居马上就要被删除，每次收到 hello 包，hold-time 定时器刷新； “Uptime”为邻居建立的时间； “Seq”为最近收到邻居发来的可靠报文的序号， 如果这个值为“0” ，说明虽然收到了对端的 hello 报文，但没有收到对端的 update 报文。 协议信息 命令：show ip protocol irmpRouting Protocol IRMP: AS 19 IRMP metric weight K1=1, K2=0, K3=1, K4=0, K5=0 IRMP maximum path 6 IRMP maximum metric variance 1 IRMP Active timer 180 s Routing for Networks:?? 14.0.0.0 21.0.0.0 Incoming update filter list for all interfaces is not set Outgoing update filter list for all interfaces is not set Incoming routes added metric for all interface is not set Outgoing routes added metric for all interface is not set Distance: internal 90 external 170在 IRMP 协议配置结束后,使用 show ip protocol irmp 命令查看配置的统计信息.有时,系统出现故障后, 虽然 shell 上有相关配置信息,但是可能由于某些原因已经失去作用，所以可通过这个命令提供的信息进行 分析，查看真正对协议起效的配置及约束条件。 IRMP 报文统计信息 命令：show ip irmp trafficIP-IRMP Traffic Statistics for process 19 Hellos sent/received: 948/169 Updates sent/received: 62/43 Queries sent/received: 1/0 Replies sent/received: 0/40 ACKs sent/received: 83/58这个信息是 IRMP 协议五种报文的统计信息,通常在网络比较稳定的情况下, Queries 与 Replies 报文的 收发应该不是很大,如果发现统计的数据比较大时,说明网络不是很稳定,就应该查找导致网络不断动荡的原 因,结合 debug 信息定位问题所在. 3.0.0.0 debug 工具的使用与解释 debug ip irmp events ：查看 IRMP 事件信息，比如发现一个新邻居，删除一个邻居，认证不成功等 等。 debug ip irmp packets hello ：查看 IRMP hello 报文的发送与接收 debug ip irmp packets terse ：查看除 hello 报文之外的其它 IRMP 报文 debug ip irmp route：查看 IRMP 路由信息的删除与添加以及状态的变化。3.0.0 IRMP 常见故障处理故障一： 接口不能加入 IRMP 接口表可能的原因 接口处于 down 状态。 链路层如果是点对点协议（hdlc、 判断方法和解决方案 判断方法： 使用 show ip irmp interface 命令查看接口表。?? ppp），两边 ip 地址相同。 Network 配置不正确。解决方案： 保证接口 up 和 ip 地址配置正确。 检查 network 配置是否正确。 对于有类网络可配置自然网络号或者带掩码的 子网络号；对于超网必须带反掩码，否则接口不能加入接口表，IRMP 报文将 不会在这个接口收发。 查看接口表时，注意点对点接口以对端接口的 ip 地址标识自己；其它类型 的接口以本端 ip 地址表示自己。故障二：接口加入接口表，但没有邻居可能的原因 链路层协议不支持组播（x25、 fra）； 链路上负载过重，收不到对端的 hello 报文； 在点对点子接口没有配置命令 ip route peer-address； 自治系统号错误； 或者密码不匹配； 对端接口或者本端接口被配置为 被动接口。 判断方法和解决方案 使用 show ip irmp neighbor 对于 x25、fra 这种非广播类型的网络，链路上不能走 IRMP 组播报文，所 以不能建立邻居（因为 hello 包为组播报文）。一种解决方法是在 x25、fra 的 map 映射配置中添加 broadcast 参数，一种是在 IRMP 配置模式下添加单播命 令 neighbor。 对于点对点子接口，需配置 ip route peer-address 命令。 如果自治系统号配置有误， 可通过 debug ip irmp packet hello 获取提示信息： 如果认证信息不正确，可通过 debug ip irmp events 获取提示信息：Receive packet from 21.1.1.2 : Invaid authentication, opcode 5 如果希望在接口上建立邻居，接口就不能被设置为被动接口。认证信息的自治系统号、key 值、 IRMP: serial0/1 receive invalid packet from 21.1.1.1 : AS not map。故障三： 路由表与拓扑表不一致可能的原因 这种问题的出现属于软件原 因，在 Cisco 路由器 eigrp 的老 版本中经常出现。当路由表中 存在一条比较优的路由时， eigrp 路由以 0 后继存在在拓扑 eigrp 路由不能正常加入核心 路由表。 判断方法和解决方案 判断方法： 在 Cisco 路由器上 show ip eigrp topu，如果发现有路由的后继为 0，而核心路由 表中确实不存在这条路由，这说明路由器本身出了问题。这种情况经常会出现在 迈普路由器与 Cisco 路由器互联时，起初 Cisco 通过动态 eigrp 协议学习到迈普路 由器的 irmp 路由， 当迈普路由器用重分发的静态路由代替这些路由时， Cisco 不能 解决方案： 为避免 Cisco 的问题， 迈普路由器添加了一条容错命令 compatible oldversion， 将 外部路由以内部路由的形式通告出去，避免 Cisco 路由器进行路由切换。表中， 当比较优的路由删除后， 正常将重分发的外部路由替换到核心中。故障四：本端有对端邻居但对端无本端邻居可能的原因 对于 IRMP 协议来说，只要收到 对端的 hello 包就将其加入邻居表， 因此没有加入邻居表就说明没有 收到 hello 报文。在迈普路由器与 判断方法和解决方案 判断方法： 1．链路可以 ping 通,接口加入接口表,直连路由也加入拓扑表,但是 show ip irmp nei 时发现”seq”的值始终为 0, 2．配置单播命令系统提示 IP-IRMP: Not add: 10.1.1.1 is on different network?? Cisco 路由器互连时，对于点对点 协议（ppp、hdlc），两端 ip 地址 不在一个网段， 迈普路由器可以建 立邻居，Cisco 路由器不可以。from serial0/0 解决方案： 在迈普路由器之间互连没有问题,如果和 Cisco 路由器互联,必须保证两端 ip 在同一个网段;或者在 Cisco 路由器上使用 ip unnumber。3.0.0 IRMP 错误信息实例3.0.0.0 IRMP 错误信息（以下只是信息的关键语句）及原因信息 信息 1： IRMP: serial0/1 receive invalid packet from 21.2.1.1 : AS not map 信息 2： IRMP: Adjacency timer expired, nbr 129.255.30.111 down IRMP: Nbr 129.255.30.111 deleted 信息 3： IRMP: Ignore unicast Hello from serial0/0 21.1.1.1 信息 4： Receive packet from 21.1.1.1 : Invaid authentication, opcode 5 本端与对端的认证参数不一致，包括自治系统号、key 值、密码。 在 hold-down 时间内收不到对端的 hello 报文，邻居被强行删除。 常常是由于线路负载过重、线路不畅引起，或者是 hello 发送间隔时 间与 hold-down 时间设置不当引起， 比如 hold-down 时间与 hello 间隔 时间相差不大，通常情况下，hold-down＝hello-interval*3。 本端发送组播 hello 报文，对端发送单播 hello 报文，导致邻居不能 建立。 故障原因 本端与对端的 IRMP 自治系统号不匹配。1．解决：配置自治系统号一致 2．解决：把 hold-down 时间修改更大 3．解决：两端都配置 neighbor 或都去掉 neighbor 4．解决：配置认证参数一致 ? 注：以上信息均由 debug ip irmp events、debug ip irmp packets 命令打出，具体请参照配置手册相关章节3.0 OSPF 故障排除3.0.0 OSPF 故障排除基本思路故障分析的基本思路：基本上 OSPF 问题都是 OSPF 协商双方参数配置问题。在本章所讨论的 OSPF 故障排除问题，是建立在链路层协议 UP 前提下的。?? 3.0.0 OSPF 常见故障处理故障一：OSPF 不能发现邻居可能的原因 1．协商双方配置错误， 期望的 OSPF 接口并没有加 入到 OSPF 接口中 2．协商双方 OSPF 接口 配置参数不匹配 需要匹配的参数包括： 认证参数； 邻居死亡时间间隔； hello 报文时间间隔； 协商双方接口所在区域； 判断方法和解决方案 通过 show ip ospf interface 命令查看所期望的接口是否已加入 OSPF。 核对 OSPF 相关配置：network A.B.C.D[Network number] card bits 注意此处为反掩码] area Area number 解决办法：正确使用 NETWORK 命令 通过 show ip ospf interface 命令查看该接口上所有 OSPF 属性， 包括接口认证参数信 息、邻居死亡时间间隔、hello 报文时间间隔、接口所在区域等必要参数。 核实 OSPF 协商双方接口参数是否匹配 解决办法：可以在接口 OSPF 配置模式下使用如下命令更改接口 OSPF 配置： ip ospf authentication-key ip ospf message-digest-key ip ospf dead-interval ip ospf hello-interval 使用 network A.B.C.D[Network number] 3．链路层为 NBMA 网络 （如 x25 \FR）且没有为支 持多播报文进行特别配置 A.B.C.D[OSPF wild card bits 注意此处 为反掩码] area Area number 命令重新配置接口所在的 OSPF 区域。 查看链路层协议如果为 NBMA 网络，而接口上 OSPF 网络模式为广播、点对点、 点对多点网络，且没有为支持多播报文进行特别配置，则会有 OSPF 多播报文发不出 去的情况出现。 如：链路层协议为 FR,OSPF 网络模式为点到点，但其 map 映射没有配置为支持 broadcast,由此，该接口不支多播。 解决办法：配置 FR 、X25 的 map 映射支持 broadcast。 4. 链路层为 NBMA 网络 （如 x25 \FR），或者在其 它链路层协议的接口上配 置了 ip ospf network non-broadcast 命令，但 OSPF 中没有配置邻居 5．协商双方接口网络掩 码不一致 使用命令 show run 查看接口的 IP 地址配置 由于 OSPF 在收到 hello 报文后要检测 Network Mask，所以要求 OSPF 协商双方接 口的网络掩码要一致。 注：点对点网络模式及虚连接链路中 Network Mask 被忽略，即网络掩码不一致也 可以建立邻居关系，并学到路由。 6．协商双方接口 OSPF 网络模式不匹配 OSPF 网络模式不匹配也可能造成不能发现邻居的问题,例如：一端接口配置 OSPF 网络模式为 NBMA，另一端为点对点，在此种情况下双方都不能发现邻居，因为如果 网络模式不一样，则接口的 hello 时间间隔、邻居死亡时间间隔等参数有可能不一样， 且可能出现接口不收 OSPF 多播报文的问题。 解决方法： 对于链路层为 NBMA 网络（如 x25 \FR），且接口上没有配置 OSPF 网络模式，则 OSPF 默认的网络模式为 NBMA，对于 NBMA，需要为其配置邻居路由器； 解决办法：在 router ospf 命令下配置 OSPF 邻居； neighbor A.B.C.D [Neighbor IP address] A.B.C.D[OSPF wild?? 核对协商双方接口四种 OSPF 网络模式是否匹配: ip ospf network broadcast ip ospf network non-broadcast ip ospf network point-to-multipoint ip ospf network point-to-point 注：默认情况下 HDLC\SLIP\PPP 为 point-to-point 模式 X25\FR\为 non-broadcast 模式 以太网则为 broadcast 模式 7．协商双方接口所在的 区域类型不匹配 使用 show run 命令查看协商双方 OSPF 配置， 核实双方使用的 OSPF 区域类型匹配： OSPF 区域：STUB \ NSSA 如果对端配置为 STUB 区域，则本地也应该配置为 STUB 区域；如果对端配置为 NSSA 区域，则本地也应该配置为 NSSA 区域； 8．对端设备接口为被动 接口（此种情况可能性很 小） 9．OSPF 协商双方 RID 重复 打开 debug ip ospf packet hello，如果一直收不到对端的 hello 报文，则可以怀疑对 端是否将此接口配置成为了被动接口。 注：此种问题可能性很小 打开 debug ip ospf packet hello 如果打印： HELLO: router id confusion 错误则说明 OSPF 协商双方 RID 重复。 解决办法：配置新的 RID：命令 router-id A.B.C.D，配置完成后使用 clear ip ospf process 命令使配置生效。故障二：OSPF 邻居状态为 FULL，但是算不出路由可能的原因 1．协商双方 OSPF 网络模 式不匹配 判断方法和解决方案 协商双方 OSPF 网络模式不匹配的情况下，可能会出现邻居状态达到 FULL，但是 学不到路由的情况：比如点对点网络模式和广播网络模式，双方配置成该模式后，邻 居状态可以达到 FULL 状态，但算不出路由信息来 解决方法： 核对协商双方接口四种 OSPF 网络模式是否匹配： ip ospf network broadcast ip ospf network non-broadcast ip ospf network point-to-multipoint ip ospf network point-to-point 注：默认情况下 HDLC\SLIP\PPP 为 point-to-point 模式 X25\FR\为 non-broadcast 模式 以太网则为 broadcast 模式 2．接口为帧中继点对点子 接口，或者链路层协议为 SLIP，并且没有为此做特殊配 置。 使用 show run 命令查看接口上是否配置了 ip route peer-address address]命令 当接口为帧中继点对点子接口，或者链路层协议为 SLIP 时，接口上需要指定对端 地址。 A.B.C.D[Peer IP?? 在接口上添加命令 ip route peer-address 解决办法： 端地址A.B.C.D[Peer IP address]指定对3.0.0 OSPF 错误信息实例3.0.0.0 OSPF 错误信息（以下只是信息的关键语句）及原因信息 信息 1： OSPF: bad authentication type 信息 2： HELLO: hello timer mismatch 信息 3： HELLO: dead timer mismatch 信息 4： OSPF: 信息 5： IP: bad destination 信息 6： HELLO: extern option mismatch 信息 7： HELLO: router id confusion area mismatch 此信息表示 OSPF 协商双方网络掩码不匹配或该接口收到目的地不是 该接口地址的报文 此信息表示 OSPF 协商双方报文可选字段不匹配（即有可能是区域类 型不一致，比如 NSSA 区域、STUB 区域） 此信息表示 OSPF 协商双方 RID 冲突 此信息表示 OSPF 协商双方接口不在同一区域 此信息表示 OSPF 协商双方死亡时间间隔不匹配 此信息表示 OSPF 协商双方 hello 时间间隔不匹配 故障原因 此信息表示 OSPF 协商双方认证类型不匹配? 注：1．根据以上错误信息均可对相应的 OSPF 配置参数进行更改，使得协商双方参数一致 2．以上信息均由 debug ip ospf packet hello 打出，具体请参照配置手册相关章节?? 第4章 接口故障排除4.0 CE1 接口故障排除本节介绍了分析 CE1 故障的基本思路，以及分析 CE1 故障的常用方法和使用命令等。 本节内容： ? ? ? CE1 故障分析基本思路 CE1 常见故障处理 排除信息详解4.0.0 CE1 故障排除基本思路对信道化 E1 线路进行故障诊断时，必须首先确定问题出在某一通道组或出现在 E1 线路上。若问题 出在一个单独通道组上，可能存在一个潜在的接口问题。如果问题出在 E1 线路上，或出在所有通道组 上，可能存在一个潜在的控制器错误，或者检查一下电缆是否配套。 检查配置是否正确。包括检查分帧类型和线路编码是否与服务提供者设定的相匹配，然后检查通道 组的配置，特别要验证时隙的设定是否和服务提供者设定的一致。 检查逻辑接口上封装的协议是否一致以及参数是否配置正确。 通过一些调试命令察看逻辑接口上封装的协议参数是否正确以及协议运行是否正常。4.0.0 CE1 常见故障处理故障一： 接口不 up，失步灯亮可能的原因 线路原因 判断方法和解决方案 检查是否有接线，线路发送和接收是否连接正确。 将本端线路的发送接收短接封装 HDLC 协议，如果接口协议 up，则是远端线路 原因；如果接口协议不 up，可可以检查本端线路和模块。故障二：接口不 up，失步灯灭可能的原因 配置错误 判断方法和解决方案 检查对连接口通道是否配置一致。 检查接口协议是否配置一致。 如果配置完全正确，只有部分接口不 up，可以在特权模式下使用 qmcinit 命令。?? 故障三：接口 up，有掉包现象可能的原因 线路编码模式不匹配 阻抗不匹配 判断方法和解决方案 检测接口配置是否一边为 HDB3 一边为 AMI 检查接口阻抗配置是否匹配，默认为 75ohm，可以修改为 120ohm。 对阻抗进行修改是判断阻抗是否修改成功， 在低端路由器上修改成功时模块会有 咔嚓声。 组帧类型是否匹配 检查接口组帧类型配置，有三种选择方式：crc4 no－crc4 default。4.0.0 排错信息详解4.0.0.0 show 命令 例: router#show interface serial0/0:1 （查看逻辑端口信息） serial0: (unit number 1): Flags: (0x8070) UP POINT-TO-POINT MULTICAST ARP RUNNING （接口状态正常） Type: PPP （封装的协议） Internet address: 2.2.2.2 （接口的 IP 地址） Netmask 0xff000000 Subnetmask 0xff000000 （子网掩码） Destination Internet address: 2.2.2.1 （对端接口的 IP 地址）Metric is 0 Maximum Transfer Unit size is 1500 (最大传输单元大小) 98 100 packets sent (收发包数) 0 multicast packets received 0 multicast packets sent 0 0 output errors 0 0 dropped rxFrames: 98, rxChars 1024 txFrames: 100, txChars 11422 rxNoOctet 0, rxAbtErrs 0, rxCrcErrs 0 rxOverrun 0, rxLenErrs 0, txUnderrun 0 rate=256000 bps （速率，从此处可看出此接口捆绑了几个时隙） DCD=up DSR=up DTR=up RTS=up CTS=up Txc=up （接口的底层物号） 由于 CE1 的逻辑接口与广域网接口非常相似，对于协议不 up 的调试可以参见第二章《广域网故障排 除》4.0 ADSL 接口故障排除本节介绍了分析 ADSL 故障的基本思路，以及分析 ADSL 故障的常用方法和使用命令等。 本节内容：?? ? ? ?ADSL 故障分析基本思路 ADSL 常见故障处理 ADSL 故障的排错信息4.0.0 ADSL 故障排除基本思路故障分析的基本思路：首先确定的 ADSL 的类型，国内常用的有 PPPOE、PPPOA、桥接模式和固定 IP 模式。然后根据分类，从物理层开始，往上层一步一步的分析问题。4.0.0 ADSL 常见故障处理4.0.0.0 桥接模式故障处理 桥接模式， 路由器采用桥的方式， 完全透明传输以太口和 ADSL 接口的数据， 相当于一个普通的 ADSL Modem。 故障：无法拨号上网可能的原因 物理连接和路由器配置的问题。 判断方法和解决方案 检查物理连接是否有误，包括 ADSL 线路的连接和以太口网线的连接（与 pc 直 接相连需要使用交叉网线）。 以太口是否连线正确，采用 show interface f0 查看以太接口是否已经 UP。 观察 MP803 面板上的 ADSL 指示灯是否点亮，如果没有点亮，说明没有完成与 电信运营商设备的协商，请检查线路和连接。 物理连接如果确定无误，检查路由器上配置是否正确，包括 PVC 的参数以及接 口的封装方式等。 确认 PC 上的拨号软件是否安装运行正常。Show interface Atm0，观察接口是否 已经 UP，在拨号的过程中是否有数据收发。4.0.0.0 PPPOE 故障处理 PPPOE 模式是将 PC 上的 PPPOE 拨号软件内置到路由器中，实现路由器的自动发起拨号和连接。 故障： 无法上网可能的原因 1、物理连接是否正常 判断方法和解决方案 检查 ADSL 线路是否连接正常，是否正确插入 ADSL 接口。 检查以太网线是否连接正常，从 pc 是否可以正常 ping 通路由器的以太口。 检查 MP803 面板上的 ADSL 指示灯是否被点亮，以确认与局端的 DSLAM 设备 协商完毕。?? 2、配置是否正确根据配置手册，检查 PPPOE 的配置是否正确。包括路由、DDR 拨号配置，Atm0 接口参数配置，如果使用了 NAT，检查 NAT 配置。 检查 PC 上的默认网管和 DNS 地址是否配置正确。3、DDR 是否工作正常打开 debug dialer packets，看是否有触发数据： 如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达 Dialer 接 口。 如果有数据，请根据 debug 中的打印信息中判断，数据是否为定义的感兴趣的数 据。 如果不是， 检查 dialer-list 是否定义了触发数据流， 保证数据为 DDR 感兴趣的。 确定有数据触发 DDR 拨号后， 关掉刚才的 debug （使用 no debug all） 。 带开 debug ADSL ne，观察是否有 PPPOE 的初始化包 PADI 在发送。 如果只有发送，没有接收。Show interface atm0，确定是否有接收数据，如果没 有，请确定与局端 DSLAM 的物理连接是否正确。如果有接收数据，请确定 ADSL 的模式是否匹配，线路是否提供的 PPPOE 服务。4、PPPOE 协商过程是否正常1、确定在发送 PADI 过后，能否接收到对端发送的 PADO 包，在发送 PADR 后 能否正确接收到 PADS。PPPOE 阶段是否可以正常协商完毕。5、ppp 协商是否正常打开 debug ppp ne，观察 ppp 的协商过程是否正常。请参看 PPP 的故障排除。 注意需要根据不同的认证方式配置不同的认证，有的局端配置为 PAP 认证，有 的配置为 CHAP 认证，请根据不同的配置作出选择。6、NAT 转换是否正常1、如果 PPP 协议 UP，表示链路已经正确建立，在配置口上 ping 一个可连接的 广域网地址，看能否 ping 通。如果可以 ping 通，而局域网的 PC 无法上网，请检 查 NAT 是否配置正确，局域网是否连接正确、PC 上的默认网关和 DNS 地址是否 正确。4.0.0.0 PPPOA 故障处理 故障：PPPOA 故障处理可能的原因 1、物理连接是否正常 判断方法和解决方案 1、检查 ADSL 线路是否连接正常，是否正确插入 ADSL 接口。 2、检查以太网线是否连接正常，从 pc 是否可以正常 ping 通路由器的以太口。 查 MP803 面板上的 ADSL 指示灯是否被点亮，以确认与局端的 DSLAM 设备协 商完毕。 2、配置是否正确 根据配置手册，检查 PPPOA 的配置是否正确。包括路由、DDR 拨号配置，Atm0 接口参数配置，如果使用了 NAT，检查 NAT 配置。 检查 PC 上的默认网管和 DNS 地址是否配置正确。 3、DDR 是否工作正常 打开 debug dialer packets，看是否有触发数据： 如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达 Dialer 接 口。 如果有数据，请根据 debug 中的打印信息中判断，数据是否为定义的感兴趣的数 据。 如果不是， 检查 dialer-list 是否定义了触发数据流， 保证数据为 DDR 感兴趣的。 确定有数据触发 DDR 拨号后， 关掉刚才的 debug （使用 no debug all） 。 带开 debug?? pppne，观察是否有 ppp 的数据包在发送。或者打开 debug adsl pac a0，如果只有发送，没有接收。Show interface atm0，确定是否有接收数据，如果没有，请确定 与局端 DSLAM 的物理连接是否正确。如果有接收数据，请确定 ADSL 的模式是否 匹配，线路是否提供的 PPPOA 服务。 5、ppp 协商是否正常 打开 debug ppp ne，观察 ppp 的协商过程是否正常。请参看 PPP 的故障排除。 注意需要根据不同的认证方式配置不同的认证，有的局端配置为 PAP 认证，有 的配置为 CHAP 认证，请根据不同的配置作出选择。 6、NAT 转换是否正常 如果 PPP 协议 UP， 表示链路已经正确建立， 在配置口上 ping 一个可连接的广域 网地址， 看能否 ping 通。 如果可以 ping 通， 而局域网的 PC 无法上网， 请检查 NAT 是否配置正确，局域网是否连接正确、PC 上的默认网关和 DNS 地址是否正确。4.0.0.0 固定 IP 方式故障处理 固定 IP 的方式，通常电信运营商会给你两个地址，一个是本端地址，一个是对端的网关地址。 故障： 无法建立连接可能的原因 1、物理连接是否正常 判断方法和解决方案 1、检查 ADSL 线路是否连接正常，是否正确插入 ADSL 接口。 2、检查以太网线是否连接正常，从 pc 是否可以正常 ping 通路由器的以太口。 3、 MP803 面板上的 ADSL 指示灯是否被点亮， 以确认与局端的 DSLAM 设备协商完毕。 show interface a}
我要回帖
更多推荐
- ·vba将一列动态数据(作为值)复制并vba复制区域内容粘贴到指定区域另一列？
- ·霍尔测试仪效应测试仪可以测什么？
- ·学app软件开发发好不好？
- ·计算机软件、成都信息工程大学计算机中心、计算机网络有什么区别
- ·每次使用vim编辑器,编译,执行过程进去的时候都需要bundleinstall,求助？
- ·王者荣耀夏侯惇反甲怎么反甲技能设置
- ·天天爱西游开服表为什么第一天精元会少一次档次
- ·想配一台2500的马力台式主机电脑配置 主要是不卡，运行速度快，图像好 英雄联盟穿越火线能玩就行不需要多好
- ·澳门十六浦餐厅侍应 娱 乐 场现在地址是什么？谢谢
- ·请问，澳门美食V 威 尼 斯 人酒店人 官 网首 页 游戏类型有哪些?
- ·植物大战僵尸2芦荟胶为什么挤不出来种不出来
- ·联通话费充值骏网一卡通通怎么冲不了炉石
- ·如何开解'米奇妙妙屋高飞感冒游戏屋'
- ·有和奶牛一样颜色的西门塔耳牛而牛吗
- ·少年巴比伦音乐娱 乐 场 这个进入需要什么要求?? 郡蕉扯滩粒
- ·目前最好的乐高为什么那么贵是那个？
- ·威尼斯人线上娱乐平台 人线 上集 团百,家,乐如何学会保证自己的胜率，保证不输，有一个稳定的胜率？
- ·梦幻西游手游庭院家具梦幻家园庭院怎么玩
- ·请问回力娱乐场 娱 乐 场要验证是怎么个回事啊，谢谢哈!!
- ·剑侠3没90剑网三亲传师傅不能拜亲传吗
- ·FAST迅捷的光猫和路由器的区别！在上网设置那里登陆不上上面显示 断开连接 服务器无向应！以上问题是我玩游戏玩
- ·tgbvivo语音助手在哪里英雄联盟3v3怎么不管用
- ·谁能给个pvf装备pvf路径搜索的文本
- ·巅峰战舰金币修改器世界 活动获得的金币去哪领取，说让我去活动中心领取，可活动中心没有领取的地址呀。大神来帮帮我
- ·丧尸围城3 触发 任务23 延长赛任务 追踪hemlock怎么上楼
- ·请问励骏会赌场娱 乐场 还可以么??开 户有体 验金 送吗?
- ·上传学籍重复登不上去提示重复怎么回事
- ·一般游戏时延长电池寿命本的寿命是多长，想入手一个3800左右的游戏时延长电池寿命本，能玩儿英雄联盟就行。求大神指教
- ·王者荣耀战队邀请安卓安卓手q192区第一战队是哪个
- ·神舟战神游戏笔记本系列笔记本 学生党买哪款比较合适？ 主要玩LOL
- ·百老汇博彩娱乐官网娱 乐 场 这个可信吗?谢啦
- ·第二把怎么取消神器任务务取消了怎么重新接
- ·7.3堕夜精灵声望望8000之后是什么任务
- ·天天酷跑天天地铁酷跑小游戏下载l七k七小游戏
- ·魔兽7.0魔兽世界萨格拉斯之血眼怎么过去
- ·请问澳门君怡酒店娱 乐 场 现在参与游 戏的玩 家多吗?
