华为PTN故障定位指导.pptVIP

PTN故障定位指导 常见故障分类 用户操作错误： 原因可能是版本不配套、当前版本尚未支持某些特性、用户未按照规定的步骤进行配置、源端和宿端的CES/PW/Tunnel参数匹配不上、业务被误删除等等； 软件缺陷： 原因可能是配置未下发单板/芯片、资源分配冲突、模块之间耦合处理不正确、异常处理不正确等等； 常见故障分类 硬件连接错误： 原因可能是单板/子卡未插紧、物理板/子卡和逻辑子卡不匹配、电缆/光纤/网线损坏或连接错误等等； 硬件版本缺陷： 原因可能是单板某些PCB版本不支持某些特性、某些PCB版本存在已知缺陷等等； 硬件故障： 原因可能是单板元器件/芯片损坏、单板元器件寿命到期等等； 常见故障分类 PW/Tunnel故障： 原因可能是PW/Tunnel down、 PW/Tunnel相关的表项被错误改写、业务流经的物理链路中断等等； 报文拥塞： 原因可能是带宽配置过小、同优先级的报文流量过大导致丢包等等； MLPPP简介及常见故障定位 MLPPP简介及常见故障定位 ML PPP是作为网络侧使用的，作为业务（如CES/ATM等）的承载工具。关于ML PPP定位手段，主要是定位协议不通的情况，如果协议通，ML PPP的使命基本结束了，网络侧传输业务，上网络后，ML PPP是不做动作的，可以说是直接透传到对端的 MLPPP常见故障 MLPPP DOWN 查询当前告警, 确认是否存在物理端口告警如 E1端口: T_RLOS VC12通道: BIP_EXC /V5_VCAIS /TU_AIS_VC12/LP_UNEQ_VC12/TU_LOP_VC12 光口: R_LOS 查看处理板、子卡、接口板状态是否正常；逻辑物理是否一致 两端是否对MP组设置了IP，且IP地址处于同一网段 如果没有相关告警，PPP及MP都没有UP，请检查一下连线确定连线正确 1两端创建的PPP使用的VC12通道是否相同,如果两端MP组使用的通道号不一致，协议是不会起来的 芯片侧相应的VC12通道帧格式是否为framer,如果为unframer,则PPP是不会通的. 芯片侧相应的VC12通道V5字节是否设置 IMA 简介及常见故障定位 IMA业务的网络配置实例 IMA 常见故障 IMA组无法协商： 查询本端和对端的IMA链路的E1帧格式是否一致；不一致则设置成一致，如果告警存在则进行下一步处理； 查询该通道是否有E1信号丢失告警；如果有请消除此告警，如果告警依然存在，则进行下一步处理； 查询IMA组链路的状态；如果异常则进行下一步处理； 通过环回设备电缆的方法检查本通设备是否工作正常；如果异常则进行下一步处理。 若告警未消除，硬复位或插拔该单板，查看告警是否消除。 若告警仍未消除，则本单板故障，更换该单板，告警会自动消除。 如果步骤4正常,则是由于对接参数不匹配引起的协商问题.需要检查如下参数: 信元加扰使能 IMA链路时钟模式 IMA组帧长 版本 E1帧16时隙使能 IMA 常见故障 经典案例 资阳开局测试E1时隙模式不一致导致对接IMA组协商不成功 1．现象和问题描述 NODEB上的IMA组跟我们的3900设备IMA组对接不成功。 2、 关键过程、根本原因分析 2.1 首先是查询两边设备的IMA组属性，包括trunk号，链路号，帧格式， 查询后发现上面信息是匹配的. 2.2 使用IMA组端口环回，想先尝试一下自己跟自己协商是否ok， 首先排除一下是否芯片自己出现问题, 结果是自环是没有问题的. 根据这个情况就可以断定问题的根源应该是配置不匹配导致的. 2.3 查询最小集活链路数是1,排除由于最小集活链路数不足引起的IMA组协商不上的问题. 2.4 检查E1帧格式,发现两端都是CRC-4,排除帧格式不一致问题. 2.5 继续查询是ATM信元是否否加扰, 发现两端加扰模式都是”使能加扰”,模式一致,排除加扰模式不一致引起的IMA问题. 2.6 查询IMA组的时钟模式,发现两端都采用ITC模式.派出了时钟模式不一直引起的IMA问题. 2.7 根据2.3的结论重新逐一确认两端的配置问题, 而且在沟通中得知之前NODEB跟C01B028版本协商是ok的, 很显然就想到了我们关于IMA组修改了一个用户可设置的时隙问题. 最后经过对比确认是时隙的问题, 因为在C02B028版本中我们IMA组的时隙默认是使用30个时隙(16时隙不使能), 而且是不可配置的. 到了C03版本以后我们把这个接口体现给用户了, 而且默认配置是31时隙的(16时隙使能), 这个主要是兼顾ppp一直以来31时隙的问题. 3、结论、解决方案 需要用户去设置链路的时隙, 可以修改我们设备上的IMA组时隙或者是修改对端的I