問題描述

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

告警信息

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

處理過程

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

根因

E站155/622設備上報PS（參數0x01）告警，表示發生了MSP倒換，而實際情況是網管上保護子網顯示A和E是兩條622M無保護鏈，為何會出現這種情況呢？

建議與總結

加強對客戶的規范性指導，網上不能存在對接的兩套設備配置異常，容易導致奇怪的問題，定位起來也比較麻煩。