网元内部通信和典型问题处理.ppt

网元内通信简介和典型问题处理 硬件连接 板间通信端口作用解读 1、管理通道 用于连接网管，是网管管理设备的端口。也可用于多个网元之间级联，多个网元之间级联时，只能级联网管口，此时，每个网元上的网管口就都相当于一个2端口交换机。网管口不可以和子架的内网口（ETH1/ETH2/ETH3）级联。 2、板间及子架间通信普通通道 主控板和单板之间普通ETH通信的端口为有主从子架，因此有子架间的普通ETH通道，子架间普通 ETH 通道相当于子架内普通 ETH 通道的扩展。 3、板间及子架间通信紧急通道 主控板和单板之间紧急ETH通信的端口。 通信相关告警解读 1、SUBRACK_LOOP 子架连接成环告警。 该告警出现时，该网元内部所有ETH通信都可能已受到影响，会导致一系列跟通信相关的异常现象出现。 2、SUBRACK_ID_CONFLICT 子架连接冲突告警。 3、SUBRACK_ID_MISMATCH 子架ID不匹配告警。 4、COMMUN_FAIL 通信失效告警 。 常见故障总结 1、网元内子架间网线连接成环； 2、子架间级联网线不符合要求； 3、子架更换拨码后，未对单板进行复位； 4、连接了多个拨码一样的子架； 分为主子架冲突和从子架冲突两种情况。一般伴随有SUBRACK_ID_CONFLICT告警。 当该站点有多个网元时，一定要检查是否把主子架内网口连接到了一起，或者把内网口连接到了HUB或者交换机上了。 其次，检查是否有多个子架，其子架ID是一样的。 5、单板接插件损坏； 单个单板出现COMMUN_FAIL告警时，可能是该单板接插件损坏，此时，需要检查单板接插件是否有破裂及其它严重损坏的情况出现。 6、单板故障。 单个单板上报COMMUN_FAIL告警，接插件检查正常，则有可能是单板故障，需要更换单板验证。 若多块单板甚至整个子架都上报COMMUN_FAIL告警时，则可能是AUX单板故障，可尝试对AUX单板软、硬复位验证。 7、子架内母板有倒针； 当某单板COMMUN_FAIL告警出现，除检查单板接插件，还要检查母板上是否有倒针，当母板上有倒针时，再插入新单板，会造成新单板接插件随坏，再将新单板插到其它子架上又会导致新母板倒针，从而使接插件损坏造成传染性。 对于单个槽位出现COMMUN_FAIL的情况，一定要仔细检查是否有倒针后再换板验证。 典型案例分析 1、由于网线问题导致OSN6800上报COMMUN_FAIL告警 【现象】 某工程中扩容一个OSN6800子架，放置在新的机柜中，需要现场制作网线把新机柜子架和老机柜子架之间的通信连接起来。完成扩容后从子架能正常登陆通，但新扩的子架主控板上报COMMUN_FAIL告警，SCC单板指示灯显示正常开工。 【可能原因】 1、子架间级联网线故障；2、从子架AUX单板故障；3、从子架SCC单板故障。 【处理方法】 1、查询告警参数未 0x4， 则为紧急以太网问题， 排查网线， 发现为现场制作网线，有4根纤没有连接， 更换网线后故障消失。 典型案例分析 2、从子架主控板故障导致所有业务板全部上报COMMUN-FAIL 【现象】 西安某站点OSN6800第一从子架中，所有存在单板软件的单板都上报两次COMMUN-FAIL告警，所无CPU÷单板上报BD-STATUS告警，AUX单板运行情况正常。 【可能原因】 1、commun-fail?0x00?0x01?表示485A总线故障； 2、commun-fail?0x00?0x02?表示485B总线故障； 3、同时上报多块单板上报485A、485B总线故障很可能是主控故障导致。 【排查方法】 1、查询OBU1、OAU1等业务单板光功率，发现各单板查询光功率正常。从而判断出各业务板和AUX板工作正常。 2、硬复位AUX板后，所有业务单板及无软件单板均上报BD-STATUS告警，且AUX板无法开工，判断为SCC板故障。 3、前往现场查看设备后发现，SCC板所有工作状态灯全灭。更换该从子架SCC板后故障恢复。 【基本原理】 1、从子架SCC板处理各业务板开销信息，通过485A、485B与各单板连同。 2、从子架SCC板将处理后的业务板开销信息通过AUX板传给主子架。 3、从子架AUX板与各业务单板间通过以太网总线相连，查询光功率等操作都通过该总线下发。 典型案例分析 3、OSN6800新建扩展子架无法查询到物理板位同时造成原子架大量单板不在位的解决方法与避免措施 【现象】 某扩容工程，在原6800子架基础上，扩展1个子架。接上网线后无法查询到所有物理板位。用cfg-get-phybd也无法查询到全部物理单板；添加已查询到的有物理单板上报槽位非法错误，无法创建逻辑单板。同时该站点原子架多块单板上报BD_STATU