CE维护常见故障处理之日常故障处理.doc

CE维护常见故障处理之日常故障处理? CE设备作为软交换网元接入IP承载网的第一道关卡，起着十分重要的作用。作为CE设备维护人员，在日常维护设备的过程中能够对常见的故障从容应对、处理是十分有必要的。本人对CE设备的维护已半年多，现将CE维护中常遇见的故障及如何处理总结一下，与大家共同学习、交流。一、??? 端口变down故障处理CE设备的端口一般分为GigabitEthernet(电口)和pos(光口)，CE设备终端查看端口的命令为:华为NE40E：display interface GigabitEthernet X/X/X爱立信juniper:show interface GigabitEthernet X/X/X爱立信SE800：show port [ Slot/Port ] detail由于目前广州地区的CE设备品牌主要包括华为Quidway NE40E系列和爱立信的Redback SE800系列,至于爱立信的juniper、Apline 3804及Summit 48si等设备已经逐步退网。爱立信的SE800是新验收不久的CE设备，广州地区只有两对,所以本文中所提到的CE设备故障一般是指华为NE40E中出现的故障，其它品牌CE设备故障参考处理。首先CE设备的一个端口变down情况会有两种及原因分析(见附表一)：情况物理状况链路状况原因分析一updown1.IP地址冲突,子网掩码设置错误。2.没有设置DCE时钟。3.没有设置对FR的,PPP的封装。4.Hello和Dead的更新时钟在两端不同。5.路由协议设置错误。二 downdown1、物理端口被手动shutdwon。2、由于对方的端口down掉或者链路不通。附表一1、第一种情况处理：从设备终端登陆CE设备查看端口链路层出现down情况的端口（见图一），该情况是最常见的一种故障。物理状态为up物理状态为up链路状态为down图一 对于这种端口链路状态变down的情况处理步骤：1)??? 参照OSI参考模型(Open System Interconnection),第二层的链路层协议从初始化到变Up 起来，会经过包括链路层协议本身规定的参数、能力协商，及协议所规定的定期性的链路通达性检测（例如HDLC 的Keepalive 报文）。既然称之为“协商”，也就意味着该过程是一对一交互性进行的，既有一个发送出去的报文，也会有一个对方发送过来的回应报文。因此，如果遇到物理口Up、协议Down 的情况，建议在确认两端设备的配置没有问题之后，用“display interface + 端口”的命令查看一下该端口的收、发报文情况。在CE设备上，“display interface”命令的显示结果有XXXX packets input 和XXXX汇报packets output 两项，分别代表该端口上收到和发送的报文数量。正如刚才所阐述的，如果这两个数字相差很大（为了不致让以往累计的历史统计数据对问题的分析、判断造成干扰，建议先在CE设备的特权用户模式下使用“clear port”命令将端口的统计信息清空，再用“display interface + 端口”命令进行查看），则大致可以说明在协商的过程中出了问题，造成协议不能Up起来。2)??? 在很多情况下，物理口Up、协议Down，用“display interface”命令查看端口的收发报文情况，发现只有送出去的报文，收到的报文数量为零，而且连续使用“display interface”命令进行查看，进一步发现送出去的报文数量在不断增长，但是收到的报文数量始终为零。这说明了CE与网元之间的链路层协议处于Down 状态的原因：（1）在CE与网元之间的传输链路、线缆出了问题，导致本端CE设备收不到对端网元送过来的回应报文；（2）对端网元本身出了问题，无法给本端CE设备发送回应报文。3)??? 除最常用的收发报文数量比较的方法外，在“display interface”命令的显示信息中，还有一项很重要的内容，那就是端口所收到的错误报文数量。在CE设备上的“display interface”命令显示结果的倒数第二行，有如下的信息：0 input errors, 0 CRC, 0 frame errors如果由于传输误码、物理线路质量比较差或者是中间的中继架位链路出了问题，则容易导致CE设备收到的IP 报文中，很多是错误的报文。特别地，如果通过连续“display interface”查看会发现错误的报文在不断增长，则可以判断此时网络线路质量比较差、传输有误码，或者中间的中继架位、某段电缆出了问题，导致送给本端CE设备的报文绝大部分是错误包，这样链路层协议也肯定是不能变Up 的。4)??? 另外，如果通过“display interfac