分組傳送網的網絡故障快速定位方法
【專利摘要】本發明公開了一種適合下一代傳輸、數據設備融合的配置處理方法，包括以下步驟，在轉發平面中的每個業務處理模塊上分別設置判決節點，并在該判決節點上設置與相應丟包原因對應的丟包原因ID；控制平面預先為不同屬性的報文分配唯一的報文標記ID，并隨配置下發到轉發平面；轉發平面利用報文標記ID標記相應的報文；當相應的判決節點判決報文需要丟棄時，在報文中添加該判決節點的丟包原因ID，并導入丟包處理模塊中處理；丟包處理模塊通過報文標記ID和丟包原因ID記錄相應的丟棄報文；通過控制平面實現丟棄報文提取和監控。本發明，大大縮短了問題定位的時間。
【專利說明】分組傳送網的網絡故障快速定位方法
【技術領域】
[0001]本發明涉及分組傳送網，具體涉及分組傳送網的網絡故障快速定位方法。
【背景技術】
[0002]分組傳送網(Packet Transport Network, PTN)支持多種基于分組交換業務的雙向點對點連接通道，具有適合各種粗細顆粒業務、端到端的組網能力，具有完善的OAM機制，精確地故障定位和嚴格的業務隔離功能，最大限度地管理和利用光纖資源，保證了業務安全性。如今，PTN已經成為一種重要的組網形式。
[0003]工程人員配置PTN業務過程中，如果存在業務不通的情況，一般通過逐站查詢的業務流量方法鎖定到出問題的站點，然后再通過檢查配置等方式來確定問題所在。但是，這種查找問題的方法，工作量大而且效率不高。
【發明內容】
[0004]本發明所要解決的技術問題是工程人員配置PTN業務過程中，如果存在業務不通的情況，查找問題工作量大而且效率不高的問題。
[0005]為了解決上述技術問題，本發明所采用的技術方案是提供一種適合下一代傳輸、數據設備融合的配置處理方法，包括以下步驟:
[0006]在轉發平面中的每個業務處理模塊上分別設置判決節點，并在該判決節點上設置與相應丟包原因對應的“丟包原因ID”；
[0007]控制平面預先為不同屬性的報文分配唯一的“報文標記ID”，并隨配置下發到轉發平面；
[0008]轉發平面利用“報文標記ID”標記相應的報文；
[0009]當相應的判決節點判決報文需要丟棄時，在報文中添加相應的“丟包原因ID”，并導入丟包處理模塊中處理；
[0010]丟包處理模塊通過“報文標記ID”和“丟包原因ID”記錄相應的丟棄報文，同時設置相應的丟包原因計數器；
[0011]通過控制平面讀取匯總轉發平面丟棄報文的“報文標記ID”及對應的“丟包原因計數器”，實現丟棄報文提取和監控。
[0012]在上述方法中，丟包處理模塊的具體步驟如下；
[0013]將報文恢復原始為報文；
[0014]根據“報文標記ID+丟包原因ID”更新相應的丟包原因計數器。
[0015]在上述方法中，丟包處理模塊配置為將收到的丟棄報文直接丟棄，或者上報到指
定端口。
[0016]在上述方法中，“報文標記ID+丟包原因ID”報文允許重定向，將“報文標記ID+丟包原因ID”封裝到內部信令頭，并將原始丟棄報文作為靜荷。
[0017]在上述方法中，丟棄報文提取和監控的步驟包括:[0018]轉發平面在原始報文前壓入“報文標記ID”和“丟包原因ID”并上傳到單盤控制器；
[0019]單盤控制器就地解析丟棄報文，通過單盤級監管界面查看丟包信息，或者繼續上報控制界面；
[0020]控制界面收集所有丟包統計信息，并選擇打印單盤控制器上報的被丟棄報文。
[0021]本發明，利用“報文標記ID”和“丟包原因ID”能夠快速精確定位到丟包原因，大大縮短了問題定位的時間。另外，還能夠直接將被丟棄的原始報文打印出來以供分析使用。
【專利附圖】
【附圖說明】
[0022]圖1為本發明中轉發平面模型示意圖；
[0023]圖2為本發明的流程圖；
[0024]圖3為本發明中丟棄報文提取和監控示意圖。
【具體實施方式】
[0025]下面結合附圖對本發明作出詳細的說明。
[0026]圖1為轉發平面模型示意圖，描述了轉發平面需要完成的功能。轉發平面主要包括“業務轉發芯片”、“轉發芯片驅動”等，由于網絡處理器(NP)的高度可定制性，一般“業務轉發芯片”由NP芯片承擔。“業務轉發芯片”需要完成業務轉發、丟棄報文提取以及丟包原因標記功能。
[0027]如圖2所示，本發明提供的適合下一代傳輸、數據設備融合的配置處理方法，包括以下步驟:
[0028]步驟1、在轉發平面中的每個業務處理模塊上分別設置判決節點，并在該判決節點上設置與相應丟包原因對應的“丟包原因ID” ；
[0029]如圖1所示的具體實施例中，報文經業務轉發芯片的入口到出口分別經過端口處理模塊、ACL匹配模塊、分類器模塊、L3業務處理模塊和下一跳封裝模塊，其中:
[0030]端口處理模塊的判決節點上設置兩個丟包原因ID:
[0031 ] 丟包原因ID=I,表示MTU非法；
[0032]丟包原因ID=2,表示MAC地址判決非法。
[0033]ACL匹配模塊的判決節點上設置三個丟包原因ID:
[0034]丟包原因ID=3,表示 ACL-DropAny ；
[0035]丟包原因ID=4,表示ACL策略丟包；
[0036]丟包原因ID=5,表示ACL CAR丟包。
[0037]分類器模塊的判決節點上設置三個丟包原因ID:
[0038]丟包原因ID=6，表示流分類未匹配(子接口不存在)；
[0039]丟包原因ID=7,表示流分類策略丟包；
[0040]丟包原因ID=8,表示流分類CAR丟包。
[0041]L3業務處理模塊的判決節點上設置四個丟包原因ID:
[0042]丟包原因ID=9,表示IP TTL非法丟包；
[0043]丟包原因ID=IO,表示IP校驗和校驗失敗；[0044]丟包原因ID=Il,表示URPF檢測不通過；
[0045]丟包原因ID=12，表示路由表不存在。
[0046]下一跳封裝模塊的判決節點上設置兩個丟包原因ID:
[0047]丟包原因ID=13，表示ARP查找失敗；
[0048]丟包原因ID=14,表示出口隊列擁塞；
[0049]此外，業務轉發芯片上還可以設置保留丟包原因ID，用于擴展，例如:丟包原因ID=16,表示未定義原因丟包。
[0050]步驟2、控制平面預先為不同屬性的報文分配唯一的“報文標記ID”，用于標識指定業務。該“報文標記ID”基于端口、子接口或者其他特征劃分，例如，可以按照“L3邏輯接口 ”的分類，給每個子接口定義“子接口 ID”作為“報文標記ID”，該“報文標記ID”隨配置下發到轉發平面。
[0051]步驟3、轉發平面中的分類器模塊接收控制平面下發的“報文標記ID”，并用其標記相應的報文。
[0052]步驟4、當相應的判決節點判決報文需要丟棄時，則脫離主業務流程，在報文中添加該判決節點的相應“丟包原因ID”，并導入丟包處理模塊中處理，此時報文攜帶如下信息:報文標記ID和丟包原因ID ；
[0053]步驟5、丟包處理模塊通過“報文標記ID”和“丟包原因ID”記錄相應的丟棄報文，同時設置相應的丟包原因計數器，具體步驟如下；
[0054]將報文恢復原始為報文；
[0055]根據“報文標記ID+丟包原因ID”更新相應的丟包原因計數器。
[0056]如果指定的“報文標記ID+丟包原因ID”報文允許重定向，則對該報文執行重定向動作。重定向流程中將“報文標記ID+丟包原因ID”封裝到內部信令頭，并將原始丟棄報文作為靜荷。
[0057]丟包處理模塊可以配置為將收到的丟棄報文直接丟棄，也可以將其發往指定端口(比如單盤控制器CPU)，轉發的報文被壓入“報文標記ID”和“丟包原因ID”，以供CPU進一步分析。單盤控制器收集丟棄報文后，還可以選擇繼續向控制平面上報丟棄的報文。
[0058]步驟6、控制平面接收轉發平面上傳的被丟棄報文，并解析其中的“報文標記ID”和“丟包原因ID”，讀取匯總轉發平面“報文標記ID”及對應的“丟包原因計數器”，實現丟棄報文提取和監控。
[0059]例如，可能某個報文被遺忘的ACL匹配并丟棄，只需要查看入口的丟包原因即可顯示為:“ACL策略丟包”，還可以指定打印丟棄原因為“ACL策略丟包”的報文，進一步鎖定問題本質。
[0060]對于開發過程中的設備，本發明提供的方法更加有效。因為處于開發過程中的設備，控制平面和轉發平面往往都不穩定，此時導致業務不通的問題往往是驅動表項填寫錯誤、配置下發失敗等問題。通過本方法，可以一步定位到丟包的判決節點。丟包原因明確后，即可順藤摸瓜找到出錯的位置。如果丟包原因還不足以確定問題，還可以將丟棄的報文內容導出查看。
[0061]圖3描述了丟棄報文提取和監控示意圖，共兩個級別可以監管:系統級監管、單盤級監管。每個監管都可以獲取指定的丟棄報文以及該報文對應的“報文標記ID”和“丟包原因”等信息。根據這兩個信息即可快速判斷問題所在。
[0062]丟棄報文提取和監控示的步驟包括:
[0063](I)NP轉發平面提取判決為非法的報文并在計數器中記錄。當配置丟棄報文可上報時，轉發平面在原始報文前壓入“報文標記ID”和“丟包原因”上傳到單盤控制器；
[0064](2)單盤控制器可以就地解析丟棄報文，通過單盤級監管界面查看丟包信息；也可以配置為繼續上報控制界面；
[0065](3)控制界面收集系統上所有板卡上的丟包統計信息，同時能夠選擇打印盤控制器上報的被丟棄報文。
[0066]圖2 中:
[0067]PJ:端 口處理(PortJudgement)；
[0068]AM:ACL 匹配(AclMatchRule)；
[0069]FC:分類器(FlowClassifier)；
[0070]L3F:L3 轉發處理模塊(L3Forwarding)；
[0071]NHE:下一跳封裝(NextHopEncapsulation)。
[0072]本發明不局限于上述最佳實施方式，任何人應該得知在本發明的啟示下作出的結構變化，凡是與本發明具有相同或相近的技術方案，均落入本發明的保護范圍之內。
【權利要求】
1.適合下一代傳輸、數據設備融合的配置處理方法，其特征在于，包括以下步驟: 在轉發平面中的每個業務處理模塊上分別設置判決節點，并在該判決節點上設置與相應丟包原因對應的“丟包原因ID” ； 控制平面預先為不同屬性的報文分配唯一的“報文標記ID”，并隨配置下發到轉發平面； 轉發平面利用“報文標記ID”標記相應的報文； 當相應的判決節點判決報文需要丟棄時，在報文中添加該判決節點的“丟包原因ID”，并導入丟包處理模塊中處理； 丟包處理模塊通過“報文標記ID”和“丟包原因ID”記錄相應的丟棄報文，同時設置相應的丟包原因計數器； 通過控制平面讀取匯總轉發平面丟棄報文的“報文標記ID”及對應的“丟包原因計數器”，實現丟棄報文提取和監控。
2.如權利要求1所述的方法，其特征在于，丟包處理模塊的具體步驟如下； 將報文恢復原始為報文； 根據“報文標記ID+丟包原因ID”更新相應的丟包原因計數器。
3.如權利要求2所述的方法，其特征在于，丟包處理模塊配置為將收到的丟棄報文直接丟棄，或者上報到指定端口。
4.如權利要求2所述的的方法，其特征在于，“報文標記ID+丟包原因ID”報文允許重定向，將“報文標記ID+丟包原因ID”封裝到內部信令頭，并將原始丟棄報文作為靜荷。
5.如權利要求1所述的方法，其特征在于，丟棄報文提取和監控的步驟包括: 轉發平面在原始報文前壓入“報文標記ID”和“丟包原因ID”并上傳到單盤控制器；單盤控制器就地解析丟棄報文，通過單盤級監管界面查看丟包信息，或者繼續上報控制界面； 控制界面收集所有丟包統計信息，并選擇打印單盤控制器上報的被丟棄報文。
【文檔編號】H04L12/24GK103560923SQ201310588821
【公開日】2014年2月5日 申請日期:2013年11月20日 優先權日:2013年11月20日
【發明者】馮建波, 周萬濤 申請人:烽火通信科技股份有限公司