運維經(jīng)驗交流
……不要迷信REPCI

The command initiates diagnosis of faults in CP. Thediagnosis is made by analysis of stored fault data.
The command results in a printout CP DIAGNOSIS that contains lists of suspected boards. One boardlist is printed for each fault.

上邊的一段英文是愛立信維護指導(dǎo)軟件ALEX中關(guān)于REPCI指令功能的說明。在愛立信交換機中，一旦出現(xiàn)CP FAULT的告警，第一執(zhí)行的就是這條CP故障診斷指令。通常情況下是正確的。但我局BSC國慶期間出現(xiàn)的一個CP FAULT故障，就是因為迷信其診斷結(jié)果，一個CP FAULT故障硬是折騰了4個通宵。把這次故障處理情況寫下，以供從事運維工作的朋友們參考。
初次診斷結(jié)果如下：
CP DIAGNOSIS

TEST RESULT
FAULT

FAULTTYPE
PERMANENT

MAGPCB REPLACEDREASON
CPU-ASPU
CPU-AIPU1
RPH-A-1 RPIRS-4
RPH-A-1 RPIO
CPU-APOWC
CPU-AIPU2
CPU-AMAI
CPU-BSPU
RPH-A-1 RPIRS-7
RPH-A-1 RPIRS-6
RPH-A-1 RPIRS-5
RPH-A-1 RPIRS-3
RPH-A-1 RPIRS-2
RPH-A-1 RPIRS-1
RPH-A-1 RPIRS-0
CPU-BIPU1

該BSC的CP是BYB202設(shè)備的CP20，集成度低。從診斷結(jié)果看，最值得懷疑的是CP-A的SPU、IPU1。但更換SPU后無效。因我局備件中IPU1的版本比在網(wǎng)板件低，更換無效后換回。后又將IPU2、MAI、POWC、一一更換，均無效。因時間關(guān)系暫停處理。第二天從省局調(diào)來備件，晚上再繼續(xù)。后來陸續(xù)更換了了MAU的3塊板子，CP-A的IPU1、PCSI、RPIRS-4等板件，均無效。而且在此過程中，換板后運行RECCI修復(fù)指令，不到1分鐘就出現(xiàn)：NOT SUCCESSFUL提示。但此時查看CP狀態(tài)，SB（A）邊卻顯示UP-FM，正在進行同步操作。第一次此狀態(tài)持續(xù)了42分鐘。第二次持續(xù)20分鐘后就出現(xiàn)CP-B邊RELOAD。中斷通訊10分鐘左右。后來一看到NOT SUCCESSFUL提示出得快，就馬上看CP狀態(tài)，一旦是UP-FM,就直接用dpHAS指令把CP-A給HALT掉。
直到對CP-A的POU2板進行換板處理后。此時運行RECCI指令時終端反應(yīng)正常。約6分鐘后提示修復(fù)失敗，失敗原因是RP64、65。判斷是CP-A第3塊RP BUS板（每個RP BUS板可帶32個RP，前兩塊板帶的是RP0～63）。運行REPCI指令診斷。提示第一懷疑板件就是: RPH-A-0 的RPIRS-2障礙。與分析結(jié)果相同。換板后修復(fù)成功。CP-A于2:50轉(zhuǎn)為執(zhí)行邊。撥打測試正常。
故障分析：從修復(fù)的過程分析，故障原因應(yīng)該是POU2電源板因元件老化的原因，帶負載能力降低。當處于分離狀態(tài)時，因CP負荷輕，工作功耗小，POU2可提供足夠的功率。此時對CP-A進行診斷、備份加載都可正常進行。但一旦轉(zhuǎn)為執(zhí)行邊，其負荷急劇上升，POU2無法負荷，輸出電壓降低，導(dǎo)致CP-A死機（此故障類似早期電腦因電源功率不足而CPU、顯卡等升級后，運行大軟件時容易死機的故障）。CP-A宕機后CP-B則出現(xiàn)reload。至于后來出現(xiàn)的RP64/65故障，懷疑是維護過程中碰線引起，分析對該BUS撥出后重新插入應(yīng)可解決，但保險起見還是換了RP BUS板。