網元內部通信和典型的問題處理課件

網元內通信簡介和典型問題處理2023/2/6硬件連接板間通信端口作用解讀

1、管理通道用于連接網管，是網管管理設備的端口。也可用于多個網元之間級聯(lián)，多個網元之間級聯(lián)時，只能級聯(lián)網管口，此時，每個網元上的網管口就都相當于一個2端口交換機。網管口不可以和子架的內網口（ETH1/ETH2/ETH3）級聯(lián)。2、板間及子架間通信普通通道主控板和單板之間普通ETH通信的端口。8800&6800因為有主從子架，因此有子架間的普通ETH通道，子架間普通ETH通道相當于子架內普通ETH通道的擴展。3、板間及子架間通信緊急通道主控板和單板之間緊急ETH通信的端口。Page3常見故障總結

1、網元內子架間網線連接成環(huán)；2、子架間級聯(lián)網線不符合要求；3、子架更換撥碼后，未對單板進行復位；4、連接了多個撥碼一樣的子架；分為主子架沖突和從子架沖突兩種情況。一般伴隨有SUBRACK_ID_CONFLICT告警。當該站點有多個網元時，一定要檢查是否把主子架內網口連接到了一起，或者把內網口連接到了HUB或者交換機上了。其次，檢查是否有多個子架，其子架ID是一樣的。5、單板接插件損壞；單個單板出現(xiàn)COMMUN_FAIL告警時，可能是該單板接插件損壞，此時，需要檢查單板接插件是否有破裂及其它嚴重損壞的情況出現(xiàn)。6、單板故障。單個單板上報COMMUN_FAIL告警，接插件檢查正常，則有可能是單板故障，需要更換單板驗證。若多塊單板甚至整個子架都上報COMMUN_FAIL告警時，則可能是AUX單板故障，可嘗試對AUX單板軟、硬復位驗證。7、子架內母板有倒針；當某單板COMMUN_FAIL告警出現(xiàn)，除檢查單板接插件，還要檢查母板上是否有倒針，當母板上有倒針時，再插入新單板，會造成新單板接插件隨壞，再將新單板插到其它子架上又會導致新母板倒針，從而使接插件損壞造成傳染性。對于單個槽位出現(xiàn)COMMUN_FAIL的情況，一定要仔細檢查是否有倒針后再換板驗證。Page5典型案例分析

1、由于網線問題導致OSN6800上報COMMUN_FAIL告警【現(xiàn)象】某工程中擴容一個OSN6800子架，放置在新的機柜中，需要現(xiàn)場制作網線把新機柜子架和老機柜子架之間的通信連接起來。完成擴容后從子架能正常登陸通，但新擴的子架主控板上報COMMUN_FAIL告警，SCC單板指示燈顯示正常開工?！究赡茉颉?、子架間級聯(lián)網線故障；2、從子架AUX單板故障；3、從子架SCC單板故障。【處理方法】1、查詢告警參數未0x4，則為緊急以太網問題，排查網線，發(fā)現(xiàn)為現(xiàn)場制作網線，有4根纖沒有連接，更換網線后故障消失。Page6典型案例分析2、從子架主控板故障導致所有業(yè)務板全部上報COMMUN-FAIL【現(xiàn)象】西安某站點OSN6800第一從子架中，所有存在單板軟件的單板都上報兩次COMMUN-FAIL告警，所無CPU÷單板上報BD-STATUS告警，AUX單板運行情況正常?！究赡茉颉?、commun-fail

0x00

0x01

表示485A總線故障；2、commun-fail

0x00

0x02

表示485B總線故障；3、同時上報多塊單板上報485A、485B總線故障很可能是主控故障導致?！九挪榉椒ā?、查詢OBU1、OAU1等業(yè)務單板光功率，發(fā)現(xiàn)各單板查詢光功率正常。從而判斷出各業(yè)務板和AUX板工作正常。2、硬復位AUX板后，所有業(yè)務單板及無軟件單板均上報BD-STATUS告警，且AUX板無法開工，判斷為SCC板故障。3、前往現(xiàn)場查看設備后發(fā)現(xiàn)，SCC板所有工作狀態(tài)燈全滅。更換該從子架SCC板后故障恢復?！净驹怼?、從子架SCC板處理各業(yè)務板開銷信息，通過485A、485B與各單板連同。2、從子架SCC板將處理后的業(yè)務板開銷信息通過AUX板傳給主子架。3、從子架AUX板與各業(yè)務單板間通過以太網總線相連，查詢光功率等操作都通過該總線下發(fā)。Page7典型案例分析4、6800、8800主子架無法查找到從子架問題【現(xiàn)象】某個站點采用多個6800子架或一個8800子架和多個6800組主從子架，在子架AUX上設置好跳線為0～4，用網線連接主子架AUX單板上ETH1和第1個從子架的ETH2，再從第1個從子架的ETH1連接到第2個從子架的ETH2，直到連完第4個從子架。但網管登錄主子架后始終無法查找到從子架的單板信息，使用cfg-get-phybd只有主子架上單板信息?！究赡茉颉?.51.4.22版本的6800、8800開始支持6800和8800混合組主從子架模式，為此在5.51.4.22版本設置了專門的命令，而不像之前版本只用AUX單板上的跳線來識別主從子架。對于5.51.4.22版本的6800、8800在使用主從模式時除繼續(xù)設置AUX單板上的跳線外，還需要使用命令在主子架上添加從子架及類型。【排查方法】在只有主子架時，使用如下命令查詢出來只有0號主子架:cfg-get-shelf

SHELF

INFO

SHELF-ID

SHELF-TYPE0shelf6800使用如下命令逐個添加從子架:cfg-add-shelf:1,shelf6800;最后再查詢下添加是否成功:cfg-get-shelf

SHELF

INFO

SHELF-ID

SHELF-TYPE0shelf6800

1

shelf6800

2

shelf6800

3

shelf6800

4

shelf6800Total

records

:5做上述操作后查詢從子架單板都能查詢上來了?！窘ㄗh與總結】R4C02以后版本，因為6800和8800可以混合組網，支持從子架設備類型添加，因此，要通過網管或者navigator添加從子架后，才能被發(fā)現(xiàn)。Page9典型案例分析5、由于從子架內網口網線連接錯誤導致網元脫管理【現(xiàn)象】廣州某OSN6800設備組網，一個OLA站點突然脫管，查詢DCN信息，發(fā)現(xiàn)沒有于次網元連接的DCN路徑?！究赡茉颉?、線路故障導致DCN通信中斷。2、網元主控故障，導致DCN無法處理。3、子架內通信故障，導致DCN通信失敗。【排查方法】1、查詢故障網元的相鄰站點，功率正常，線路沒有誤碼，排除線路問題。2、現(xiàn)場人員在站點確認主控閃燈正常，使用navigator可以連接網元，連接上后，發(fā)現(xiàn)從網元從子架上報comm_fail告警。3、檢查發(fā)現(xiàn)，4號從子架上多連了一根網線，拔掉次網線后網元恢復正常。最終確認，現(xiàn)場人員在處理完問題