問題描述

客戶對網絡10個OSN3500組成的STM-64MSP環進行清理光纖操作時，發生MSP倒換，此時一站點部分支路板上報V5_VCAIS和TU-AIS告警。客戶檢測用戶側業務無任何影響，告警在3分鐘內逐漸消失。次日晚，隨客戶一起做MSP倒換測試，告警依舊，業務正常。

處理過程

根據結論將設備的主控和單板升級至V1R7版本配套。倒換測試后無任何異常告警。

根因

檢查此OSN3500設備主機版本為：5.21.13.47p01. 此設備帶擴展子架，共計各類單板72 。
1.查看資料V5_VCAIS告警表示低階通道VC-12中V5字節的第5比特到第7比特全為“1”。此告警將影響業務。
2.采集單板黑甲子bb4.log和bb9.log 經研發分析。
3.當單板通過單板方式同時上報給主機的告警條數過大時（超過1024），就會有告警隊列溢出的現象，在主機Telnet上有告警隊列ID溢出的打印，導致部分告警的end消息丟棄掉（由于當時復用段倒換的時候，單板會有瞬間的業務中斷，并上報大量告警，但實際的業務只是瞬斷，沒有影響到業務和倒換測試。另外就是此網元單板非常的多，告警隊列溢出的可能性非常大）。4.此告警必須靠主機的1分鐘校驗事件校驗，通過3分鐘后將告警結束掉（所以看到上報的告警都在3分鐘內結束，就是有主機在3分鐘的校驗檢測后，把其濾掉的）。
5.定位分析，提出單板用多包方式上報告警給主機，單板將打包成64告警為一包上報給主機，而主機的消息隊列是1024的長度，可以將主機的處理能力大大提高，通過測試該現象消失，能正常產生也能正常結束。
6.結論：因R1～R6未修改單板軟件用多包方式上報告警的版本，而V1R7軟件版本已經解決單板多包方式上報。所以需要將單板升級到V1R7版本且主機配套。