問題描述

傳輸本地網(wǎng)OSN3500設(shè)備組2.5G MSP環(huán)，設(shè)備單板版本為V1R1配套，比較低，且低階交叉資源已基本用滿，考慮后期業(yè)務(wù)發(fā)展需要，特進(jìn)行設(shè)備配套升級至V1R3。
實(shí)際的組網(wǎng)情況是A、B、C、D組2.5G MSP環(huán)，A下掛一套155/622做擴(kuò)展子架，使用兩條622M的無保護(hù)鏈。
在A站升級復(fù)位單板的過程中，造成下游擴(kuò)展子架155/622設(shè)備大量2M業(yè)務(wù)中斷。

告警信息

E站上報大量TU_AIS，主備交叉板上報PS告警（參數(shù)0x01），對端2M報LP_RDI告警。

處理過程

工程師仔細(xì)核查了單站配置，終于找到問題原因，原來在E站點(diǎn)單站配置了1+1的線性復(fù)用段。
通過對該告警的詳細(xì)審視，問題豁然開朗：回到開篇介紹的，A站點(diǎn)原先配置了GXCS交叉，低階交叉容量不夠，本次版本升級的同時，也需要對交叉板進(jìn)行更換為UXCS的操作。問題的原因就在于客戶原先在E站點(diǎn)配置了1+1的單端不恢復(fù)式線性復(fù)用段后，對A配置1+1發(fā)現(xiàn)低階交叉不足，于是倒回?zé)o保護(hù)鏈，但是忘記對E站點(diǎn)恢復(fù)無保護(hù)鏈屬性，結(jié)果就導(dǎo)致這種畸形的組網(wǎng)，網(wǎng)管上的保護(hù)子網(wǎng)只能顯示為STM-4的無保護(hù)鏈。卻對升級時的影響非常大，在復(fù)位5-SLQ4時，E站點(diǎn)155/622設(shè)備由于配置了1+1的線性復(fù)用段，隨即單端不恢復(fù)式地倒換到12-SL4板上，而對端OSN3500并無14-SLQ4-1的業(yè)務(wù)配置，就造成了E站點(diǎn)收業(yè)務(wù)全部中斷，而發(fā)業(yè)務(wù)在A站點(diǎn)的OSN3500的5-SLQ4復(fù)位后即恢復(fù)，對端自然上報LP_RDI告警。
處理步驟：
對A站點(diǎn)進(jìn)行軟件升級，并更換交叉板，從GXCS升級到UXCS；
對A站點(diǎn)數(shù)據(jù)重新配置，5-SLQ4-1和14-SLQ4-1組成STM-4的單向不恢復(fù)式線性復(fù)用段，業(yè)務(wù)重新規(guī)范配置。

根因

E站155/622設(shè)備上報PS（參數(shù)0x01）告警，表示發(fā)生了MSP倒換，而實(shí)際情況是網(wǎng)管上保護(hù)子網(wǎng)顯示A和E是兩條622M無保護(hù)鏈，為何會出現(xiàn)這種情況呢？

建議與總結(jié)

加強(qiáng)對客戶的規(guī)范性指導(dǎo)，網(wǎng)上不能存在對接的兩套設(shè)備配置異常，容易導(dǎo)致奇怪的問題，定位起來也比較麻煩。