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