華為SDH設(shè)備維護操作經(jīng)驗

1、華為SDH設(shè)備維護操作經(jīng)驗我從98年參加工作以來，一直從事傳輸維護工作。在近6年的設(shè)備維 護中，親眼目睹、親身感受著通信事業(yè)日新月異的發(fā)展。融身于其中，我也 在努力的學(xué)習、不斷的探索，緊緊跟著通信事業(yè)飛速發(fā)展的步伐，使自己在 傳輸維護水平上盡量處于排頭兵的位置。2000年、2002年的華為B培及 A培，使自己在理論和實踐上均獲得了長足的進步。在學(xué)習和工作過程中， 我發(fā)現(xiàn)經(jīng)驗的積累更為重要。因此，我把在華為設(shè)備維護中的一些維護經(jīng) 驗、案例處理及一些疑問寫出來供大家參考。目前忻州傳輸網(wǎng)設(shè)備中，華為設(shè)備占較大的比重，從98年到現(xiàn)在，華 為設(shè)備從155、622到2500 +以及現(xiàn)在的10G和波分，新設(shè)

2、備在不斷增 加，而舊的設(shè)備也不可能在短時間內(nèi)淘汰，致使忻州傳輸網(wǎng)形成現(xiàn)在的新 老設(shè)備共存局面。維護中發(fā)現(xiàn)的問題也是層出不窮。案例1 :某日神池局擴容時出現(xiàn)業(yè)務(wù)無法配置的情況，虛線表示新擴容 的交換點，組網(wǎng)如圖所示：大嚴備151八角152東湖150神池局原來配置為：門(sys1)、12(sys2)、13(sys3)槽位各有一塊SL1,分別對義井、環(huán)城、西口子，現(xiàn)在在14槽位增加一塊SL1，對東湖、大嚴備和八角各幵16個2M，業(yè)務(wù)配置如下：原有業(yè)務(wù)：:cfg-create-vc12:sys1 ,t1,1 &16,sys1,gw1,1 &16; /對義井、莊兒上:cfg-create- vc12:s

3、ys1 ,gw1,1 &16,sys1,t1,1 &16;:cfg-create-vc12:sys2,t2,1 &16,sys2,gw1,17&32; 對環(huán)城:cfg-create-vc12:sys2,gw1,17&32,sys2,t2,1 &16;:cfg-create-vc12:sys3,t3,1 &16,sys3,gw1,33&48; /對西口子:cfg-create-vc12:sys3,gw1,33&4 8,sys3,t3,1 &16;新增業(yè)務(wù)如下：:cfg-create-vc12:sys4,t4,1 &16,sys4,ge1,1 &16; 對東湖:cfg-create-vc12:sy

4、s4,ge1,1 &16,sys4,t4,1 &16;:cfg-create-vc12:sys4,t5,1 &16,sys4,ge1,33&48; 對大嚴備:cfg-create-vc12:sys4,ge1,33&48,sys4,t5,1 &16;:cfg-create-vc12:sys4,t6,1 &15,sys4,ge1,49&63; /對八角:cfg-create-vc12:sys4,ge1,49&63,sys4,t6,1 &15;現(xiàn)象描述：在網(wǎng)元18下大嚴備業(yè)務(wù)時，原先配置為：:cfg-create-vc12:sys4,t6,1 &16,sys4,ge1,17&32;:cfg-crea

5、te-vc12:sys4,ge1,17&32,sys4,t4,1 &16;但是當下發(fā)時，提示“共用入總線沖突”。原因分析：查詢設(shè)備屬性，原來神池局設(shè)備為155/622 一型子架，交叉板為XC1,通過查詢?nèi)A為資料得知，一型子架的線路槽位11和13公用一根 總 線，12和14槽位公用一根總線，8個支路槽位分別是1和5、2和6、3 和7、4和8各共用一根總線。交叉能力為6x6VC4這是一型子架的特 點。因為此原因，造成業(yè)務(wù)下發(fā)時錯誤。處理方法：更改業(yè)務(wù)配置，使業(yè)務(wù)的配置避開共用總線的限制。因為SYS2 即12槽位已使用了 17 32時隙，故只要避幵17-32時隙即可。經(jīng)驗總結(jié)：SBS155/622為

6、華為早期產(chǎn)品，受共用總線和交叉能力的限制。所以 在新舊混合的設(shè)備組網(wǎng)或擴容中，一定要注意此設(shè)備的特點。否則可能造成 使預(yù)期的網(wǎng)絡(luò)規(guī)劃無法實現(xiàn)，以免造成不必要的浪費。建議在網(wǎng)絡(luò)改造時， 如果此類設(shè)備暫時不能退網(wǎng)，應(yīng)盡量將這類設(shè)備盡量放置在網(wǎng)絡(luò)的邊緣節(jié)點 上。案例2:由于告警沒有自動上報，造成告警無法及時發(fā)現(xiàn)，致使故障沒有及 時解決。目前忻州市局通過路由器對縣局華為農(nóng)話網(wǎng)絡(luò)進行集中監(jiān)控，原平局 和定襄局分設(shè)二級網(wǎng)管。某日，原平局的一個2000門交換點在晚上1 : 00 左右，由于交叉板故障造成全阻。忻州局的網(wǎng)管上沒有發(fā)現(xiàn)任何告警，等到 交換中心反映上來時，距障礙發(fā)生已很長時間，造成很大損失。上級部

7、門嚴 令查明原因。原因分析：點擊此網(wǎng)元，發(fā)現(xiàn)網(wǎng)元處于未登錄狀態(tài)，于是立即打電話詢問原 平局是否有人對此網(wǎng)元操作過。原來原平局維護人員在操作網(wǎng)管時，誤將網(wǎng) 管上的網(wǎng)矢網(wǎng)元刪除，造成其他網(wǎng)元不能登錄，于是將所有的網(wǎng)元全部刪 除，重新創(chuàng)建后做了上載，而創(chuàng)建網(wǎng)元時用的是默認的用戶名：“ root” 和密碼：“password”，由于使用的是和忻州網(wǎng)管同樣的超級用戶名，致 使忻州網(wǎng)管用戶被踢出，所以未及時發(fā)現(xiàn)告警。這是造成此次故障的主要原 因。處理方法：將原平的網(wǎng)管的所有網(wǎng)元登錄用戶都改為原來的超級用戶名“yuanping” ，問題解決。經(jīng)驗和教訓(xùn)：保證中心局網(wǎng)管對其所監(jiān)控的網(wǎng)元的告警信息進行實時監(jiān) 控

8、的條件是確保中心局的網(wǎng)管始終處于登錄狀態(tài)，為此，一定要做到以下幾 占：八、1、不同的網(wǎng)管新建網(wǎng)元時一定要使用不同的用戶。2、通過中心局的集中網(wǎng)管給分設(shè)的二級網(wǎng)管指定網(wǎng)元用戶名，并指 定專人管理。3、如果因維護需要對網(wǎng)元進行業(yè)務(wù)修改等操作時，一定要與中心網(wǎng) 管的系統(tǒng)管理員取得聯(lián)系，得到允許時再進行操作，并將所做 的操作匯報上級網(wǎng)管中心。案例3:由于設(shè)備升級造成部分站點短時間全阻的問題。忻州局東環(huán)10G組網(wǎng)如下：如圖所示：忻州、定襄、五臺、繁峙、代縣、原平10G設(shè)備組成兩纖 雙向復(fù)用段保護環(huán)，每個站點下掛2500+設(shè)備。障礙現(xiàn)象：某日，對網(wǎng)上設(shè)備進行主機軟件和單板升級。正常情況下，對 主機軟件升級

9、應(yīng)該不會造成業(yè)務(wù)阻斷，但是對主機軟件升級時，首先停止 了全網(wǎng)協(xié)議。待到忻州和定襄的主機軟件升級完成時，網(wǎng)管上發(fā)現(xiàn)原平、 代縣、繁峙業(yè)務(wù)全阻，忻州和定襄有APSJNDI告警，檢查復(fù)用段狀態(tài)，發(fā) 現(xiàn)忻州站為“倒換西向”、定襄站為“倒換東向”。將兩站的復(fù)用段協(xié)議 停止后，業(yè)務(wù)恢復(fù)正常。這是什么原因呢？原因分析：查詢復(fù)用段協(xié)議狀態(tài)，發(fā)現(xiàn)忻州和定襄的協(xié)議為啟動狀態(tài)，而其他四 個站點為停止狀態(tài)。因此懷疑是復(fù)用段協(xié)議啟動造成倒換不成功引起。原來 當主機軟件升級后，由于主控復(fù)位導(dǎo)致了復(fù)用段協(xié)議的重新啟動，影響了業(yè) 務(wù)。當忻州站主機軟件升級完成后復(fù)用段協(xié)議啟動時，由于其兩側(cè)的站復(fù)用 段協(xié)議是停止狀態(tài)，忻州站發(fā)出

10、的用于檢測環(huán)路是否正常的K字節(jié)在環(huán)上 不能穿通回到忻州站，而且其它站對忻州站發(fā)出的K字節(jié)也不會有響應(yīng)。這 種情況下忻州站認為兩側(cè)網(wǎng)元失效，因此協(xié)議啟動并進入雙端失效的狀態(tài)， 但是雙端失效并不會改變交叉板的數(shù)據(jù)。但在定襄站升級完成協(xié)議啟動時， 由于忻州站收到了定襄站的K字節(jié)，忻州站認為其東向正常，所以進入了倒 換西向；而且定襄站也進入倒換東向。在兩站協(xié)議都啟動后，將出現(xiàn)忻州站 倒換狀態(tài)為“倒換西向”、定襄站為“倒換東向”的現(xiàn)象。結(jié)論：原來主機軟件升級后，復(fù)用段協(xié)議會自動重啟。由于協(xié)議啟 動造成網(wǎng)絡(luò)發(fā)生保護倒換，而此時有的站點協(xié)議處于停止狀態(tài)，因 而倒換不成功，造成部分站點阻斷。因此，主機軟件升級

11、時，不應(yīng)該停止全 網(wǎng)的協(xié)議。案例4:由于交叉板損壞造成部分站點業(yè)務(wù)不通原平局組網(wǎng)如下所示：礦務(wù)局90上陽武74軒崗75龍宮76段家堡77大牛店73石寺78兩纖單向通道保護環(huán)后沙城72惇陽79原平為中心局，其他各站對它都有業(yè)務(wù)，其中軒崗為SNCP節(jié)點。業(yè)務(wù)流 向為西發(fā)東收（逆時針方向）。障礙現(xiàn)象：某日，石寺交換點掉電，交換機房反映，原平到礦務(wù)局的業(yè)務(wù)全阻。但是從傳輸網(wǎng)管上卻沒有任何告警。故障分析：開始懷疑是網(wǎng)管告警不能上報告警，但是用網(wǎng)管和命令行查 詢，原平和軒崗均無任何告警。用HP37742A在線檢測也正常。因此懷疑 是交換問題。但是，交換經(jīng)過重新配置、換板均不能解決。于是重新定位到傳輸?shù)膯栴}。礦務(wù)局2M做環(huán)回，在原平局用2M誤碼儀終端測試，發(fā)現(xiàn)屏幕菜單的” sync顯示：“l(fā)ost”，而通道正常時應(yīng)顯示founcT，說明從儀表發(fā)出的偽隨機碼在收端收不到因此懷疑從原平到軒崗的備環(huán)方向的站點上某個站的交叉不好。于是用更改業(yè)務(wù)法進行判斷。首先，從原平到西鎮(zhèn)配置一條2M雙向業(yè)務(wù)，測試正 常。當配置到大牛店時，發(fā)現(xiàn)儀表顯示又成了 “l(fā)ost”，初步斷定是大牛店的 交叉板故障。帶上備板到大牛