網(wǎng)元內(nèi)部通信和典型的問題處理課件_第1頁
網(wǎng)元內(nèi)部通信和典型的問題處理課件_第2頁
網(wǎng)元內(nèi)部通信和典型的問題處理課件_第3頁
網(wǎng)元內(nèi)部通信和典型的問題處理課件_第4頁
網(wǎng)元內(nèi)部通信和典型的問題處理課件_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

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

0x00

0x01

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

0x00

0x02

表示485B總線故障;3、同時上報多塊單板上報485A、485B總線故障很可能是主控故障導(dǎo)致?!九挪榉椒ā?、查詢OBU1、OAU1等業(yè)務(wù)單板光功率,發(fā)現(xiàn)各單板查詢光功率正常。從而判斷出各業(yè)務(wù)板和AUX板工作正常。2、硬復(fù)位AUX板后,所有業(yè)務(wù)單板及無軟件單板均上報BD-STATUS告警,且AUX板無法開工,判斷為SCC板故障。3、前往現(xiàn)場查看設(shè)備后發(fā)現(xiàn),SCC板所有工作狀態(tài)燈全滅。更換該從子架SCC板后故障恢復(fù)?!净驹怼?、從子架SCC板處理各業(yè)務(wù)板開銷信息,通過485A、485B與各單板連同。2、從子架SCC板將處理后的業(yè)務(wù)板開銷信息通過AUX板傳給主子架。3、從子架AUX板與各業(yè)務(wù)單板間通過以太網(wǎng)總線相連,查詢光功率等操作都通過該總線下發(fā)。Page7典型案例分析4、6800、8800主子架無法查找到從子架問題【現(xiàn)象】某個站點(diǎn)采用多個6800子架或一個8800子架和多個6800組主從子架,在子架AUX上設(shè)置好跳線為0~4,用網(wǎng)線連接主子架AUX單板上ETH1和第1個從子架的ETH2,再從第1個從子架的ETH1連接到第2個從子架的ETH2,直到連完第4個從子架。但網(wǎng)管登錄主子架后始終無法查找到從子架的單板信息,使用cfg-get-phybd只有主子架上單板信息?!究赡茉颉?.51.4.22版本的6800、8800開始支持6800和8800混合組主從子架模式,為此在5.51.4.22版本設(shè)置了專門的命令,而不像之前版本只用AUX單板上的跳線來識別主從子架。對于5.51.4.22版本的6800、8800在使用主從模式時除繼續(xù)設(shè)置AUX單板上的跳線外,還需要使用命令在主子架上添加從子架及類型?!九挪榉椒ā吭谥挥兄髯蛹軙r,使用如下命令查詢出來只有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做上述操作后查詢從子架單板都能查詢上來了。【建議與總結(jié)】R4C02以后版本,因為6800和8800可以混合組網(wǎng),支持從子架設(shè)備類型添加,因此,要通過網(wǎng)管或者navigator添加從子架后,才能被發(fā)現(xiàn)。Page9典型案例分析5、由于從子架內(nèi)網(wǎng)口網(wǎng)線連接錯誤導(dǎo)致網(wǎng)元脫管理【現(xiàn)象】廣州某OSN6800設(shè)備組網(wǎng),一個OLA站點(diǎn)突然脫管,查詢DCN信息,發(fā)現(xiàn)沒有于次網(wǎng)元連接的DCN路徑?!究赡茉颉?、線路故障導(dǎo)致DCN通信中斷。2、網(wǎng)元主控故障,導(dǎo)致DCN無法處理。3、子架內(nèi)通信故障,導(dǎo)致DCN通信失敗?!九挪榉椒ā?、查詢故障網(wǎng)元的相鄰站點(diǎn),功率正常,線路沒有誤碼,排除線路問題。2、現(xiàn)場人員在站點(diǎn)確認(rèn)主控閃燈正常,使用navigator可以連接網(wǎng)元,連接上后,發(fā)現(xiàn)從網(wǎng)元從子架上報comm_fail告警。3、檢查發(fā)現(xiàn),4號從子架上多連了一根網(wǎng)線,拔掉次網(wǎng)線后網(wǎng)元恢復(fù)正常。最終確認(rèn),現(xiàn)場人員在處理完問題

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論