專利名稱:報文處理的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種報文處理的方法及設(shè)備。
背景技術(shù):
隨著網(wǎng)絡(luò)需求的不斷增加,路由器或者網(wǎng)關(guān)等網(wǎng)絡(luò)設(shè)備上處理的業(yè)務(wù)也逐漸變得 復(fù)雜化和多樣化。網(wǎng)絡(luò)設(shè)備只做IP報文的轉(zhuǎn)發(fā)或者NAT (網(wǎng)絡(luò)地址轉(zhuǎn)換,Network Address Translation)源地址轉(zhuǎn)換等簡單業(yè)務(wù)處理已經(jīng)不能滿足實際組網(wǎng)應(yīng)用,各種VPN(Virtual Private Network,虛擬專用網(wǎng))業(yè)務(wù)以及MPLS (Multi-Protocol Label Switching,多協(xié)議 標(biāo)簽交換)轉(zhuǎn)發(fā)業(yè)務(wù)得到越來越廣泛的應(yīng)用,例如GRE(Generic Routing Encapsulation, 通用路由封裝)隧道技術(shù)保證報文能夠跨越不同的協(xié)議網(wǎng)絡(luò)進(jìn)行傳輸,IPSec隧道技術(shù)為 在不安全網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)提供高質(zhì)量、可互操作、基于密碼學(xué)的安全保證,VPDN(Virtual Private Dial-up Networks,虛擬專用撥號網(wǎng))隧道技術(shù)為遠(yuǎn)端用戶提供一種遠(yuǎn)程接入的 服務(wù),MPLS提供一種面向連接的根據(jù)特定長度標(biāo)簽進(jìn)行轉(zhuǎn)發(fā)的技術(shù)。隨著網(wǎng)絡(luò)設(shè)備業(yè)務(wù)的復(fù)雜和多樣化,網(wǎng)絡(luò)設(shè)備上的相關(guān)配置也逐漸變得越來越復(fù) 雜,由于設(shè)備錯誤配置或者組網(wǎng)應(yīng)用的原因?qū)е碌木W(wǎng)絡(luò)故障也在逐漸增多。為了定位網(wǎng)絡(luò)設(shè)備上的故障,目前常用的方法是跟蹤業(yè)務(wù)報文在網(wǎng)絡(luò)設(shè)備內(nèi)的處 理流程,但是實際網(wǎng)絡(luò)中設(shè)備運行的業(yè)務(wù)很復(fù)雜,同時處理的業(yè)務(wù)流量也很多,當(dāng)出現(xiàn)網(wǎng)絡(luò) 故障時打開報文處理相關(guān)的調(diào)試信息的話,輸出的調(diào)試信息多而且亂,不利于故障的定位 和解決。目前常用的優(yōu)化方法是通過預(yù)先配置ACL(Access Control List,接入控制列表), 匹配報文的原始特征信息,如源IP地址、目的IP地址、協(xié)議、源端口、目的端口等信息,打 開報文處理調(diào)試開關(guān)時對輸出信息進(jìn)行過濾,只輸出包含指定報文信息的報文。但是如果 報文經(jīng)過NAT、VPN等業(yè)務(wù)處理后,報文的原始信息將被修改,例如NAT業(yè)務(wù)通常會修改報文 的源地址,GRE業(yè)務(wù)會在原始報文的基礎(chǔ)上增加新的報文頭,IPSec業(yè)務(wù)會將原始報文進(jìn)行 加密處理,這些業(yè)務(wù)都會導(dǎo)致報文的原始信息被修改,無法跟蹤特定業(yè)務(wù)報文在設(shè)備上完 整的處理流程,從而無法準(zhǔn)確定位網(wǎng)絡(luò)設(shè)備內(nèi)的故障發(fā)生位置。
發(fā)明內(nèi)容
本發(fā)明提供了一種報文處理的方法及設(shè)備,使得設(shè)備可以記錄報文在設(shè)備內(nèi)的處 理過程。本發(fā)明提供了一種報文處理的方法,包括步驟A,設(shè)備判斷接收到的業(yè)務(wù)報文是否匹配預(yù)設(shè)規(guī)則;步驟B,當(dāng)所述業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,所述設(shè)備記錄所述業(yè)務(wù)報文的初始業(yè)務(wù) 報文信息;步驟C,當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,所述設(shè)備判斷處理后的業(yè)務(wù)報文信息與 處理前的業(yè)務(wù)報文信息是否一致;步驟D,當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時,所述設(shè)備記錄所述業(yè)務(wù)報文的處理后的業(yè)務(wù)報 文信息。所述業(yè)務(wù)報文信息包括報文類型與報文關(guān)鍵信息;步驟C包括當(dāng)處理后的業(yè)務(wù)報文的報文類型與所述記錄的報文類型不相同時, 判定所述處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致;當(dāng)處理后的業(yè)務(wù)報文的 報文類型與所述記錄的報文類型相同時,進(jìn)一步判斷處理后的業(yè)務(wù)報文的報文關(guān)鍵信息與 所述記錄的報文關(guān)鍵信息是否相同,如果相同,則判定所述處理后的業(yè)務(wù)報文信息與處理 前的業(yè)務(wù)報文信息一致,否則判定結(jié)果為不一致。所述設(shè)備記錄所述業(yè)務(wù)報文的初始業(yè)務(wù)報文信息包括通過起始部分與報文信息 記錄字段記錄所述初始業(yè)務(wù)報文信息,所述起始部分與報文信息記錄字段中分別包括報文 類型字段,所述起始部分的報文類型字段記錄初始業(yè)務(wù)報文類型,所述報文信息記錄字段 記錄所述初始業(yè)務(wù)報文關(guān)鍵信息;所述設(shè)備記錄所述業(yè)務(wù)報文的處理后的報文信息包括所述設(shè)備增加報文信息記 錄字段記錄所述處理后的報文關(guān)鍵信息,并將上一次增加的報文信息記錄字段中報文類型 字段的值更新為與所述處理后的報文類型對應(yīng)的值。所述起始部分還包括所述業(yè)務(wù)報文的記錄標(biāo)識信息;步驟C包括當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,根據(jù)所述記錄的業(yè)務(wù)報文的記錄 標(biāo)識信息判斷所述業(yè)務(wù)報文是否匹配記錄條件,并在匹配時判斷處理后的業(yè)務(wù)報文信息與 處理前的業(yè)務(wù)報文信息是否一致。還包括步驟E,輸出記錄的所述業(yè)務(wù)報文的初始報文信息和處理后的報文信息。一種網(wǎng)絡(luò)設(shè)備,包括接收單元,用于接收業(yè)務(wù)報文;處理單元,用于處理所述業(yè)務(wù)報文;判斷單元,與所述接收單元和處理單元連接,用于判斷所述接收單元接收到的業(yè) 務(wù)報文是否匹配預(yù)設(shè)規(guī)則,判斷所述處理單元處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文
信息是否一致;記錄單元,與所述判斷單元連接,用于當(dāng)所述業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,記錄所述 業(yè)務(wù)報文的初始業(yè)務(wù)報文信息;當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致 時,記錄所述業(yè)務(wù)報文的處理后的業(yè)務(wù)報文信息。所述業(yè)務(wù)報文信息包括報文類型與報文關(guān)鍵信息;所述判斷單元還用于當(dāng)處 理后的業(yè)務(wù)報文的報文類型與所述記錄的報文類型不相同時,判定所述處理后的業(yè)務(wù)報文 信息與處理前的業(yè)務(wù)報文信息不一致;當(dāng)處理后的業(yè)務(wù)報文的報文類型與所述記錄的報文 類型相同時,進(jìn)一步判斷處理后的業(yè)務(wù)報文的報文關(guān)鍵信息與所述記錄的報文關(guān)鍵信息是 否相同,如果相同,則判定所述處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息一致,否則 判定結(jié)果為不一致。所述記錄單元還用于通過起始部分與報文信息記錄字段記錄所述初始業(yè)務(wù)報文信息,所述起始部分與 報文信息記錄字段中分別包括報文類型字段,所述起始部分的報文類型字段記錄初始業(yè)務(wù) 報文類型;當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時,增加報文信息記錄字段記錄所述處理后的報文關(guān)鍵信息,并將上一次增加的報文信息記錄字段中報文類型 字段的值更新為與所述處理后的報文類型對應(yīng)的值。所述起始部分還包括所述業(yè)務(wù)報文的記錄標(biāo)識信息;所述判斷單元還用于當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,根據(jù)所述記錄的業(yè)務(wù)報 文的記錄標(biāo)識信息判斷所述業(yè)務(wù)報文是否匹配記錄條件,并在匹配時判斷處理后的業(yè)務(wù)報 文信息與處理前的業(yè)務(wù)報文信息是否一致。還包括輸出單元,與所述記錄單元連接,用于輸出所述記錄單元記錄的所述業(yè)務(wù)報文的 初始報文信息和處理后的報文信息。與現(xiàn)有技術(shù)相比,本發(fā)明至少具有以下優(yōu)點 本發(fā)明中,設(shè)備記錄匹配預(yù)設(shè)規(guī)則的業(yè)務(wù)報文的初始報文信息和處理后報文信 息,從而能夠跟蹤記錄業(yè)務(wù)報文在設(shè)備上的完整的處理流程,進(jìn)而使得可以根據(jù)記錄到的 信息定位設(shè)備內(nèi)的網(wǎng)絡(luò)故障。
圖1和圖2是本發(fā)明提供的報文處理的方法的流程示意圖;圖3是本發(fā)明提供的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明中,當(dāng)設(shè)備接收到的業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,設(shè)備記錄業(yè)務(wù)報文的初始 報文信息,并當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時,設(shè)備記錄業(yè)務(wù) 報文的處理后的報文信息,從而在設(shè)備上記錄下業(yè)務(wù)報文初始報文信息與處理后的報文信 息,跟蹤報文在設(shè)備上的處理過程。本發(fā)明中,設(shè)備具體在內(nèi)存中記錄業(yè)務(wù)報文的報文信息。從物理層接收報文后,設(shè) 備從接口物理芯片的緩存中拷貝報文,將報文存放到一段內(nèi)存區(qū)域中,這段內(nèi)存區(qū)域除了 包含報文本身外還包括其他一些信息,如報文接收接口、報文長度、內(nèi)存大小等非報文本身 的信息。本發(fā)明中,當(dāng)業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,即報文為需要跟蹤處理過程的特定業(yè)務(wù)報 文時,設(shè)備在內(nèi)存中申請擴(kuò)展內(nèi)存(上述內(nèi)存區(qū)域之外的一塊內(nèi)存區(qū)域)記錄報文的初始 報文信息和處理后的業(yè)務(wù)報文信息。為了清楚地介紹本發(fā)明提供的報文處理方法,首先說明擴(kuò)展內(nèi)存的設(shè)置。擴(kuò)展內(nèi)存存儲的業(yè)務(wù)報文信息包括起始部分與報文信息記錄字段,其中起始部分 定義如表1所示表 1
LabelNext Payload Layers Length表1當(dāng)中,Label 特定業(yè)務(wù)報文標(biāo)簽,長度為1個字節(jié),用于標(biāo)識特定業(yè)務(wù)報文,例 如每一類型特定業(yè)務(wù)報文可以用一個不同的Label值標(biāo)識;Next Payload 下一個記錄的報文信息類型,為0表示此記錄字段為最后一個段,長度為1個字節(jié),該Next Payload為起始部分,其下一個記錄的報文信息類型即為初始報 文類型;Layers 當(dāng)前內(nèi)存記錄的報文信息層數(shù),長度為1個字節(jié),可以標(biāo)識報文信息記錄 字段的個數(shù);Length 當(dāng)前內(nèi)存記錄報文信息的長度,長度為2個字節(jié)。
報文信息記錄字段記錄報文類型與報文關(guān)鍵信息,報文關(guān)鍵信息的類別根據(jù)記錄 信息類型的不同而不同,下面以IPv4信息類型和MPLS信息類型為例說明。IPv4信息類型的Next Payload字段為1。IPv4信息類型的報文信息記錄字段具 體如表2所示表2
NextSIP DIP ID Frag Pro Sport DPort Application
Payload
\其中,Next Payload 下一個記錄的報文信息類型,長度為1個字節(jié),每一次報文處理后 最后記錄的報文信息記錄字段中Next Payload為0,表示此記錄字段為最后一個段,上一 次報文信息記錄字段中Next Payload的值則由O更新為最后報文處理后的報文信息類型 對應(yīng)的值;SIP IP報文源IP,長度為4個字節(jié);DIP IP報文目的IP,長度為4個字節(jié);ID =IP報文ID信息,長度為2個字節(jié);Frag =IP報文分片信息,長度為2個字節(jié);Pro =IP報文協(xié)議信息,長度為1個字節(jié);SPort =IP報文源端口信息,當(dāng)IP協(xié)議為TCP或UDP時填充,長度為2個字節(jié);DPort =IP報文目的端口信息,當(dāng)IP協(xié)議為TCP或者UDP時填充,長度為2個字節(jié);Application 業(yè)務(wù)類型字段,表示更改此報文的信息的業(yè)務(wù)類型表示,長度為1 個字節(jié);定義業(yè)務(wù)類型如下初始報文0NAT 1IPSec 2GRE 3L2TP 4IPv4-IPv6 Tunnel :5。MPLS信息類型的Next Payload字段為2,MPLS信息類型的報文信息記錄字段具 體如表3所示表3 Next Payloadl MPLS Label 其中,Next Payload 下一個記錄的報文信息類型,長度為1個字節(jié),具體可以參 考表 2 中 Next Payload ;MPLS Label =MPLS標(biāo)簽字段,與MPLS報文標(biāo)簽結(jié)構(gòu)一致,長度為4個字節(jié)。下面結(jié)合上述擴(kuò)展內(nèi)存的設(shè)置,通過兩個實例介紹本發(fā)明提供的報文處理方法。 初始業(yè)務(wù)報文以IP報文為例,第一個實例中報文經(jīng)過MPLS封裝處理,第二個實例中報文經(jīng) 過IPSec處理。對于第一個實例,本發(fā)明提供的報文處理流程如圖1所示,包括以下步驟步驟101,根據(jù)預(yù)設(shè)規(guī)則識別特定業(yè)務(wù)報文。例如,通過原始報文的源IP地址、目的IP地址、端口號等信息標(biāo)識特定業(yè)務(wù)報文。 從接口物理層緩存收到的報文并將報文拷貝到內(nèi)存空間后,對收到的報文與預(yù)設(shè)規(guī)則,例 如ACL進(jìn)行對比,如果匹配預(yù)設(shè)規(guī)則,則判斷報文為特定業(yè)務(wù)報文,執(zhí)行步驟102 ;否則根據(jù) 報文標(biāo)準(zhǔn)處理流程進(jìn)行處理。步驟102,記錄業(yè)務(wù)報文的初始報文信息。從內(nèi)存中申請一段內(nèi)存區(qū)域記錄報文的初始報文信息,包括記錄報文的報文類 型、報文關(guān)鍵信息以及記錄標(biāo)識信息。上述三者可以根據(jù)實際需要設(shè)置僅記錄其中的部分 信息,例如僅記錄報文類型和報文關(guān)鍵信息,本發(fā)明對此并不做限制。本實例中以記錄IP報文的處理流程為例,假定初始IP報文的Label值為100,長 度為24 ;同時,由于初始為IP報文,因此業(yè)務(wù)報文信息的起始部分的Next Payload字段的 值為1,則存儲IP報文的初始報文信息時,起始部分如表4所示表 4
~Ιοο ~~i ~~i~~ 24結(jié)合表1所示,Label值為IP報文的Label值100,Next Payload值為1,因為現(xiàn) 在是第一個記錄字段,因此,Layers值為1,表示只有一個記錄字段,Length為記錄報文信 息的長度。結(jié)合表2所示,此時報文為初始報文,尚未經(jīng)過其他報文處理,只有初始報文信 息,不存在下一報文信息記錄字段,因此業(yè)務(wù)報文信息的第一個報文信息記錄字段的Next Payload字段填O。報文關(guān)鍵信息包括原始報文的源IP、目的IP、協(xié)議號、ID、分片、源/目 的端口(如果協(xié)議類型為TCP或者是UDP,否則填入0),讀取上述關(guān)鍵信息并填入報文信息 記錄各字段,Application字段填0,代表是初始接收報文,得到報文信息記錄字段如表5所 示表 5
0 192. 168. 1. 1~~100. 1. 1. 1 8200Γ~06500680Γ~0步驟103,報文處理模塊對業(yè)務(wù)報文進(jìn)行處理,記錄報文處理信息。
具體的,報文處理模塊需要根據(jù)記錄的業(yè)務(wù)報文的記錄標(biāo)識信息判斷業(yè)務(wù)報文是 否匹配記錄條件,例如,報文處理模塊根據(jù)業(yè)務(wù)報文的Label字段取值(記錄標(biāo)識信息)判 斷該報文是否為特定業(yè)務(wù)報文,例如判斷此報文關(guān)聯(lián)的擴(kuò)展內(nèi)存中Label字段是否已填入 值,如果沒有任何值則說明此報文不是需要跟蹤的業(yè)務(wù)報文,報文按標(biāo)準(zhǔn)流程處理;如果擴(kuò) 展內(nèi)存中Label字段已經(jīng)填入值,則判斷該報文為需要跟蹤的特定業(yè)務(wù)報文。報文處理模塊進(jìn)一步比較經(jīng)過業(yè)務(wù)模塊處理后的報文信息與擴(kuò)展內(nèi)存中最后記 錄的報文信息記錄字段中的報文信息是否一致,具體比較方法為首先比較當(dāng)前報文類型 與倒數(shù)第二個Next Payload字段代表的報文類型是否一致,如本實施例中,判斷是否都是 IPv4報文或者M(jìn)PLS報文;如果一致則再繼續(xù)讀取當(dāng)前報文關(guān)鍵信息字段與最后一項記錄 的關(guān)鍵信息進(jìn)行比較,如果仍然一致則不對記錄信息字段進(jìn)行任何處理;如果報文類型或 者記錄信息字段的關(guān)鍵值與當(dāng)前報文不一致,則采取如下處理將當(dāng)前報文的類型填入業(yè) 務(wù)報文信息的最后一個Next Payload字段,在最后一個報文信息記錄字段結(jié)束部分填寫一 個新的報文信息記錄字段,其中Next Payload字段填0,根據(jù)當(dāng)前報文的類型填寫后面的 信息,如果是IPv4報文還需要填寫Application字段的值,最后修改起始部分的Layers和 Length 字段。本實例中,報文處理模塊對業(yè)務(wù)報文進(jìn)行處理以MPLS封裝為例。結(jié)合上述描述的 報文處理模塊的處理過程,報文處理模塊首先讀取label值,由于該值為100,報文處理模 塊判斷該報文為特定業(yè)務(wù)報文。進(jìn)一步的,報文處理模塊將處理后的報文類型與倒數(shù)第二 個Next Payload字段代表的報文類型比較。當(dāng)前報文類型(處理后的報文類型)為MPLS 報文,倒數(shù)第二個Next Payload字段即表4中的Next Payload字段,其值為1,標(biāo)識IP報 文,因此,兩者報文類型不同,報文處理模塊將最后一個Next Payload字段(即表5中的 NextPayload字段)的值更新為MPLS報文對應(yīng)的Next Payload值2 (參見表3),添加新的 報文信息記錄字段記錄當(dāng)前報文處理后的報文信息,并將起始部分的layers值修改為2, length值也相應(yīng)增加,修改為29。重新修改后的起始部分如表6所示表 6
~100 ~~ Γ~2~~ 29首個報文信息記錄字段更新如表7所示,表 7
2192. 168. 1. 1 100. 1. 1. 1 8200 O 65006 800第二個報文信息記錄字段如表8所示,表 8
~~O~~1033
步驟104,輸出記錄的業(yè)務(wù)報文的初始報文信息和處理后的報文信息。輸出記錄時可以根據(jù)設(shè)置的條件進(jìn)行過濾,例如可以根據(jù)預(yù)先設(shè)置的特定業(yè)務(wù)類 型對應(yīng)的Label值進(jìn)行過濾,這樣可以跟蹤報文在設(shè)備內(nèi)部處理時經(jīng)過了幾次封裝、解封 裝、或報文被修改原始信息的處理。本發(fā)明還提供另一實例,以初始IP報文經(jīng)過IPSec業(yè)務(wù)處理為例,如圖2所示,包 括步驟201,根據(jù)預(yù)設(shè)規(guī)則識別IP業(yè)務(wù)報文。步驟202,記錄IP業(yè)務(wù)報文的初始報文信息。 具體參考步驟102,初始報文信息記錄如表4和表5所示。步驟203,報文處理模塊對IP業(yè)務(wù)報文進(jìn)行IPSec業(yè)務(wù)處理,記錄報文處理信息。具體的,IPSec業(yè)務(wù)處理時,報文處理模塊讀取label值,由于該值為100,報文處 理模塊判斷該報文為IP業(yè)務(wù)報文,進(jìn)一步讀取倒數(shù)第二個Next Payload值1,與IPSec業(yè) 務(wù)處理后的業(yè)務(wù)類型相同,都為IP報文。進(jìn)一步,報文處理模塊比較當(dāng)前報文關(guān)鍵信息與 最后記錄的報文信息記錄字段內(nèi)的報文關(guān)鍵信息。初始業(yè)務(wù)報文經(jīng)過IPSec加密處理后,假設(shè)報文源IP變?yōu)?01. 1. 1,目的IP變?yōu)?163. 1. 1. 100,協(xié)議號變?yōu)?0,報文ID為7000,與表5所示初始報文關(guān)鍵信息不同,報文處 理模塊將最后一個Next Payload字段的值由0更新為1,并增加新的報文信息記錄字段記 錄處理后的報文信息,將起始部分的layers值修改為2,length值也相應(yīng)增加,修改后的起 始部分如表9所示表 9
~100 ~~ Γ~2~~ 43首個報文信息記錄字段更新如表10所示,表 10
~Γ 192. 168. 1. 1~~100. 1. 1. 1 8200Γ~06500680Γ~0第二個報文信息記錄字段如表11所示,表11
0 201. 1. 1. 1 ~~163. 1. 1. 10017000 0 50 Γ~0 Γ~0 Γ~2表10中Application字段值為0表示記錄的是初始報文的信息,表11中 Application字段值為2表示記錄的是報文經(jīng)過IPSec處理后的信息。步驟204,輸出記錄的業(yè)務(wù)報文的初始報文信息和處理后的報文信息。報文在設(shè)備中可能存在兩種情況特殊的情況,即報文分片和報文重組。對于報文 分片情況,此時,報文在報文處理模塊處理時被拆分為多個分報文,報文處理模塊將報文的 擴(kuò)展內(nèi)存字段進(jìn)行拷貝,關(guān)聯(lián)到新生成的分片報文,如果修改后的報文滿足記錄條件,則分別修改分片后的兩個擴(kuò)展內(nèi) 存字段。對于報文重組情況,即報文在報文處理模塊處理時與 另一報文重組為一新的報文,由于進(jìn)行重組的報文通常處理過程相同,因此報文處理模塊 只需要將其中一報文的擴(kuò)展內(nèi)存字段關(guān)聯(lián)到重組后的新報文,刪除另一報文的擴(kuò)展內(nèi)存字 段。本方法中設(shè)備對報文進(jìn)行判斷處理和記錄的過程,可以由每個業(yè)務(wù)處理模塊單獨 完成,也可以獨立設(shè)置模塊用于完成上述判斷處理和記錄的過程,例如每個業(yè)務(wù)模塊完成 業(yè)務(wù)處理后向判斷模塊上報完成事件,再由判斷模塊單獨完成報文的比較和內(nèi)存記錄信息 修改等操作?;谂c上述方法實例相同的技術(shù)構(gòu)思,本發(fā)明還提供一種網(wǎng)絡(luò)設(shè)備,如圖3所示, 包括接收單元11,用于接收業(yè)務(wù)報文;處理單元12,用于處理所述業(yè)務(wù)報文;判斷單元13,與所述接收單元11和處理單元12連接,用于判斷所述接收單元接收 到的業(yè)務(wù)報文是否匹配預(yù)設(shè)規(guī)則,判斷所述處理單元處理后的業(yè)務(wù)報文信息與處理前的業(yè) 務(wù)報文信息是否一致;記錄單元14,與所述判斷單元13連接,用于當(dāng)所述業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,記 錄所述業(yè)務(wù)報文的初始業(yè)務(wù)報文信息;當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息 不一致時,記錄所述業(yè)務(wù)報文的處理后的業(yè)務(wù)報文信息。所述業(yè)務(wù)報文信息包括報文類型與報文關(guān)鍵信息;相應(yīng)的,所述判斷單元13還用 于當(dāng)處理后的業(yè)務(wù)報文的報文類型與所述記錄的報文類型不相同時,判定所述處理后的 業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致;當(dāng)處理后的業(yè)務(wù)報文的報文類型與所述記 錄的報文類型相同時,進(jìn)一步判斷處理后的業(yè)務(wù)報文的報文關(guān)鍵信息與所述記錄的報文關(guān) 鍵信息是否相同,如果相同,則判定所述處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息 一致,否則判定結(jié)果為不一致。所述記錄單元14還用于通過起始部分與報文信息記錄字段記錄所述初始業(yè)務(wù) 報文信息,所述起始部分與報文信息記錄字段中分別包括報文類型字段,所述起始部分的 報文類型字段記錄初始業(yè)務(wù)報文類型;當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息 不一致時,增加報文信息記錄字段記錄所述處理后的報文關(guān)鍵信息,并將上一次增加的報 文信息記錄字段中報文類型字段的值更新為與所述處理后的報文類型對應(yīng)的值。所述起始部分還包括所述業(yè)務(wù)報文的記錄標(biāo)識信息;相應(yīng)的,所述判斷單元13 還用于當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,根據(jù)所述記錄的業(yè)務(wù)報文的記錄標(biāo)識信息判斷 所述業(yè)務(wù)報文是否匹配記錄條件,并在匹配時判斷處理后的業(yè)務(wù)報文信息與處理前的業(yè) 務(wù)報文信息是否一致。所述記錄單元14記錄的起始部分的方式參考表1所示,使用Next Payload字段記錄初始報文類型,還可以使用Label字段標(biāo)識特定業(yè)務(wù)報文(也就是使用 Label字段值作為業(yè)務(wù)報文的記錄標(biāo)識),使用Layers字段記錄當(dāng)前內(nèi)存記錄的報文信息 層數(shù),使用Length字段記錄當(dāng)前內(nèi)存記錄報文信息的長度。報文信息記錄字段記錄報文關(guān) 鍵信息,根據(jù)報文類型的不同記錄的報文關(guān)鍵信息可以不同,可以參考表2和表3所示。該網(wǎng)絡(luò)設(shè)備還包括輸出單元15,與所述記錄單元14連接,用于輸出所述記錄單元記錄的所述業(yè)務(wù)報文的初始報文信息和處理后的報文信息。本發(fā)明實施例中,網(wǎng)絡(luò)設(shè)備記錄匹配預(yù)設(shè)規(guī)則的業(yè)務(wù)報文的初始報文信息和處理 后報文信息,從而能夠跟蹤記錄業(yè)務(wù)報文在設(shè)備上的完整的處理流程,進(jìn)而使得可以根據(jù) 記錄到的信息定位設(shè)備內(nèi)的網(wǎng)絡(luò)故障。通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更 佳的實施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若 干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā) 明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖,附圖中的模塊或 流 程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進(jìn)行分 布于實施例的裝置中,也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊,也可以進(jìn)一步拆分成多個子模塊。以上公開的僅為本發(fā)明的幾個具體實施例,但是,本發(fā)明并非局限于此,任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種報文處理的方法,其特征在于,包括步驟A,設(shè)備判斷接收到的業(yè)務(wù)報文是否匹配預(yù)設(shè)規(guī)則;步驟B,當(dāng)所述業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,所述設(shè)備記錄所述業(yè)務(wù)報文的初始業(yè)務(wù)報文信息;步驟C,當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,所述設(shè)備判斷處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息是否一致;步驟D,當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時,所述設(shè)備記錄所述業(yè)務(wù)報文的處理后的業(yè)務(wù)報文信息。
2.如權(quán)利要求1所述的方法,其特征在于,所述業(yè)務(wù)報文信息包括報文類型與報文關(guān) 鍵信息;步驟C包括當(dāng)處理后的業(yè)務(wù)報文的報文類型與所述記錄的報文類型不相同時,判定 所述處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致;當(dāng)處理后的業(yè)務(wù)報文的報文 類型與所述記錄的報文類型相同時,進(jìn)一步判斷處理后的業(yè)務(wù)報文的報文關(guān)鍵信息與所述 記錄的報文關(guān)鍵信息是否相同,如果相同,則判定所述處理后的業(yè)務(wù)報文信息與處理前的 業(yè)務(wù)報文信息一致,否則判定結(jié)果為不一致。
3.如權(quán)利要求2所述的方法,其特征在于,所述設(shè)備記錄所述業(yè)務(wù)報文的初始業(yè)務(wù)報 文信息包括通過起始部分與報文信息記錄字段記錄所述初始業(yè)務(wù)報文信息,所述起始部 分與報文信息記錄字段中分別包括報文類型字段,所述起始部分的報文類型字段記錄初始 業(yè)務(wù)報文類型,所述報文信息記錄字段記錄所述初始業(yè)務(wù)報文關(guān)鍵信息;所述設(shè)備記錄所述業(yè)務(wù)報文的處理后的報文信息包括所述設(shè)備增加報文信息記錄字 段記錄所述處理后的報文關(guān)鍵信息,并將上一次增加的報文信息記錄字段中報文類型字段 的值更新為與所述處理后的報文類型對應(yīng)的值。
4.如權(quán)利要求3所述的方法,其特征在于,所述起始部分還包括所述業(yè)務(wù)報文的記錄 標(biāo)識信息;步驟C包括當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,根據(jù)所述記錄的業(yè)務(wù)報文的記錄標(biāo)識 信息判斷所述業(yè)務(wù)報文是否匹配記錄條件,并在匹配時判斷處理后的業(yè)務(wù)報文信息與處理 前的業(yè)務(wù)報文信息是否一致。
5.如權(quán)利要求1-4任一項所述的方法,其特征在于,還包括步驟E,輸出記錄的所述業(yè)務(wù)報文的初始報文信息和處理后的報文信息。
6.一種網(wǎng)絡(luò)設(shè)備,其特征在于,包括接收單元,用于接收業(yè)務(wù)報文;處理單元,用于處理所述業(yè)務(wù)報文;判斷單元,與所述接收單元和處理單元連接,用于判斷所述接收單元接收到的業(yè)務(wù)報 文是否匹配預(yù)設(shè)規(guī)則,判斷所述處理單元處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息是否一致;記錄單元,與所述判斷單元連接,用于當(dāng)所述業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,記錄所述業(yè)務(wù) 報文的初始業(yè)務(wù)報文信息;當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時, 記錄所述業(yè)務(wù)報文的處理后的業(yè)務(wù)報文信息。
7.如權(quán)利要求6所述的網(wǎng)絡(luò)設(shè)備,其特征在于,所述業(yè)務(wù)報文信息包括報文類型與報文關(guān)鍵信息;所述判斷單元還用于當(dāng)處理后的業(yè)務(wù)報文的報文類型與所述記錄的報文類型不相同 時,判定所述處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致;當(dāng)處理后的業(yè)務(wù)報 文的報文類型與所述記錄的報文類型相同時,進(jìn)一步判斷處理后的業(yè)務(wù)報文的報文關(guān)鍵信 息與所述記錄的報文關(guān)鍵信息是否相同,如果相同,則判定所述處理后的業(yè)務(wù)報文信息與 處理前的業(yè)務(wù)報文信息一致,否則判定結(jié)果為不一致。
8.如權(quán)利要求7所述的網(wǎng)絡(luò)設(shè)備,其特征在于,所述記錄單元還用于通過起始部分與報文信息記錄字段記錄所述初始業(yè)務(wù)報文信息,所述起始部分與報文 信息記錄字段中分別包括報文類型字段,所述起始部分的報文類型字段記錄初始業(yè)務(wù)報文 類型;當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時,增加報文信息記錄字 段記錄所述處理后的報文關(guān)鍵信息,并將上一次增加的報文信息記錄字段中報文類型字段 的值更新為與所述處理后的報文類型對應(yīng)的值。
9.如權(quán)利要求8所述的網(wǎng)絡(luò)設(shè)備,其特征在于,所述起始部分還包括所述業(yè)務(wù)報文的 記錄標(biāo)識信息;所述判斷單元還用于當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,根據(jù)所述記錄的業(yè)務(wù)報文的 記錄標(biāo)識信息判斷所述業(yè)務(wù)報文是否匹配記錄條件,并在匹配時判斷處理后的業(yè)務(wù)報文信 息與處理前的業(yè)務(wù)報文信息是否一致。
10.如權(quán)利要求6-9任一項所述的網(wǎng)絡(luò)設(shè)備,其特征在于,還包括輸出單元,與所述記錄單元連接,用于輸出所述記錄單元記錄的所述業(yè)務(wù)報文的初始 報文信息和處理后的報文信息。
全文摘要
本發(fā)明公開了一種報文處理的方法及設(shè)備,該方法包括步驟A,設(shè)備判斷接收到的業(yè)務(wù)報文是否匹配預(yù)設(shè)規(guī)則;步驟B,當(dāng)所述業(yè)務(wù)報文匹配預(yù)設(shè)規(guī)則時,所述設(shè)備記錄所述業(yè)務(wù)報文的初始業(yè)務(wù)報文信息;步驟C,當(dāng)所述業(yè)務(wù)報文在設(shè)備內(nèi)處理后,所述設(shè)備判斷處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息是否一致;步驟D,當(dāng)處理后的業(yè)務(wù)報文信息與處理前的業(yè)務(wù)報文信息不一致時,所述設(shè)備記錄所述業(yè)務(wù)報文的處理后的業(yè)務(wù)報文信息。本發(fā)明中,設(shè)備記錄匹配預(yù)設(shè)規(guī)則的業(yè)務(wù)報文的初始業(yè)務(wù)報文信息和處理后業(yè)務(wù)報文信息,從而能夠跟蹤記錄業(yè)務(wù)報文在設(shè)備上的完整的處理流程,進(jìn)而使得可以根據(jù)記錄到的信息定位設(shè)備內(nèi)的網(wǎng)絡(luò)故障。
文檔編號H04L29/12GK101969404SQ20101051758
公開日2011年2月9日 申請日期2010年10月25日 優(yōu)先權(quán)日2010年10月25日
發(fā)明者劉雄威 申請人:杭州華三通信技術(shù)有限公司