問題描述

隨著業務的迅速發展,通過GE口與我司RNC業務對接,承載語音和數據等3G業務.由于業務非常重要,并且業務量很大.所以安全性是非常重要的,RNC側和OSN側都是通過PPS實現業務的保護.

告警信息

一天RNC側發現主用GE端口業務出現誤碼懷疑端口有問題,于是做了強制倒換,倒換后業務中斷.OSN3500側無告警.RNC側保護板端口上報ETH-LOS告警

處理過程

臨時解決辦法:
  1.通過溝通,得知RNC側業務發生倒換,業務走備用端口.
  2.OSN3500側手工強制倒換.使業務走備用端口.
  3.核實業務,業務恢復.
徹底解決辦法:OSN3500版本升級到5.21.18.xx,RNC升級到RAM12.這樣OSN設備和RNC設備都支持DLAG協議，雙方設備可以通過DLAG協議協商,這樣可以保證當一方設備發生倒換的時候,另一方設備也跟隨倒換.在不升級的前提下（尤其是我司現在RAM12還沒有商用）組建3層網絡，在RNC和OSN設備之間增加路由器，這樣也可以保證倒換的正常進行，保證業務可以得到保護。

根因

OSN3500設備PPS倒換條件包括： 1. 端口故障：線路、光纖故障,光模塊壞等一切可以導致link-down的因素； 2. 硬件故障：有電源,時鐘,鎖相環告警； 3. 單板不在位； 4. 手動強制倒換。在任何情況下RNC主用端口和保護端口都發信號，這樣在RNC倒換的時候，RNC業務雖然倒換到保護通道上，但是主用通道仍然發光，所以對OSN側不會產生link-down所以OSN不會倒換。由于RNC現在的版本為RAM10.而傳輸OSN 3500版本是5.21.17.31P03版本,由于這兩個版本都不支持DLAG協議，所以當RNC倒換的時候，OSN側則不發生倒換。這樣業務必然中斷。同時傳輸設備OSN 3500在版本為5.21.17.XX時的保護板的端口不發光,這樣對于RNC側保護端口始終不能收到信號，這樣RNC會判斷認為保護通道總是link-down,所以RNC設備無法檢測到保護鏈路狀態正常，就不會自動倒換，只能通過手工強制倒換。

建議與總結

在雙方設備不升級的情況下：
1.由于我司傳輸設備OSN3500在5.21.17.xx版本保護板端口不發光,所以對方如RNC側保護端口始終都會出現ETH-LOS告警,這樣RNC側設備始終認為備用通道不可以用，就不會實現自動倒換。
2.所有的倒換只能是手工實現倒換,并且雙方都需要同時倒換.否則單端倒換業務會中斷.
3.在配置BPS/PPS時，端口工作模式建議配置為自協商模式，非自協商模式將不能保護發送光纖失效的情況.這樣在RNC主用設備收不到光，OSN側就將檢測到發送光失效，OSN側就會倒換，這樣OSN側保護板就會發光，從而RNC側保護通道檢測到鏈路狀態正常，從而OSN業務倒到保護通道，這樣可以實現業務倒換正常。
4.組建3層網絡，在RNC和OSN設備之間增加路由器。
 當雙方業務升級的情況下：OSN3500設備升級到5.21.18.xx,RNC設備升級到RAM12,這樣雙方設備都支持DLAG協議，這樣倒換可以通過協議協商，當一方設備倒換的時候，另一方設備會伴隨倒換，從而保證業務的正常運行。