中國移動集團公司江蘇公司無錫分公司
交換班目錄
一． 背景 3
二． 組網模式 3
2.1、wxhrnc08現網ps域示意圖 4
2.2、wxhrnc08 ps域割接後示意圖 5
2.3、對接協商資料獲取 5
三． 應急指令碼優化 5
3.1、iu_ps介面協議棧 5
3.2、常規ps應急指令碼 6
3.3、優化ps應急指令碼 8
四． 割接後狀態檢查及業務測試 9
4.1、狀態檢查 9
4.2、業務測試 10
五． 進一步優化方法及實現需求 10
2023年，隨著td網路的建成使用，td使用者數量特別是td資料業務量不斷增長。目前td數量業務量已經達到gprs業務量的25%。td業務特別是資料業務的應急保障是我們關注的重點。
目前，華為已經提供了rnc的iu_ps域應急方案，由於指令碼較複雜，不便於維護人員理解消化，並進行現網rnc應急指令碼製作。而且，對於應急故障處理，需要命令操作越簡單越好，這樣可以有效提高應急割接的成功率，便於割接故障時的問題定位。因此我們需要對ps應急指令碼進行優化。
為了比較清晰的說明問題，我把網路圖簡化如下。為實現rnc的ps域容災，根據目前td裝置ps的特性，特制定本容災演練方案：以wuxhrnc08，wuxsgsn04、bksgsn01為演練網元，臨時將wuxhrnc08進行ps域割接，由wuxsgsn04割接至備用的bksgsn01，割接成功後再從備用的bksgsn01割回至wuxsgsn04。
2.1、wxhrnc08現網ps域示意圖
說明：1、配置兩對gou單板；每對單板主備用，埠雙主（負荷分擔）；
2、每個單板出一對光纖同ce相連；
3、每個單板的埠配置兩個埠ip，分別用於信令面和使用者面的子介面ip，實現信令面和使用者面的子介面隔離；如ip1，ip3，ip5，ip7（對應4個單板介面）用於信令面介面ip，對應ce1，ce2的物理介面ip位址為：ip11，ip31，ip51，ip71； 同理，使用者面子介面位址ip2，ip4，ip6，ip8（對應4個單板介面）對應ce1，ce2的物理介面ip位址為：ip21，ip41，ip61，ip81。
4、每對單板配置三個裝置ip，兩個用於信令面雙歸屬，乙個用於使用者面。dev1，dev2用於信令面做雙歸屬，dev3用作使用者面。dev4，dev5用於信令面做雙歸屬，dev6用作使用者面。
5、每個介面ip不能在同一網段；裝置ip也不能在同一網段；
6、sgsn 信令面提供兩對ip位址做信令面雙歸屬，兩個ip位址做使用者面，rnc每對單板對應sgsn一對信令面位址和乙個使用者面位址。
7、用不用的vlanid劃分信令面和使用者面，ip11，ip12，ip31，ip32，vip1，vip2，cpip1，cpip2，cpip3，cpip4加到信令面vlan中，其餘ip21，ip22，ip41，ip42，vip3，vip4，upip1，upip2加到使用者面vlan；兩個vlanid由ce提供。
8、每個單板至少啟乙個bfd保護。
9、sgsn中也可以針對每個rnc提供四個信令面ip位址，分成2組sctp多歸屬。
2.2、wxhrnc08 ps域割接後示意圖
由下圖我們可以發現，ps域割接，整個網路的物理結構沒有任何調整，只是目的的sgsn不同，與之對應的就是sgsn的信令面和使用者面ip位址改變，其他均未改變。
2.3、對接協商資料獲取
3.1、iu_ps介面協議棧
由協議棧可以看到，iu_ps介面需要分別對信令控制面以及業務面進行資料配置。而這兩個平面都是共同建立在ip層之上的。華為rnc在資料配置方面也是基於標準協議棧的。
3.2、常規ps應急指令碼
常規的ps域割接順序如下圖：左邊的操作是刪除iups介面的指令碼執行順序，右邊是新增新iups域的指令碼執行順序。
附件為傳統rnc ps域割接指令碼
割接至bksgsn01指令碼
倒回指令碼
由上圖可知，rnc iu_ps域進行割接需要刪除和新增命令各103條（共206條），資料較複雜。特別其中ip層有關資料vlanid（42條），iprt（36條）一共佔命令總數的75%多。由於命令繁多，而且都是ip位址，實際操作中很容易產生錯誤，而影響正常的應急割接。
並且對於rnc至原sgsn的相關ip資料沒有必要刪除，等倒回後再新增回來。這樣的刪創操作不但使應急命令條數大大增加，而且可能會引起原資料的錯誤或丟失。
通過前面的組網分析我們也發現，ps域割接，改變的只有目的sgsn的ip位址和信令點引數。而ce相關資料，以及相鄰rnc的資料都沒有改變，因此沒有必要對這些資料進行重新刪創。
綜上，我們認為可以通過優化來簡化應急割接指令碼，使命令數量精簡，提高效率，降低錯誤概率。
3.3、優化ps應急指令碼
圖中虛線部分對於vlanid和iprt的操作，和其他操作並不關聯，所以可以在現網中同時加入到主用sgsn04和備用bksgsn01的相關iprt和vlanid，確保從rnc能同時ping通到兩個sgsn信令面和使用者面的ip。當容災割接的時候，就可以減少虛線中的步驟，大大簡化了割接指令碼，由此也減少了出錯的可能性。
一、 前期匯入指令碼（ip層資料）及該資料刪除指令碼
二、rnc08由sgsn04割接至bksgsn01的應急指令碼
三、倒回指令碼
通過指令碼優化，如果提前配置備份bksgsn的ip資料指令碼，應急倒換時刪創命令總數為50條，較之優化前的206條。指令碼命令條數精簡了75%。
當然，為了簡化現網資料，備份bksgsn的ip資料指令碼也可以與應急割接當晚再匯入，此時指令碼數量共98條，也比原來精簡52%。
4.1、狀態檢查
iucs驗證，可以使用以下命令檢查：
1、使用dsp saallnk:;命令檢查saal鏈路「操作狀態」為「可用」。
2、使用dsp mtp3blink命令檢查mtp3b鏈路「操作狀態」為「可用」。
3、使用dsp n7dpc命令檢查「sccp目的信令點狀態」為「可用」。
4、使用dsp aal2adjnode命令檢查iu-cs介面對應的「qaal2狀態」為「可用」。
5、使用dsp aal2path:;命令檢查「操作狀態」為「可用」。
iups驗證，可以使用以下命令檢查：
1、使用dsp n7dpc命令檢查「sccp目的信令點狀態」為「可用」。
2、使用dsp sctplnk命令檢查「操作狀態」為「可用」。
3、使用dsp m3lks命令檢查「操作狀態」為「可用」。
4、使用dsp ippath命令檢查「操作狀態」為「可用」。
5、使用ping ip命令檢查到對端ip位址是否ping通；ip位址包括**面和控制面。
4.2、業務測試
進行業務驗證測試，由網優和產品人員共同完成，每個框隨機抽取一些站點驗證業務，測試方案如下 ：
通過上述的優化分析，我們已經將iu_ps域應急指令碼實現了很大程度的優化精簡。通過對指令碼的研究我們發現，對於信令及使用者平面的資料，雖然層層關聯，但需要修改協商資料很簡單，只涉及sgsn的目的信令點及信令面ip位址。為此，我們進一步優化了割接指令碼。
預新增指令碼及刪除指令碼
再完成備份bksgsn的ip資料指令碼的新增後，割接及倒回指令碼如下：
整個應急割接指令碼只需要5條命令，比原指令碼精簡97%多。即使算上備份bksgsn的ip資料準備指令碼，應急割接總命令數為55條，也可以比原指令碼精簡73%。
但是華為rnc為了避免誤操作，保護重要資料。對於其中mod n7dpc命令，只能離線操作，生效需要復位rnc。因此顯然不能在應急時使用。
mod n7dpc: dpx=60, dpc=h'002a11, name="to bksgsn01";
由於n7dpc可以通過刪除，再新建的方式實現修改。我們也希望華為rnc能夠對修改n7dpc，特別是修改iu_ps介面的信令點進行放開。因為iu_ps域的割接，特別是應急割接是不需要修改物理連線，只需資料修改，放開ps信令點修改權有利於提高割接效率。
這樣iu_ps的指令碼可以大大簡化。建議廠家也可以採用去啟用信令點修改信令點啟用信令點的方式提高安全性，同時也方便修改。
使用框架跨域執行不丟失session的方法
前幾天因為一企業 內有一客戶的服務系統,那個 因為是租用的空間,不足以存放客戶系統,所以另外搞了個伺服器,為了使網域名稱的統一性 另乙個伺服器的網域名稱與原網域名稱差別過大 所以把這個客戶系統用框架包含在了原來的 內,但碰到了因為跨域操作而使客戶系統使用者登陸後發生session丟失的問題,困撓了一...
華為 MA5600故障處理01 04應急維護流程和方法
目錄4 應急維護流程和方法 4 1 4.1 應急維護概述 4 2 4.1.1 應急維護定義 4 2 4.1.2 應急維護 4 2 4.2 應急維護流程 4 2 4.2.1 流程圖 4 3 4.2.2 確定故障範圍 4 3 4.2.3 記錄並備份故障資訊 4 4 4.2.4 處理故障 4 4 4.2....
網路規劃與系統整合華為中小企業網路解決方案
華為中小企業網路解決方案 企業資訊化，是指將資訊網路技術 計算機 internet以及電子商務運用到企業的市場調研 產品研發 技術改造 質量控制 鏈 資金周轉 成品物流等全過程，從而實現工業化。企業資訊化的目的是為了提高企業運作效率 降低成本 進一步提公升企業競爭力。華為低成本 線速 智慧型 可管理...