問題描述

隨著業(yè)務(wù)的迅速發(fā)展,通過GE口與我司RNC業(yè)務(wù)對接,承載語音和數(shù)據(jù)等3G業(yè)務(wù).由于業(yè)務(wù)非常重要,并且業(yè)務(wù)量很大.所以安全性是非常重要的,RNC側(cè)和OSN側(cè)都是通過PPS實現(xiàn)業(yè)務(wù)的保護(hù).

告警信息

一天RNC側(cè)發(fā)現(xiàn)主用GE端口業(yè)務(wù)出現(xiàn)誤碼懷疑端口有問題,于是做了強(qiáng)制倒換,倒換后業(yè)務(wù)中斷.OSN3500側(cè)無告警.RNC側(cè)保護(hù)板端口上報ETH-LOS告警

處理過程

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

根因

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

建議與總結(jié)

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