專利名稱：驗證網(wǎng)絡(luò)配置信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種驗證網(wǎng)絡(luò)配置信息的方法和裝置。
背景技術(shù)：
當前運營商網(wǎng)絡(luò)中有大量的配置信息，如OAM ( operation, administration and maintenance,運行、管理和維護)酉己置、保護酉己置、地 址配置等，這些配置信息是網(wǎng)絡(luò)正常運行的必要條件。這些配置信息很多是 通過網(wǎng)管進行手動配置，容易產(chǎn)生一些配置錯誤。
通常某種功能機制本身并不能檢測到自身配置錯誤，例如，OAM配置錯 誤無法由OAM機制本身來定位和檢測，因為，當OAM配置發(fā)生錯誤后OAM 機制本身無法正常運行。因此，如果驗證網(wǎng)絡(luò)中的配置信息的正確性是一個 亟待解決的問題。
現(xiàn)有技術(shù)中一種驗證配置信息的正確性的方法為在以太網(wǎng)中，利用 LLDP (Link Layer Discovery Protocol,鏈路層發(fā)現(xiàn)協(xié)議)來發(fā)現(xiàn)自身周圍 的配置信息，并將該配置信息反饋給網(wǎng)管，通過網(wǎng)管來驗證該配置信息的正 確性。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)的驗證配置信息的正 確性的方法至少存在如下缺點
1 、只能檢測一些相鄰節(jié)點不匹配的錯誤配置信息；
2、網(wǎng)管需要處理大量的配置信息，增加了網(wǎng)管的負擔。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種驗證網(wǎng)絡(luò)配置信息的方法和裝置，從而可以對 網(wǎng)絡(luò)中的配置信息進行有效地驗證。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的 一種驗證網(wǎng)絡(luò)配置信息的方法，包括
在網(wǎng)絡(luò)中傳輸信令消息，在所述信令消息中攜帶有網(wǎng)絡(luò)配置信息； 根據(jù)所述網(wǎng)絡(luò)配置信息，對所述信令消息的傳遞過程中經(jīng)過的待驗證節(jié)
點的網(wǎng)絡(luò)配置進行驗證。
一種驗證網(wǎng)絡(luò)配置信息的裝置，該裝置設(shè)置于網(wǎng)絡(luò)節(jié)點中，所述裝置具
體包括
配置消息傳輸模塊，用于在網(wǎng)絡(luò)節(jié)點之間傳輸信令消息，在所述信令消 息中攜帶有網(wǎng)絡(luò)配置信息；
配置信息驗證模塊，用于獲取所述信令消息中攜帶的網(wǎng)絡(luò)配置信息，對 所述網(wǎng)絡(luò)配置信息進行驗證。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過在網(wǎng)絡(luò)節(jié)點之間傳 輸信令消息，并在所述信令消息中攜帶有網(wǎng)絡(luò)配置信息，由網(wǎng)絡(luò)節(jié)點對所述 網(wǎng)絡(luò)配置信息進行驗證。從而可以有效地對網(wǎng)絡(luò)中的配置信息進行驗證，減 輕網(wǎng)管的負擔，保證網(wǎng)絡(luò)業(yè)務(wù)和功能的正常開展。


圖1和圖2為本發(fā)明所述的實施例1的實現(xiàn)原理示意圖； 圖3為本發(fā)明所述的實施例1中利用PATH/RESV消息來驗證OAM配置信 息的實現(xiàn)原理示意圖4為本發(fā)明所述的實施例2的實現(xiàn)原理示意圖5為本發(fā)明所述的實施例2中利用NOTIFY消息來驗證OAM MEG配置信
息的實現(xiàn)原理示意圖6和圖7為本發(fā)明所述的實施例3的實現(xiàn)原理示意圖8為本發(fā)明所述的實施例3中利用PATH/RESV消息來驗證OAM配置信 息的實現(xiàn)原理示意圖9為本發(fā)明所述的驗證網(wǎng)絡(luò)配置信息的裝置的實施例1的結(jié)構(gòu)示意圖10為本發(fā)明所述的驗證網(wǎng)絡(luò)配置信息的裝置的實施例2的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明提供了 一種驗證網(wǎng)絡(luò)配置信息的方法和裝置。
本發(fā)明在網(wǎng)絡(luò)節(jié)點之間傳輸信令消息，并在所述信令消息中攜帶有網(wǎng)絡(luò) 配置信息，由網(wǎng)絡(luò)節(jié)點對所述網(wǎng)絡(luò)配置信息進行驗證。上述信令消息可以為 GMPLS ( Generalized Multiprotocol Label Switching,通用多協(xié)議標記交 換)消息，下面以GMPLS消息為例來說明本發(fā)明。
GMPLS是由MPLS (Multiprotocol Label Switching,多協(xié)議標簽交換) 演化而來的，是IETF (Internet Engineering Task Force,因特網(wǎng)工程任務(wù) 組)提出的可用于光層的一種通用多協(xié)議標簽交換技術(shù)。為了實現(xiàn)IP與WDM (wavelength division multiplex,波分復用)的無縫結(jié)合，GMPLS對MPLS 標簽進行了擴展，使得標簽不但可以用來標記傳統(tǒng)的數(shù)據(jù)包，還可以標記 TDM (time division multiplexing,時分復用)時隙、波長、波長組、光纖 等。
本發(fā)明利用GMPLS協(xié)議來驗證網(wǎng)絡(luò)配置信息。本發(fā)明對GMPLS協(xié)議中 的PATH (路徑)消息、RESV (預(yù)留)消息和NOTIFY (通知)消息進行擴 展，在PATH消息、RESV消息或NOTIFY消息中設(shè)置 Attribution—Verify—Object (屬性-險證對象)、Attribution—Query—Object (屬
性查詢對象)或Attribution—AnswerJDbject (屬性應(yīng)答對象)。
在節(jié)點之間互相傳輸設(shè)置了上述Attribution—Verify—Object 、 Attribution—Query—Object或Attribution—Answer—Object的PATH消息、RESV 消息或NOTIFY消息，通過上述Attribution_Verify_Object 、 Attribution—Query—Object或Attribution— Answer—Object來攜帶網(wǎng)絡(luò)配置信 息，上述Attribution—Verify—Object 、 Attribution—Query—Object或Attribution— Answer—Object中可以包含屬性類型、屬性名和屬性值等信息。通過比較上 述Attribution—Verify—Object 、 Attribution—Query—Object或Attribution— Answer —Object中的配置信息和正確的配置信息是否一致來^^證網(wǎng)絡(luò)配置信 自、
心0
本發(fā)明提供了本發(fā)明所述方法的3個具體應(yīng)用實施例。
實施例1利用PATH/RESV消息來進行配置驗證，實施例1的實現(xiàn)原理示 意圖如圖1和圖2所示，當需要驗證某些公共屬性是否配置正確時，在 PATH/RESV消息中增力。相應(yīng)的Attribution—Verify—Object ， 該 Attribution—Verify—Object中包含屬性名和正確的屬性配置。節(jié)點在處理上述 PATH/RESV消息時，根據(jù)Attribution—Verify—Object中包含的屬性名比較本 節(jié)點的相應(yīng)配置是否與正確配置一致，如果不一致，則產(chǎn)生配置錯誤告警， 后續(xù)可選步驟可以是將相應(yīng)配置更改為正確配置。如果一致，則表示本節(jié)點 的配置正確。
在實施例1中利用PATH/RESV消息來驗證OAM配置信息的實現(xiàn)原理示意 圖如圖3所示，具體處理過程包括如下步驟
步驟1 、源端節(jié)點A發(fā)送PATH消息，該PATH消息中攜帶有 Attribution—Verify—Object,該Attribution—Verify—Object中包含如下內(nèi)容
(1) Attribute_Code (屬性類型碼)，該屬性類型信息指示要進行OAM屬 性驗證；
(2) OAM—Attribution_Value (OAM屬性值)，包括維護點屬性、MEG (維護實體組)ID、 MEG Level等信息，該MEG中包含有MEP (維護實體 組端點)和MIP (是維護實體組中間點)。
步驟2、 PATH消息根據(jù)其中攜帶的顯式路由對象ERO逐跳轉(zhuǎn)發(fā)，經(jīng)過的 節(jié)點(A、 B、 C和D)在接收到PATH消息后，獲取上述PATH消息中包含的 Attribution—Verify—Object,并保存該Attribution—Verify—Object中攜帶的正確 的OAM配置信息。
步驟3、宿端節(jié)點D接收到上述PATH消息后，由于宿端節(jié)點D是ERO對 象中的最后一條，按照相反的方向返回RESV消息。
步驟4、各個節(jié)點根據(jù)RESV消息其中攜帶的顯式路由對象ERO逐跳轉(zhuǎn) 發(fā)，經(jīng)過的節(jié)點(D、 C、 B和A)在接收到RESV消息后，觸發(fā)驗證過程，根 據(jù)之前保存的正確OAM配置信息與自身OAM配置進行比較，比較后有以下幾 種可選的處理方式
如果配置不正確，則直接向網(wǎng)管產(chǎn)生配置錯誤告警指示；或者
如果配置不正確，將錯誤指示攜帶在RESV消息中返回給源節(jié)點A (具體 方法可以是新增加一個Attribution—Verify—Result—Object屬性對象，將驗證結(jié) 果攜帶在這個屬性對象中)，由源節(jié)點A反饋給網(wǎng)管或由源節(jié)點產(chǎn)生配置信 令來進行重新配置。
具體地，以圖3為例，如果A和D所在的MEG Level為4， MEG ID為 A—D—Connection—EVPL ,則源端節(jié)點A發(fā)出的PATH消息中攜帶 Attribution—Verify—Object,其中包括正確的配置信息，具體內(nèi)容為
Attribution—Verify—Object:
Attribute—Code = OAM (即值為分配給OAM屬性的類型碼)，表示要進
行OAM屬性的驗證；
維護點屬性=1，即經(jīng)過的每個節(jié)點都配置為維護點，每個點必須是 MEP或MIP;
MEG ID = "A_D—Connection_EVPL";
MEG Level = 4。
PATH消息根據(jù)顯式路由沿著節(jié)點A、 B、 C、 D逐跳轉(zhuǎn)發(fā)，節(jié)點A、 B、 C、 D在處理PATH消息時，將AttributiorO/erifyJDbject記錄下來。
對于端點D，根據(jù)之前存儲的PATH消息中的Attribution—Verify—Object, 確定需要進行OAM配置的驗證。根據(jù)ERO對象判斷本節(jié)點是連接的端點，驗 證檢查OAM屬性時，根據(jù)Attribution—VerifyJ3bject值，要求連接上的每個節(jié) 點都為維護點。由于本節(jié)點是連接的端點，則檢查本節(jié)點是否配置為MEP， 并且該MEP配置的MEG Level為4 ， 且配置的MEG ID為 "A—D—Connection—EVPL"。
上述端點D如果檢查到配置錯誤，則向網(wǎng)管產(chǎn)生告警信息；或者，將配 置是否正確的信息攜帶在Attributior^Verify一Result一Object屬性對象中。具體 地，可以在AttributiorLVerify—ResultjDbject中增加一個子對象，其中包括節(jié) 點D在控制平面上的I P地址和配置—瞼證結(jié)果信息。
當上述端點D完成上述處理后，根據(jù)ERO對象或者RSVP一HOP對象，向 下 一個節(jié)點即節(jié)點C傳遞RESV消息。
節(jié)點C在接收到節(jié)點D發(fā)過來的RESV消息后，根據(jù)之前存儲的PATH消 息中的AttributiorLVerify—Object,確定f要進行OAM配置的驗證。
上述節(jié)點C驗證檢查OAM屬性時，根據(jù)Attribution—Verify—Object值，要 求連接上的每個節(jié)點都為維護點。由于本節(jié)點是連接的中間點，則檢查本節(jié) 點是否配置為MIP，并且該MIP配置的MEG Level為4。
如果上述節(jié)點C檢查到配置錯誤，則向網(wǎng)管產(chǎn)生告警信息；或者，配置
是否正確的信息攜帶在Attribution—Verify—Result—Object屬性對象。具體地， 可以在Attribution—Verify—Result—Object中增加一個子對象，其中包括節(jié)點C 在控制平面上的I P地址和配置驗證結(jié)果信息。
當上述節(jié)點C完成上述處理后，根據(jù)ERO對象或者RSVP—HOP對象，向 下 一個節(jié)點即節(jié)點B傳遞RESV消息。
節(jié)點B的處理方式與節(jié)點C的處理方式類似。
節(jié)點A在接收到RESV消息后，根據(jù)之前存儲的PATH消息中的 Attribution—Verify—Object,確定需要進行OAM配置的驗證。
上述節(jié)點A驗證檢查OAM屬性時，根據(jù)Attribution—Verify一Object值，要 求連接上的每個節(jié)點都為維護點。由于本節(jié)點是連接的端點，則檢查本節(jié)點 是否配置為MEP,并且該MEP配置的MEG Level為4，且配置的MEG ID為 "A_D—Connection_EVPL"。
如果上述節(jié)點A檢查到配置錯誤，則向網(wǎng)管產(chǎn)生告警信息；或者，將配 置是否正確的信息攜帶在Attribution—Verify—Result—Object屬性對象。具體 地，可以在Attribution—VerJf^ResultjDbject中增加一個子對象，其中包括節(jié) 點D在控制平面上的I P地址和配置—瞼證結(jié)果信息。
當上述節(jié)點A完成上述處理后，根據(jù)ERO對象，由于本節(jié)點是最終節(jié) 點。如果RESV中包含有Attribution—Verify—Result—Object,則將其中攜帶的 驗證結(jié)果反饋給網(wǎng)管。
在實施例1中，也可以在PATH信令的時候即進行配置驗證，以圖3為 例，源節(jié)點A發(fā)起配置驗證消息，通過在PATH消息中攜帶 Attribution—Verify—Object (與實施例1中相同)，其中包括正確的OAM配置 信息。PATH消息根據(jù)ERO對象逐跳轉(zhuǎn)發(fā)，經(jīng)過的節(jié)點(A、 B、 C、 D)接收 到PATH消息后，執(zhí)行驗證操作(與實施例1中相同)，如果發(fā)現(xiàn)配置錯誤，
則由節(jié)點直接上報網(wǎng)管。
實施例2利用NOTIFY消息來驗證某個節(jié)點的配置信息，實施例2的實現(xiàn) 原理示意圖如圖4所示。當需要驗證某個節(jié)點屬性是否配置正確時，在 NOTIFY消息中增力口相應(yīng)的 Attribution—Verify—Object , 該 Attribution一VerifyJDbject中包含屬性名和正確的屬性配置。節(jié)點在處理上述 NOTIFY消息時，根據(jù)Attribution_Verify_Object中包含的屬性名比較自身的 相應(yīng)配置是否與正確配置一致，如果不一致，則產(chǎn)生配置錯誤告警，后續(xù)可 以將相應(yīng)配置更改為正確配置。如果一致，則表示節(jié)點的配置正確。
在實施例2中利用NOTIFY消息來驗證OAM MEG配置信息的實現(xiàn)原理示 意圖如圖5所示，具體處理過程包括如下步驟
步驟1 、源端節(jié)點A發(fā)送NOTIFY消息，該NOTIFY消息中攜帶有 Attribution—VerifyJDbject,該Attribution—Verify—Object中包含如下內(nèi)容
(1) 屬性類型，該屬性類型信息指示要進行OAM屬性驗證；
(2) OAM—Attribution—Value ( OAM屬性值)，包括MEG Level、 MEG ID、 PEERMEPIDList等信息。
具體的實例可參照實施例1 。
步驟2、宿端節(jié)點D接收到上述NOTIFY消息后，獲取上述NOTIFY消息中 包含的Attribution—Verify—Object。根據(jù)該Attribution—Verify—Object中攜帶的 OAM一Attribution一Value進行OAM配置驗證，檢查本宿端節(jié)點D是否配置有所 述MEG Level、 MEG ID、 PEER MEP ID List等信息。如果有，則確定本宿 端節(jié)點D的相應(yīng)配置正確，或者在回復給源端節(jié)點A的ACK消息中指示配置正 確；否則，則確定本宿端節(jié)點D的相應(yīng)配置錯誤，產(chǎn)生配置錯誤告警或者在 回復給源端節(jié)點A的ACK消息中指示配置錯誤。后續(xù)可以將本宿端節(jié)點D的相
應(yīng)配置更改為正確配置。
步驟3、源端節(jié)點A接收到所述ACK消息后，如果采用根據(jù)該ACK消息中 的配置正確與否的信息產(chǎn)生指示信息，如配置正確指示或配置錯誤指示。
實施例3利用PATH/RESV消息來進行配置驗證，實施例3的實現(xiàn)原理示 意圖如圖6和圖7所示，當需要驗證某些OAM屬性是否配置正確時，在PATH 消息中增加相應(yīng)的Attribution—Query—Object,該Attribution— Query —Object 中包含需要查詢的屬性名。節(jié)點在處理上述PATH消息時，根據(jù) Attribution—QueryJDbject中包含的需要查詢的屬性名，將相應(yīng)的屬性值添加 到RESV消息中，將該RESV消息返回給上述PATH消息的發(fā)起節(jié)點，上述 PATH消息的發(fā)起節(jié)點將收集到的其它節(jié)點的屬性值和預(yù)配置的正確屬性值 進行對比，判斷上述其它節(jié)點的配置是否正確。
在實施例3中利用PATH/RESV消息來驗證OAM配置信息的實現(xiàn)原理示意 圖如圖8所示，具體處理過程包括如下步驟
步驟1、源端節(jié)點A發(fā)送PATH消息，該PATH消息中攜帶有Attribution— Query —Object,該Attribution— Query —Object中包含如下內(nèi)容
(1) 屬性類型，該屬性類型信息指示要進行OAM屬性驗證。該屬性類型 信息可以通過OAM—Configuratior^Query子對象來表示。
(2) 需要驗證的屬性名，該需要驗證的屬性名可以通過上述 OAM_Configuration—Query子對象來指明。當然，也可以不包含這個域，這 樣意味著返回所有與當前連接(標簽交換路經(jīng)LSP)相關(guān)的OAM配置。
步驟2、 PATH消息根據(jù)其中攜帶的顯式路由對象ERO逐跳轉(zhuǎn)發(fā)，經(jīng)過的 節(jié)點(A、 B、 C和D)在接收到PATH消息后，獲取上述PATH消息中包含的 Attribution—Query—Object,并保存相應(yīng)的查詢請求信息。在這個實施例 中，即為查詢OAM屬性的請求。
步驟3、宿端節(jié)點D接收到上述PATH消息后，由于是ERO對象中的最后 一條，按照相反的方向返回RESV消息。
步驟4、各個節(jié)點根據(jù)RESV消息其中攜帶的顯式路由對象ERO逐跳轉(zhuǎn) 發(fā)，經(jīng)過的節(jié)點(D、 C、 B和A)在接收到RESV消息后，觸發(fā)查詢過程，根 據(jù)之前保存的查詢請求信息檢查自身與PATH所屬的LSP (由PATH消息中的 Session一Attribution中的LSP ID指示)的屬性配置，并將查詢結(jié)果添加到 RESV消息中。具體地，可以在RESV消息中添加Attribution— Answer —Object,通過該Attribution— Answer —Object中包含0AM—Attribution—Value 子對象來攜帶查詢到的配置屬性信息和節(jié)點ID。
RESV的最終節(jié)點A獲取了該LSP上所有的節(jié)點的OAM配置后，與正確的 配置進行比較，如果發(fā)現(xiàn)有錯誤配置，則向網(wǎng)管產(chǎn)生告警信息，或者直接發(fā) 起新的配置信令來重新配置該LSP上節(jié)點的OAM屬性。
具體地，對于本實施例而言，如圖6和圖7所描述的例子。
節(jié)點A發(fā)起的PATH消息中攜帶的Attribution—Query—Object可以包含
屬性類型代碼Attribution—Type = OAM (即相應(yīng)0AM的屬性類型代碼)。
節(jié)點A、 B、 C、 D在處理該PATH消息時，將該Attribution—QueryJDbject
記錄下來；
節(jié)點D接收到上述PATH消息后，向節(jié)點A返回RESV消息。 節(jié)點D根據(jù)之前存儲的OAM查詢請求查詢本節(jié)點OAM配置，當發(fā)現(xiàn)自己 是所查詢LSP的MEP點，則將MEP上配置的MEG Level、 MEP ID、 Peer MEP ID、 CC Interval (CCM發(fā)送的時間間隔)等配置信息和節(jié)點D在控制平 面的IP地址 一 起封裝成 一 個OAM_Attribution—Value子對象，將該 OAM—Attribution—Value子對象包含在RESV消息的Attribution— Answer
—Object中后，向節(jié)點C轉(zhuǎn)發(fā)RESV消息。
節(jié)點C接收到RESV消息后，根據(jù)之前存儲的OAM查詢請求查詢本節(jié)點 OAM配置，當發(fā)現(xiàn)自己是所查詢LSP的MIP點，則將MIP上配置的MEG Level等配置信息和節(jié)點C在控制平面的IP地址 一 起封裝成 一 個 OAM—Attribution—Value子對象，將該OAM—AttributionJValue子對象包含在 RESV消息的Attribution— Answer —Object中后，向節(jié)點B轉(zhuǎn)發(fā)RESV消息。
節(jié)點B的處理方式與節(jié)點C的類似。
節(jié)點A的處理方式與節(jié)點D類似，但是由于節(jié)點A是RESV消息的最終節(jié) 點。節(jié)點A還要將收集的OAM配置信息(由Attribution—Answer JDbject攜帶 的一系列OAM一Attribution—Value子對象)與正確配置信息進行比較；或者將 收集的OAM配置信息送至配置服務(wù)器上進行比較。如果發(fā)現(xiàn)不一致的地方， 則向網(wǎng)管告警或者直接發(fā)起新的配置命令來糾正錯誤配置。
本發(fā)明所述的驗證網(wǎng)絡(luò)配置信息的裝置設(shè)置于網(wǎng)絡(luò)節(jié)點中，所述裝置的 實施例1的結(jié)構(gòu)示意圖如圖9所示，包括如下模塊
配置信息接收模塊，用于接收攜帶有屬性名和該屬性名對應(yīng)的正確的屬 性配置的信令消息，該信令消息包括GMPLS消息等；
配置信息驗證模塊，用于獲取所述網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置 信息，將該配置信息與所述正確的配置信息進行比較，如果比較結(jié)果為一 致，則確定所述網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息正確；否則，確定 所述網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤。
本發(fā)明所述的驗證網(wǎng)絡(luò)配置信息的裝置的實施例2的結(jié)構(gòu)示意圖如圖10 所示，包括如下模塊
配置信息發(fā)送模塊，用于構(gòu)造攜帶有屬性名和該屬性名對應(yīng)的正確的屬 性配置的信令消息，并將所述信令消息發(fā)送；配置信息接收模塊，用于接收攜帶有其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng) 的配置信息和其它網(wǎng)絡(luò)節(jié)點的標識信息的信令消息；
配置信息驗證模塊，用于根據(jù)所述其它網(wǎng)絡(luò)節(jié)點的標識信息，將所述其 它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息與正確的配置信息進行比較，如 果比較結(jié)果為一致，則確定所述其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信
息正確；否則，確定所述其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤。
綜上所述，本發(fā)明可以實現(xiàn)網(wǎng)絡(luò)中節(jié)點的各種配置屬性正確性的校驗， 以保證業(yè)務(wù)或管理功能能夠在網(wǎng)絡(luò)中正常運行。這種校驗特別適合于一個連 接上的節(jié)點的共有屬性的配置驗證，當然也適用于一系列或單個節(jié)點的配置 屬性驗證。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明 的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種驗證網(wǎng)絡(luò)配置信息的方法，其特征在于，包括在網(wǎng)絡(luò)中傳輸信令消息，在所述信令消息中攜帶有網(wǎng)絡(luò)配置信息；根據(jù)所述網(wǎng)絡(luò)配置信息，對所述信令消息的傳遞過程中經(jīng)過的待驗證節(jié)點的網(wǎng)絡(luò)配置進行驗證。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述信令消息包括通用多 協(xié)議標記交換GM PLS消息。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述信令消息的傳遞過程 中經(jīng)過的待驗證節(jié)點具體為在所述信令消息的傳遞過程中流經(jīng)同 一連接上的多個待驗證節(jié)點。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法具體包括源端節(jié)點發(fā)送攜帶有屬性名和該屬性名對應(yīng)的正確的屬性配置的路徑 PATH消息給宿端節(jié)點，所述宿端節(jié)點通過中間節(jié)點向所述源端節(jié)點返回攜 帶有所述屬性名和該屬性名對應(yīng)的正確的屬性配置的預(yù)留RESV消息；所述預(yù)留RESV消息的傳遞過程中流經(jīng)的待驗證節(jié)點獲取自身上的所述 屬性名對應(yīng)的配置信息，將該配置信息與所述正確的配置信息進行比較，如 果比較結(jié)果為一致，則確定自身上的所述屬性名對應(yīng)的配置信息正確；否 則，確定自身上的所述屬性名對應(yīng)的配皇信息錯誤。
5、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法具體包括 源端節(jié)點發(fā)送攜帶有屬性名和該屬性名對應(yīng)的正確的屬性配置的通知NOTIFY消息；其他節(jié)點接收到所述NOTIFY消息后，獲取自身上的所述屬性名對應(yīng)的 配置信息，將該配置信息與所述正確的配置信息進行比較，如果比較結(jié)果為 一致，則確定所述其他節(jié)點上的所述屬性名對應(yīng)的配置信息正確；否則，確 定所述其他節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤。
6、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法具體包括源端節(jié)點發(fā)送攜帶有屬性名的PATH消息給宿端節(jié)點，所述宿端節(jié)點通 過中間節(jié)點向所述源端節(jié)點返回攜帶有所述屬性名的RESV消息；所述RESV消息的傳遞過程中流經(jīng)的待驗證節(jié)點獲取自身上的所述屬性 名對應(yīng)的配置信息，將該配置信息和自身的標識信息添加到所述RESV消息 中，將所述RESV消息發(fā)送給所述源端節(jié)點；所述源端節(jié)點接收到所述RESV消息后，根據(jù)所述待驗證節(jié)點的標識信 息，將所述待驗證節(jié)點上的所述屬性名對應(yīng)的配置信息與正確的配置信息進 行比較，如果比較結(jié)果為一致，則確定所述待驗證節(jié)點上的所述屬性名對應(yīng) 的配置信息正確；否則，確定所述待驗證節(jié)點上的所述屬性名對應(yīng)的配置信 息錯誤。
7、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括源端節(jié)點發(fā)送攜帶有屬性名的PATH消息給宿端節(jié)點，所述宿端節(jié)點通 過中間節(jié)點向所述源端節(jié)點返回攜帶有所述屬性名的RESV消息；所述RESV消息的傳遞過程中流經(jīng)的待驗證節(jié)點獲取自身上的所述屬性 名對應(yīng)的配置信息，將該配置信息和自.身的標識信息添加到所述RESV消息 中，將所述RESV消息發(fā)送給所述源端節(jié)點；所述源端節(jié)點接收到所述RESV消息后，將所述RESV消息發(fā)送給配置服 務(wù)器，所述配置服務(wù)器根據(jù)所述待驗證節(jié)點的標識信息，將所述待驗證節(jié)點 上的所述屬性名對應(yīng)的配置信息與正確的配置信息進行比較，如果比較結(jié)果 為一致，則確定所述待驗證節(jié)點上的所述屬性名對應(yīng)的配置信息正確；否 則，確定所述待驗證節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤。
8、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法具體包括源端節(jié)點發(fā)送攜帶有屬性名和該屬性名對應(yīng)的正確的屬性配置的路徑PATH消息；所述PATH消息的傳遞過程中流經(jīng)的待驗證節(jié)點獲取自身上的所述屬性 名對應(yīng)的配置信息，將該配置信息與所述正確的配置信息進行比較，如果比 較結(jié)果為一致，則確定自身上的所述屬性名對應(yīng)的配置信息正確；否則，確 定自身上的所述屬性名對應(yīng)的配置信息錯誤。
9、 根據(jù)權(quán)利要求1至7任一項所述的方法，其特征在于，所述的配置信 息包括運行、管理和維護OAM配置信息。
10、 根據(jù)權(quán)利9所述的方法，其特征在于，所述的OAM配置信息包括 維護點屬性、維護實體組MEG標識、MEG等級中的至少一項。
11、 根據(jù)權(quán)利要求4或5或8所述的方法，其特征在于，所述方法還包括在確定所述節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤后，所述節(jié)點將配 置錯誤信息上報給網(wǎng)管； 或者，在確定所述節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤后，所述節(jié)點將配 置錯誤信息通過信令發(fā)送給源節(jié)點，所述源節(jié)點將所述配置信息發(fā)送給網(wǎng) 管，或者所述源節(jié)點產(chǎn)生配置信令對所述節(jié)點進行重新配置。
12、 一種驗證網(wǎng)絡(luò)配置信息的裝置，其特征在于，該裝置設(shè)置于網(wǎng)絡(luò)節(jié) 點中，所述裝置具體包括配置消息傳輸模塊，用于在網(wǎng)絡(luò)節(jié)點之間傳輸信令消息，在所述信令消 息中攜帶有網(wǎng)絡(luò)配置信息；配置信息驗證模塊，用于獲取所述信令消息中攜帶的網(wǎng)絡(luò)配置信息，對 所述網(wǎng)絡(luò)配置信息進行驗證。
13、 根據(jù)權(quán)利要求12所述的驗證網(wǎng)絡(luò)配置信息的裝置，其特征在于 所述配置消息傳輸模塊包括 配置信息接收模塊，用于接收攜帶有屬性名和該屬性名對應(yīng)的正確的屬性配置的信令消息；所述配置信息驗證模塊包括第 一配置信息驗證模塊，用于獲取所述網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的 配置信息，將該配置信息與所述正確的配置信息進行比較，如果比較結(jié)果為 一致，則確定所述網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息正確；否則，確 定所述網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息錯誤。
14、根據(jù)權(quán)利要求12所述的驗證網(wǎng)絡(luò)配置信息的裝置，其特征在于所述配置消息傳輸模塊包括配置信息發(fā)送模塊，用于構(gòu)造攜帶有屬性名和該屬性名對應(yīng)的正確的屬 性配置的信令消息，并將所述信令消息發(fā)送；配置信息接收模塊，用于接收攜帶有其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng) 的配置信息和其它網(wǎng)絡(luò)節(jié)點的標識信息的信令消息；所述配置信息驗證模塊包括第二配置信息驗證模塊，用于根據(jù)所述其它網(wǎng)絡(luò)節(jié)點的標識信息，將所 述其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信息與正確的配置信息進行比 較，如果比較結(jié)果為一致，則確定所述其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的 配置信息正確；否則，確定所述其它網(wǎng)絡(luò)節(jié)點上的所述屬性名對應(yīng)的配置信 息錯誤。
全文摘要
本發(fā)明提供了一種驗證網(wǎng)絡(luò)配置信息的方法和裝置，該方法主要包括在網(wǎng)絡(luò)節(jié)點之間傳輸GMPLS(Generalized Multiprotocol Label Switching，通用多協(xié)議標記交換)等信令消息，在所述信令消息中攜帶有網(wǎng)絡(luò)配置信息；網(wǎng)絡(luò)節(jié)點對所述網(wǎng)絡(luò)配置信息進行驗證。利用本發(fā)明，可以有效地對網(wǎng)絡(luò)中的配置信息進行驗證，減輕網(wǎng)管的負擔，保證網(wǎng)絡(luò)業(yè)務(wù)和功能的正常開展。
文檔編號H04L12/26GK101364890SQ20071012012
公開日2009年2月11日 申請日期2007年8月9日 優(yōu)先權(quán)日2007年8月9日
發(fā)明者丹 李, 董繼雄, 高建華, 昊 龍 申請人:華為技術(shù)有限公司