軟交換CS域CE網(wǎng)絡(luò)的應(yīng)急預(yù)案

陳平煒

摘 要：文章對軟交換CS域CE網(wǎng)絡(luò)的應(yīng)急預(yù)案進行了分析，適用于漳州聯(lián)通公司移動通信網(wǎng)軟交換CS域CE在節(jié)假日、設(shè)備故障、自然災(zāi)害、反恐事件、公共突發(fā)事件、重大活動、軍事演習(xí)的應(yīng)急通信保障，以及在自然災(zāi)害和其他突發(fā)事件中遭到破壞情況的應(yīng)急處置和通信恢復(fù)。

關(guān)鍵詞：軟交換；路由器；應(yīng)急

中圖分類號：TN915.02 文獻標識碼：A 文章編號：1006-8937（2015）23-0074-02

1 網(wǎng)絡(luò)概況

漳州聯(lián)通軟交換網(wǎng)絡(luò)備采用中興軟交換設(shè)備和CE設(shè)備，CE路由器采用中興T64E和T600，交換機采用T64G。MSC SERVER下掛兩個MGW，其中一個MGW與MSC SERVER同機房同網(wǎng)段，另一個MGW在另一個機房，需要跨CE跨IP承載網(wǎng)流量。

2 通路組織情況

2.1 總體介紹

軟交換CS域CE設(shè)備提供軟交換端局MGW和MSC SERVER之間信令傳輸?shù)某休d，主要包括CE路由器和匯聚交換機。現(xiàn)網(wǎng)每個局點配置一對CE路由器，每個機房配置一對匯聚交換機。一對匯聚交換機通過GE接口，以口字型接入一對CE路由器；一對CE路由器通過GE接口以口字型接入本地一對AR路由器。軟交換端局MSC Server和MGW通過GE/FE連接至匯聚交換機。AR路由器與CE路由器間采用靜態(tài)路由協(xié)議，CE路由器之間或者匯聚交換機之間起VRRP協(xié)議。根據(jù)IP承載設(shè)計的特點，軟交換的信令流，在默認情況下，通過CE1-AR1路由器上IP承載網(wǎng)，回程路由也是通過AR1-CE1來疏通的。只有1側(cè)設(shè)備出現(xiàn)故障時，才會啟用2側(cè)設(shè)備。而且，只要下一跳的2側(cè)和1側(cè)鏈路完好，流量會在下一跳從2側(cè)回到1側(cè)設(shè)備，回程路由亦是如此。

2.2 漳州分公司CE及軟交換網(wǎng)絡(luò)結(jié)構(gòu)、業(yè)務(wù)流量介紹

漳州移動網(wǎng)絡(luò)公司在榮昌機房、新浦機房2個局點設(shè)有軟交換設(shè)備，如圖1所示。

2個局點各設(shè)置了1對中興T600路由器，作為CE 接入設(shè)備。在榮昌3層、新浦5層2個有軟交換設(shè)備的機房內(nèi)各設(shè)置1對中興T64G作為匯聚交換機。業(yè)務(wù)流量流向：ZZMGW1歸屬ZZSS1，信令流量流向ZZMGW1<->漳州榮昌3層T64G-1<->ZZSS1（注：由于ZZMGW1和ZZSS1在同一網(wǎng)段）ZZMGW2歸屬ZZSS1，信令流量流向ZZMGW2<->漳州新浦5層T64G-1<->漳州新浦CE1<->漳州AR1<->漳州榮昌CE1<->漳州榮昌3層T64G-1<->ZZSS1，從另一個角度分析漳州榮昌CE路由器出的問題，將會影響漳州MGW2下掛用戶的業(yè)務(wù)，以及XMSS3對漳州MGW1業(yè)務(wù)的備用功能；漳州新浦CE路由器出問題，將會影響漳州MGW2下掛用戶的業(yè)務(wù)，以及XMSS3對漳州MGW2下掛用戶業(yè)務(wù)的備份功能；漳州榮昌T64G出問題，將會影響漳州MGW1、漳州MGW2下掛用戶的業(yè)務(wù)以及XMSS3對漳州MGW1下掛用戶業(yè)務(wù)的備份功能；漳州新浦T64G出問題，將會影響漳州MGW2下掛用戶的業(yè)務(wù)，以及XMSS3對漳州MGW2下掛用戶業(yè)務(wù)的備份功能；若匯聚交換機之間的互聯(lián)鏈路（該TRUNK為VRRP的心跳檢測鏈路）全部中斷，將造成下掛軟交換設(shè)備找不到網(wǎng)關(guān)，業(yè)務(wù)全阻。

3 應(yīng)急措施

正常情況下，具體流量如圖2所示。

3.1 主用CE路由器與匯聚交換機的鏈路中斷后

主用CE路由器與匯聚交換機的鏈路中斷后，根據(jù)部署的VRRP協(xié)議備用CE路由器成為master，但是軟交換設(shè)備的網(wǎng)關(guān)不改變。

出流量：軟交換端局->{1}->{9}->{3}->{10}->{5}->{12}->{8}；入流量：由于主用AR路由器到軟交換設(shè)備路徑優(yōu)于備用AR路由器到路徑，因此入流量依然主用AR路由器->{7}->{11}->{6}->{12}->{5}。此時，如果{6}中斷，將造成業(yè)務(wù)全阻。

3.2 主用CE路由器與主用AR之間鏈路中斷

出流量：軟交換端局->{1}->{9}->{4}->{11}->{6}->{12}->{8}；入流量：備用AR路由器->{8}->{12}->{6}->{11}->{4}->{9}->{1}；此時，如果{6}中斷，將造成業(yè)務(wù)全阻。如果{3}中斷，可能會造成業(yè)務(wù)全阻。

3.3 軟交換設(shè)備的主用鏈路中斷

出流量：軟交換端局->{2}->{10}->{3}->{9}->{4}->{11}->{7}；入流量：主用AR路由器->{7}->{11}->{4}->{9}->{3}->{10}->{2}；此時，如果{3}中斷，可能會造成業(yè)務(wù)全阻。

3.4 主用匯聚交換機宕機

出流量：軟交換端局->{2}->{10}->{5}->{12}->{8}；入流量：主用AR路由器->{7}->{11}->{6}->{12}->{5}->{10}->{2}

3.5 主用CE路由器宕機出流量

軟交換端局->{1}->{9}->{3}->{10}->{5}->{12}->{8}；入流量：備用AR路由器->{8}->{12}->{5}->{10}->{3}->{9}->{1}

3.6 CE路由器之間的相關(guān)故障

CE路由器之間的互聯(lián)鏈路全部中斷、軟交換備用鏈路中斷、備用匯聚交換機與備用CE路由器之間鏈路中斷、備用CE路由器與備用AR路由器間鏈路中斷、備用匯聚交換機宕機、備用CE路由器宕機：由于業(yè)務(wù)正常情況下，只通過{1}、{9}、{4}、{11}、{7}主用AR路由器疏通流量，因此只要主用側(cè)設(shè)備、鏈路正常，備用側(cè)鏈路或設(shè)備故障，不會影響業(yè)務(wù)的流量流向。

3.7 匯聚交換機之間的互聯(lián)鏈路全部中斷

通常情況下，匯聚交換機之間采用多條鏈路捆綁為一個TRUNK，其中單條鏈路的中斷不會影響該TRUNK的正常。但是由于該TRUNK為VRRP的心跳檢測鏈路，如果該TRUNK的所有鏈路都中斷，將造成下掛軟交換設(shè)備找不到網(wǎng)關(guān)，業(yè)務(wù)全阻。

4 應(yīng)急啟動條件及處理措施

4.1 故障判斷過程

在MGW（新浦10.1.66.165/榮昌10.0.67.37）上ping榮昌Server （10.0.67.39），如果MGW能ping通榮昌Server，但是話務(wù)不通，則判斷為軟交換設(shè)備故障，啟動軟交換應(yīng)急預(yù)案。

如果MGW不能ping通榮昌Server，或大量丟包，則判斷為承載網(wǎng)故障，啟動CE應(yīng)急預(yù)案。立即檢查CE設(shè)備情況，使用PING、TRACERT等手段，逐段判斷鏈路是否正常。初步判定故障點后，如果業(yè)務(wù)仍不正常，則說明設(shè)備或鏈路故障，但由于某種原因，流量未自動切換到備用路由上，則啟動如下處理過程。

4.2 CE故障處理流程以及應(yīng)急方法

CE故障處理流程以及應(yīng)急方法，此處理流程在MGW與Server之間通信異常，初步判斷故障為承載網(wǎng)故障的情況下適用。

①若網(wǎng)管能正常使用，榮昌MGW1（10.0.67.37）無法PING通榮昌SERVER（10.0.67.39），則判斷T64G部分端口故障，可為MGW1或SERVER重新分配端口，重新PING測，確認故障恢復(fù)；若網(wǎng)管也無法正常使用，則判斷為T64G整機故障，則復(fù)位SIPI單板，將T64G-2倒換為主用。

②若新浦MGW2（10.1.66.165）無法PING通榮昌SERVER（10.0.67.39），則啟動以下操作步驟。

在新浦MGW（10.1.66.165）上ping新浦MGW網(wǎng)關(guān)地址（新浦T600路由器VRRP的浮動IP地址）：10.1.66.161；如果新浦MGW不能ping通MGW的網(wǎng)關(guān)地址，則定位為新浦MGW與新浦T600-1設(shè)備之間通信有故障，需要檢查新浦MGW的地址和網(wǎng)關(guān)配置，檢查新浦MGW與新浦T64G-1交換機，新浦T64G-1交換機與新浦T600-1路由器之間的鏈路以及設(shè)備狀態(tài)。如果無法判斷定位具體故障，則啟用應(yīng)急方法，如果啟用應(yīng)急方法后，MGW到Server通信仍異常，則直接轉(zhuǎn)步驟3。

應(yīng)急方法：Shutdown新浦T600-1的上下行端口和榮昌AR1與新浦T600-1互聯(lián)的端口；或斷開新浦T600-1的上行和下行鏈路。即：斷開新浦T600-1與新浦T64G-1之間的鏈路，同時斷開新浦T600-1與AR-1之間的鏈路。如果新浦MGW能ping通MGW的網(wǎng)關(guān)地址，則轉(zhuǎn)步驟2。

③在新浦MGW（10.1.66.165）上ping AR-1路由器與新浦T600-1互聯(lián)的接口地址（AR-1與新浦T600-1互聯(lián)地址）：10.0.64.177；如果新浦MGW不能ping通AR-1與新浦T600-1互聯(lián)地址，則定為新浦MGW與AR-1之間通信故障，需要檢查新浦T600-1與AR-1之間的鏈路是否正常工作，T600-1與AR-1設(shè)備運行是否正常。如果無法判斷定位具體故障，則啟用應(yīng)急方法， 如果啟用應(yīng)急方法后，新浦MGW到榮昌Server通信仍異常，則轉(zhuǎn)步驟3。

應(yīng)急方法：Shutdown 新浦T600-1的上下行端口和榮昌AR1與新浦T600-1互聯(lián)的端口；或斷開新浦T600-1的上行和下行鏈路。即：斷開新浦T600-1與新浦T64G-1之間的鏈路，同時斷開新浦T600-1與AR-1之間的鏈路。如果新浦MGW能ping通AR-1路由器與新浦T600-1的互聯(lián)地址，則轉(zhuǎn)步驟3。

在榮昌Server（10.0.67.39）上ping Server網(wǎng)關(guān)地址（榮昌T600的VRRP浮動IP）：10.0.67.33。如果榮昌Server不能ping通榮昌Server的網(wǎng)關(guān)地址（榮昌T600-1的VRRP浮動IP），則定位為榮昌Server與榮昌T600-1之間通信故障，需要檢查榮昌Server的地址和網(wǎng)關(guān)配置是否正確，檢查榮昌Server與榮昌T64G-1，榮昌T64G-1交換機與榮昌T600-1之間的鏈路是否正常，檢查榮昌T64G-1和T600-1設(shè)備是否正常。如果無法定位到具體故障，則啟用應(yīng)急方法，如果啟用應(yīng)急方法后，新浦MGW到榮昌Server通信仍異常，則直接轉(zhuǎn)步驟5。

應(yīng)急方法：Shutdown 榮昌T600-1的上下行端口和榮昌AR1與榮昌T600-1互聯(lián)的端口；斷開榮昌T600-1的上行和下行鏈路。即：斷開榮昌T600-1與榮昌T64G-1之間的鏈路，同時斷開榮昌T600-1與AR-1之間的鏈路。如果榮昌Server能ping通榮昌Server的網(wǎng)關(guān)地址（榮昌T600-1的VRRP浮動IP地址），則轉(zhuǎn)步驟4。

在榮昌Server上ping AR-1路由器的榮昌側(cè)接口地址（AR-1與榮昌T600-1的互聯(lián)地址）：10.0.64.141；如果榮昌Server不能ping通AR-1與榮昌T600-1的互聯(lián)地址，側(cè)定位為榮昌T600-1與AR-1之間通信故障，需要檢查榮昌T600-1與AR-1之間的鏈路是否正常，榮昌T600-1與AR-1設(shè)備是否正常工作。如果無法定位到具體故障，則啟用應(yīng)急方法，如果啟用應(yīng)急方法后，新浦MGW到榮昌Server通信仍異常，則轉(zhuǎn)步驟5。

應(yīng)急方法：Shutdown 榮昌T600-1的上下行端口和榮昌AR1與榮昌T600-1互聯(lián)的端口；斷開榮昌T600-1的上行和下行鏈路。即：斷開榮昌T600-1與榮昌T64G-1之間的鏈路，同時斷開榮昌T600-1與AR-1之間的鏈路。

如果Server能ping通AR-1與Server側(cè)T600-1的互聯(lián)地址，MGW到Server通信仍異常，則轉(zhuǎn)步驟5。

4.3 疏導(dǎo)后業(yè)務(wù)的恢復(fù)測試

業(yè)務(wù)路由倒換后，從MGW ping MSC SERVER，觀察ping測是否丟包，時延是否正常。如果ping測正常，說明MGW和MSC SERVER之間的IP承載恢復(fù)正常，觀察業(yè)務(wù)是否恢復(fù)正常（詳見“三、疏導(dǎo)后業(yè)務(wù)恢復(fù)測試”）。如果ping測不正常，說明MGW和MSC SERVER之間的IP承載仍有問題，回到“故障初定位和處理措施“，進行下一步的處理。

參考文獻：

[1] 李家龍，陳燕林，王松柏.軟交換系統(tǒng)A/Iu CS口IP化改造的研究與應(yīng)用[J].數(shù)字技術(shù)與應(yīng)用，2014，（5）.

[2] 任華，孫建強，王曉周.軟交換核心網(wǎng)CE設(shè)備安全保障探討[J].電信工程技術(shù)與標準化，2013，（5）.