網(wǎng)元內(nèi)部通信和典型的問(wèn)題處理課件

網(wǎng)元內(nèi)通信簡(jiǎn)介和典型問(wèn)題處理2023/2/6硬件連接板間通信端口作用解讀

1、管理通道用于連接網(wǎng)管，是網(wǎng)管管理設(shè)備的端口。也可用于多個(gè)網(wǎng)元之間級(jí)聯(lián)，多個(gè)網(wǎng)元之間級(jí)聯(lián)時(shí)，只能級(jí)聯(lián)網(wǎng)管口，此時(shí)，每個(gè)網(wǎng)元上的網(wǎng)管口就都相當(dāng)于一個(gè)2端口交換機(jī)。網(wǎng)管口不可以和子架的內(nèi)網(wǎng)口（ETH1/ETH2/ETH3）級(jí)聯(lián)。2、板間及子架間通信普通通道主控板和單板之間普通ETH通信的端口。8800&6800因?yàn)橛兄鲝淖蛹?，因此有子架間的普通ETH通道，子架間普通ETH通道相當(dāng)于子架內(nèi)普通ETH通道的擴(kuò)展。3、板間及子架間通信緊急通道主控板和單板之間緊急ETH通信的端口。Page3常見故障總結(jié)

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

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

0x00

0x01

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

0x00

0x02

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

SHELF

INFO

SHELF-ID

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

SHELF

INFO

SHELF-ID

SHELF-TYPE0shelf6800

1

shelf6800

2

shelf6800

3

shelf6800

4

shelf6800Total

records

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