專利名稱：一種多協(xié)議標簽交換虛擬專用網(wǎng)連通性檢測方法
技術領域：
本發(fā)明涉及數(shù)據(jù)網(wǎng)絡通信技術領域，特別涉及MPLS VPN連通性檢測 的方法。
背景技術：
MPLS (Multi Protocol Label Switch,多協(xié)議標簽交換)技術是當前一項 熱點網(wǎng)絡技術，它將二層交換技術和三層路由技術很好地結合在一起，提供 了一種面向連接的網(wǎng)絡基礎設施。MPLS VPN (Virtual Private Network,虛 擬專用網(wǎng))則是指基于MPLS技術構建的虛擬專用網(wǎng)，即采用MPLS技術， 在公共IP網(wǎng)絡上構建企業(yè)或特定用戶群體自己的專用網(wǎng)絡，實現(xiàn)數(shù)據(jù)、語 音、圖《象等多業(yè)務寬帶連接，并結合差別服務、流量工程等相關技術，為用 戶提供高質量的服務。
MPLS VPN的組網(wǎng)方式如圖1所示，包括如下幾個組件
PE: Provider Edge Router,骨干網(wǎng)邊緣路由器。是VPN業(yè)務處理的主體。
CE: Customer Edge Router,用戶網(wǎng)邊全^洛由器。分布用戶網(wǎng)絡路由， 不處理VPN業(yè)務，用于將用戶站點(site)與VPN骨干網(wǎng)絡相連。
P: Provider Router,骨干網(wǎng)核心路由器。這是一種支持MPLS的骨干網(wǎng) 路由器，只負責MPLS轉發(fā)。
MPLS VPN可以分為二層和三層，但其實現(xiàn)原理是相似的利用標記棧 來實現(xiàn)用戶才艮文在MPLS網(wǎng)絡中的透明傳送。其中外層標記用于將報文從一 個PE傳遞到另 一個PE,在MPLS網(wǎng)絡中建立LSP ( Label Switched Path, 標記交換路徑)隧道，被稱為Tunnel標記；內層標記用于區(qū)分不同VPN中 的不同連接，在MPLS 二層VPN中被稱為VC( Virtual Circuit,虛電路)標
記，在MPLS三層VPN中則#1稱為VRF( Virtual Routing Forwarding Instance, 虛擬轉發(fā)實例)標記。
因此，在MPLS網(wǎng)絡中的LSP隧道是構建MPLSVPN的基礎，只有確 保由Tunnel標記建立的LSP隧道的連通性，才能使具體的VPN業(yè)務正常運作。
為了能明確地檢測網(wǎng)絡中各路由器之間MPLS LSP的連通性，
明確提出了 LSP Ping功能。該功能通過模擬ICMP (Internet Control Message Protocol, 網(wǎng)際控制報文協(xié)議)echo request (回顯請求報文)和echo reply (回顯應斜艮文)來實現(xiàn)一種差錯報告機制，可用于發(fā)現(xiàn)和定位網(wǎng)絡故障。
其工作原理如圖2所示，當從LSRl (Label Switched Router,標簽交換 路由器)中初始發(fā)起一個目的地為LSR6的LSP Ping請求。首先，LSR1向 LSR2發(fā)送一個MPLS的echo request, LSR2收到這個請求后，將報文轉發(fā)， 經(jīng)進LSR3、 LSR4,到達LSR5，然后，LSR5收到這個請求報文，取出MPLS 的標簽，將這個echo request報文作為一個普通的IP包送給LSR6。最后， LSR6收到這個echo request包，處理echo request,并沿著相反的路徑返回 一個MPLS的echo reply包給LSRl。
鑒于MPLS VPN的諸多優(yōu)點，MPLS VPN業(yè)務已經(jīng)在全網(wǎng)絡中被廣泛 的部署和應用。為了能高效、便捷地部署、管理和維護VPN業(yè)務，圖形化 的VPN業(yè)務網(wǎng)管系統(tǒng)已經(jīng)成為十分有效手段和工具。VPN業(yè)務網(wǎng)管系統(tǒng)不 但要提供VPN業(yè)務的規(guī)劃，部署與管理功能，也需要提供對VPN業(yè)務的檢 測和保障功能。而現(xiàn)有技術尚未提供在圖形化的VPN業(yè)務網(wǎng)管系統(tǒng)中進行 連通性檢測的方法。

發(fā)明內容
本發(fā)明所要解決的技術問題是提供一種在VPN網(wǎng)管系統(tǒng)中進行MPLS VPN連通性檢測的方法，能夠使用戶在VPN業(yè)務管理系統(tǒng)中更方^f更地進行 VPN業(yè)務的連通性檢測。
為了解決上述問題，本發(fā)明提供了一種多協(xié)議標簽交換虛擬專用網(wǎng)的連
通性檢測方法，基于簡單網(wǎng)絡管理協(xié)議SNMP,在骨千網(wǎng)邊緣路由器PE設 備中加載私有管理信息庫，PE設備中的SNMP代理進程對所述私有MIB庫 進行搡作，所述多協(xié)議標簽交換以下簡稱MPLS，所述虛擬專用網(wǎng)以下簡稱 VPN，所述管理信息庫以下簡稱MIB，包括以下步驟
(a) 用戶在網(wǎng)管客戶端設置Ping參數(shù)，由PE設備中的SNMP代理進 程對網(wǎng)元MIB庫進行設置，并將Ping參數(shù)傳遞給業(yè)務執(zhí)行模塊；
(b) 所述業(yè)務執(zhí)行模塊根據(jù)Ping參數(shù)發(fā)起Ping操作，得到Ping結果 后返回給SNMP代理進程，存入到私有MIB庫中；
(c) 網(wǎng)管服務端的SNMP管理進程從所述私有MIB庫中取得Ping結 果返回給網(wǎng)管客戶端。
進一步地，上述方法還可具有以下特點所述私有MIB庫包括設置Ping 參數(shù)的表項和保存Ping結果的表項；所述步驟(a)中，所述SNMP代理進 程對私有MIB庫中設置Ping參數(shù)的表項進行設置；所述步驟(b)中，所 述Ping結果存入私有MIB庫中的保存Ping結果的表項；所述步驟(c)中， 所述SNMP管理進程從所述私有MIB庫中保存Ping結果的表項中取得Ping 結果。
進一步地，上述方法還可具有以下特點所述方法用于圖形化VPN業(yè) 務管理系統(tǒng)。
進一步地，上述方法還可具有以下特點在步驟(c)后還包括(d) 網(wǎng)管客戶端處理、組織Ping的結果顯示在Ping的圖形界面上，和/或將多次 檢測的結果生成連通性檢測凈艮告。
進一步地，上述方法還可具有以下特點網(wǎng)管客戶端根據(jù)用戶預先設置 的統(tǒng)計條件對Ping結果做出圖表分析。
進一步地，上述方法還可具有以下特點所述步驟(a)進一步包括 (al)用戶在網(wǎng)管客戶端設置Ping參數(shù)，網(wǎng)管客戶端對Ping參數(shù)進行合法 性檢測，若參數(shù)合法，網(wǎng)管客戶端將封裝后的Ping請求發(fā)送給網(wǎng)管服務端；
(a2 )網(wǎng)管服務端的SNMP管理進程收到Ping請求后，將取得的Ping參數(shù) 封裝成SNMP協(xié)議報文，通過與所述SNMP代理進程交互，設置所述私有 MIB庫的Ping參數(shù)；(a3 ) SNMP代理進程將Ping參數(shù)傳遞給業(yè)務執(zhí)行模塊。
進一步地，上述方法還可具有以下特點所述步驟(a2)中，對私有 MIB庫表項的設置是通過設置操作進行的。
進一步地，上述方法還可具有以下特點所迷Ping參數(shù)包括標記交 換路徑LSP的類型參數(shù)、此次Ping檢測的發(fā)包個數(shù)、超時時長和發(fā)包長度。
進一步地，上述方法還可具有以下特點所述設置LSP類型參數(shù)是以 下情況的一種如果用標簽分發(fā)協(xié)議建立LSP，則i殳置轉發(fā)等價類的前綴地 址和前綴長度，如果用資源預留協(xié)議建立LSP，則設置MPLS的隧道號，如 果用虛擬回路連接認證方式建立LSP,則設置虛擬回路連接認證的虛鏈標識 符和目標地址。
進一步地，上述方法還可具有以下特點所述步驟(b)進一步包括 (bl)所述業(yè)務處理模塊根據(jù)接收到的Ping參數(shù)中的Ping狀態(tài)字段判斷是 否執(zhí)行Ping操作；(b2) Ping操作完成后，所述業(yè)務處理模塊將Ping操作 結果返回所述SNMP代理進程，所述SNMP代理進程將結果寫入私有MIB 庫中。
進一步地，上述方法還可具有以下特點所述Ping操作結果包括Ping 操作發(fā)出l艮文數(shù)、接收報文數(shù)和往返時間。
進一步地，上述方法還可具有以下特點所述Ping操作是模擬網(wǎng)際控 制報文協(xié)議的回顯請求報文和回顯應答報文來實現(xiàn)的，所述回顯請求報文以 下簡稱echo request,所述回顯應答^L文以下簡稱echo reply,包括以下步驟 (i)請求標簽交換路由器在echo request消息中攜帶有所屬的FEC信息、 MPLS LSP Ping報文、序列號和時間戳參數(shù)，并將該echo request消息封裝 為用戶數(shù)據(jù)凈艮協(xié)議包，所述標簽交換路由器以下簡稱LSR; (ii)所述echo request消息通過MPLS網(wǎng)絡轉發(fā)給LSP的目標LSR， MPLS網(wǎng)絡在處理echo request消息時采用了與該消息中攜帶的FEC信息相同的轉發(fā)策略；(iii) 所述目標LSR對echo request消息進行處理，返回echo reply消息給發(fā)送echo
request消息的請求LSR。
進一步地，上述方法還可具有以下特點所述根據(jù)Ping狀態(tài)字段判斷 Ping操作包括當Ping命令沒有觸發(fā)或設置時，處于Ping操作初始化狀態(tài)； 當設置Ping參數(shù)時，處于Ping操作活動狀態(tài)，處于該狀態(tài)可以任意修改Ping 的參數(shù)；當Ping觸發(fā)的參數(shù)設置完畢，需要開始一次Ping時，設置Ping的 狀態(tài)為Ping操作開始狀態(tài)，處于該狀態(tài)的Ping操作不能凈皮任意終止；當處 于Ping操作開始狀態(tài)時，執(zhí)行參數(shù)解析以及檢測，如果參數(shù)不正確，則切 換到Ping操作無效狀態(tài)，表明Ping操作不能執(zhí)行，如果參數(shù)正確，則切換 到Ping操作處理狀態(tài)，開始正常的Ping執(zhí)行；當Ping執(zhí)行完畢，返回結果 時，切換為Ping操作完成狀態(tài)，Ping命令結束。
進一步地，上述方法還可具有以下特點所述步驟(c)中，所述SNMP 管理進程獲取Ping結果有以下兩種方式所述SNMP管理進程通過SNMP 取操作主動獲取本次或幾次Ping操作的執(zhí)行結果；所述SNMP代理進程通 過SNMP陷阱操作將Ping執(zhí)行結果返回所述SNMP管理進程。
進一步地，上述方法還可具有以下特點網(wǎng)管系統(tǒng)為若干條鏈路制定連 通性檢測任務，并為每一個檢測任務設置一個執(zhí)行周期，系統(tǒng)根據(jù)該周期定 期執(zhí)行LSP Ping搡作，收集檢測的結果生成連通性檢測才艮表。
本發(fā)明采用了上層網(wǎng)管臺的自動/定制的MPLS檢測機制，方便進行 MPLS的故障檢測，為MPLS的OAM功能提供了 一種方便良好的技術手段。 本發(fā)明基于SNMP協(xié)議，擴展了 RFC,定義了 RFC中沒有規(guī)定的私有MIB 庫，通過在MPLS VPN的PE設備上的SNMP代理進程中實現(xiàn)LSP Ping的 MIB庫，提供觸發(fā)多用戶的LSP鏈路檢測、檢測結果查詢、LSP Ping定期 觸發(fā)檢測、結果的統(tǒng)計分析等功能，實現(xiàn)了在SNMP管理進程中進行MPLS VPN的連通性檢測，從而可以使用戶在VPN業(yè)務管理系統(tǒng)中更方便地進行 VPN業(yè)務的連通性檢測，為圖形化的VPN業(yè)務管理系統(tǒng)提供業(yè)務連通性的 檢測手段。


圖l是現(xiàn)有的MPLS VPN的組網(wǎng)結構示意圖； 圖2是現(xiàn)有的LSP Ping的工作原理示意圖； 圖3是本實施例系統(tǒng)框圖4是本實施例基于SNMP協(xié)議的LSP Ping連通性檢測執(zhí)行序列圖； 圖5是本實施例基于SNMP協(xié)議的Ping操作流程示意圖； 圖6是本實施例Ping狀態(tài)轉換圖。
具體實施例方式
以下結合附圖詳細說明本發(fā)明技術方案的具體實施。 參照圖3和圖4,本發(fā)明基于SNMP (Simple Network Management Protocol,簡單網(wǎng)絡管理協(xié)議)協(xié)議的LSP Ping連通性檢測如下
(a)在VPN PE設備中通過加載私有MIB庫實現(xiàn)對LSP Ping MIB (Management Information Base,管理信息庫)庫的支持，實現(xiàn)標準的MIB 操作，該MIB庫包括設置Ping參數(shù)的表項和保存Ping結果的表項，VPN PE 設備中的SNMP代理進程對該私有MIB庫進行操作；
基于SNMP協(xié)議的LSP Ping首先必須實現(xiàn)LSP Ping MIB。由于沒有LSP PingMIB相關的RFC標準，所以LSP Ping MIB是根據(jù)實際應用需求而設計 的私有(private) MIB，被設計成兩個MIB表LSP Ping Set Table (LSP Ping 設置表項)和LSP Ping Result Table (LSP Ping結果查詢表項)。
LSP Ping Set Table表是對LSP Ping的設置表，通過對該表的行創(chuàng)建， 可以達到與CLI (Command Line Interface,命令行界面)配置相同的效果， 通過SNMP協(xié)議的Set操作設置Ping的參數(shù)，提供給設備的業(yè)務執(zhí)行模塊 執(zhí)行Ping操作。LSP Ping Result Table表是LSP Ping的結果存儲表，SNMP代 理進程將把Ping的結果存儲在這個表中，或可作為trap返回給SNMP管理 進程或者讓SNMP管理進程通過SNMP get操作主動取得相應的Ping結果 數(shù)據(jù)。
網(wǎng)元外部處理SNMP協(xié)議的軟件實體被稱為SNMP管理進程，網(wǎng)元中 處理SNMP協(xié)議的軟件實體被稱為SNMP代理進程。MIB庫就如同數(shù)據(jù)庫
表一樣，在設備中提供管理信息的所有管理對象。在設備中，對MIB庫的 操作都是通過SNMP代理進程來完成的。
上述業(yè)務執(zhí)行模塊包括OAM( operation, administration and maintenance, 運行、管理和維護)處理模塊和協(xié)議、業(yè)務處理模塊。OAM處理模塊負責 命令操作處理，主要實現(xiàn)命令的分發(fā)，執(zhí)行結果的收集處理。協(xié)議、業(yè)務處 理模塊則是負責完成業(yè)務相關協(xié)議的處理，如ICMP、 LDP、 MPLS協(xié)議/業(yè) 務的處理。SNMP代理進程將ping搡作的請求轉換成OAM操作，然后OAM 處理模塊驅動協(xié)議、業(yè)務處理模塊(也就是分發(fā)給協(xié)議、業(yè)務處理模塊來處 理)來組織、處理各種協(xié)議報文。
(b)用戶在網(wǎng)管客戶端設置Ping參數(shù)，通過網(wǎng)管服務端的SNMP管理 進程與PE設備中的SNMP代理進程交互，由SNMP代理進程對網(wǎng)元MIB 庫進行設置，并將Ping參數(shù)傳遞給業(yè)務執(zhí)行模塊；
當用戶需要進行LSP VPN連通性檢測的時候，只需在網(wǎng)管客戶端圖形 界面上設置LSP Ping參數(shù)并確定即可。網(wǎng)管客戶端將首先檢測ping的參數(shù)， 如果用戶的參數(shù)設置有誤的話，網(wǎng)管客戶端將自動提示用戶修改。在確定參 數(shù)正確后，網(wǎng)管客戶端將這些參數(shù)發(fā)送到網(wǎng)管服務端，并使SNMP管理進 程通過與SNMP代理進程的交互實現(xiàn)對PE設備(網(wǎng)元)MIB庫中的Ping 參數(shù)設置表項進行Set操作。設置成功后，網(wǎng)元的SNMP代理進程將Ping 參數(shù)傳遞給業(yè)務執(zhí)行模塊(開始執(zhí)行ping操作)；
設置其相關的參數(shù)具體包括，首先選擇LSP的類型，目前支持LDP (Label Distribution Protocol,標簽分發(fā)協(xié)議)方式的LSP, RSVP (Resource Reservation Protocol,資源預留協(xié)議)TE (Traffic Engineering,流量工程) 方式的LSP以及VCCV (Virtual Circuit Connection Verification,虛擬回路連 接認證)方式的LSP,根據(jù)這三種類型，設置相應LSP的FEC (Forwarding Equivalence Class,轉發(fā)等價類)或RSVP TE的隧道(tunnel)或VCCV的 vc-id值，然后設置此次Ping檢測的發(fā)包個數(shù)、超時時長、發(fā)包長度等基本 參數(shù)。
在SNMP管理進程中，同時維護多個LSP Ping的執(zhí)行實例(根據(jù)設備 硬件性能，可以有幾十個實例)，以滿足實際網(wǎng)絡環(huán)境中多用戶、多鏈路的
檢測需求。對于每一個LSP Ping的執(zhí)行實例，都可以按照MPLS LSP的建 立方式來設置其相關的參數(shù)，最后通過設置Ping命令執(zhí)行狀態(tài)來實現(xiàn)Ping 檢測功能的自動觸發(fā)。
(c) 該業(yè)務執(zhí)行模塊根據(jù)Ping參數(shù)，發(fā)起Ping操作，在得到Ping結 果后返回給SNMP代理進程，存入到私有MIB庫的保存Ping結果的表項；
Ping操作可以是針對1個LSP Ping的執(zhí)行實例執(zhí)行Ping操作，也可以 是針對多個LSP Ping的執(zhí)行實例執(zhí)行Ping操作。
PE設備的業(yè)務執(zhí)行模塊重新組織本次Ping的所有參數(shù)，根據(jù)RFC4379, 構造相應的UDP報文，填入FEC相關的字段、打上發(fā)送時間戳，發(fā)送報文。 報文通過MPLS轉發(fā)到倒數(shù)第二跳所在LSR (例如圖2中的LSR5 ),再通 過IP轉發(fā)將報文投遞到LSP的出口 LSR (例如圖2中的LSR6)，在該出 口 LSR上組織相應的回應報文?；貞獔笪目梢酝ㄟ^IP網(wǎng)絡或MPLS網(wǎng)絡返 回，當收到回應報文后，設備通過對OAM命令的處理完成一次報文的處理， 并將處理結果存入到MIB庫的對應表項。
(d) 網(wǎng)管服務端的SNMP管理進程從所述私有MIB庫中取得Ping結 果，返回給網(wǎng)管客戶端。
圖5是基于SNMP協(xié)議Ping操作的搡作流程，具體步驟如下
步驟510，網(wǎng)管客戶端(包括工作站和web客戶端)在操作界面上選定 VPN，在相應的菜單中選取連通性檢測，彈出Ping的圖形界面；
步驟520，在Ping界面上輸入相應的參數(shù)，需要輸入的參數(shù)依賴于建立 LSP的協(xié)議的類型，例如用LDP協(xié)議建立LSP的話，就需要輸入FEC的前 綴地址和前綴長度(前綴地址和前綴長度兩者可確定一個FEC)，如果用 RSVP協(xié)議建立LSP的話，就需要輸入MPLS TE的隧道號等，如果用VCCV 協(xié)議建立LSP,就需要輸入VCCV的vc-id (虛電路標識符)值以及目的地 址；另外，還需要設置通用的Ping參數(shù)，包括ping包長度、發(fā)包數(shù)以及超 時等信息，并對輸入信息作有效性的檢驗；
步驟530,通過網(wǎng)管系統(tǒng)客戶端和服務端通訊機制，將Ping的請求封裝
后發(fā)送到網(wǎng)管服務端；
步驟540，網(wǎng)管服務端的SNMP管理進程在收到客戶端發(fā)送的Ping請 求后，取得Ping的參數(shù)封裝成SNMP協(xié)議報文與PE設備的SNMP代理進 程進行交互，向PE設^(網(wǎng)元)MIB庫中的LSP Ping Set Table設置LSP Ping 的參數(shù)；
步驟550, SNMP管理進程根據(jù)MIB庫中LSP Ping Set Table的Ping Status字段來判斷Ping的執(zhí)行；
Ping status可以有幾個相互關聯(lián)的狀態(tài)，例如Ping Init (Ping操作初始 化狀態(tài))、Ping Active (Ping操作活動狀態(tài))、Ping Start (Ping操作開始狀 態(tài))、Ping Processing (Ping操作處理狀態(tài))、Ping Completed (Ping操作完 成狀態(tài))以及Ping Invalid (Ping操作無效狀態(tài))，這些關系的相互轉換如 圖6所示。
Ping Status字段可以由SNMP管理進程設置也可以由SNMP代理進程設 置，ping操作結束后，狀態(tài)自動被SNMP代理進程改為Completed。 SNMP 管理進程可以用這個狀態(tài)來觸發(fā)ping操作，也可以通過這個狀態(tài)來判斷設 備ping操作是否結束。
步驟560， Ping Status的Ping Start狀態(tài)是一種Ping觸發(fā)方式， 一旦用 戶設置Ping Status為Ping Start狀態(tài)，則SNMP代理進程開始檢測參數(shù)，如 果參數(shù)不合法，則進入ping的無效狀態(tài)，否則自動進入Ping Processing狀 態(tài)，開始才莫擬ICMP的echo request和echo reply執(zhí)行ping操作，具體操作 如下
1俯求LSR在LSP Ping echo request消息中攜帶所屬的FEC信息、MPLS LSP Ping報文，將該echo request消息封裝到UDP (用戶數(shù)據(jù)報協(xié)議)包中， 同時包含有序列號和時間戳參數(shù)；
2)在MPLS網(wǎng)絡中發(fā)送；
3 ) MPLS在處理MPLS LSP Ping請求消息時采用了與echo request消息 中攜帶的FEC信息相同的轉發(fā)策略；
4)當該凈艮文到達LSP的出口時，出口 LSR(目標LSR )對該echo request
消息進行處理(按照RFC4379處理)，驗證這個LSR是否是該FEC的真正 出口 (目標LSR);
5)目標LSR沿著相反的路徑返回給發(fā)送echo request消息的請求LSR 一個MPLS echo reply消息。
設置參數(shù)時Ping Status狀態(tài)為Ping Active,這時可以隨意修改ping參 數(shù)，想要執(zhí)行一次ping操作的時候，就將狀態(tài)設置成ping start,這時不能 ping參數(shù)了 ，狀態(tài)也馬上自動轉入ping processing。
一般情況下，所說的ping操作(比如i兌在windows上檢測主機連通性
成的，而本步驟中MPLS的echo request和echo reply雖然模擬了 ICMP的 echo request和echo reply的方式，但是前者與后者的區(qū)別在于其采用了 UDP 協(xié)議報文(在RFC4379中有描述)的方式。
步驟570,業(yè)務執(zhí)行模塊執(zhí)行Ping搡作以后，得到Ping的結果，包括 發(fā)出報文數(shù)和接收報文數(shù)以及往返時間，業(yè)務執(zhí)行模塊返回給SNMP代理 進程，SNMP代理進程將結果寫入到存儲Ping結果的MIB表中；
步驟580 ， SNMP管理進程獲取Ping結果；
SNMP管理進程可以通過兩種方式得到Ping的結果 一是管理進程主 動getPing的結果，Ping命令的執(zhí)行結果保存在特定的結果表項中，管理進 程通過MIB的SNMP get (取)操作方便地獲取本次或是幾次Ping的執(zhí)行結 果(仍通過SNMP代理進程直接對MIB庫進行操作)；二是代理進程的trap 返回，通過SNMP trap (陷阱， 一種SNMP的標準操作)讓設備在執(zhí)行完以 后，自動將執(zhí)行結果返回。返回的執(zhí)行結果包括Ping的發(fā)出報文個數(shù)、回 應報文個數(shù)、往返時長等統(tǒng)計值。代理進程是否通過trap返回可以通過LSP Ping Set Table中的Trap On Completion字^殳設置。
步驟590,網(wǎng)管服務端的SNMP管理進程取得Ping結果后返回給網(wǎng)管 客戶端。
步驟600,網(wǎng)管客戶端處理、組織Ping的結杲顯示在界面上，以直觀的 圖表方式呈現(xiàn)給用戶；并且可以將多次檢測的結果生成連通性檢測報告，網(wǎng)
管客戶端還可以根據(jù)用戶設置的統(tǒng)計條件對LSP Ping的檢測結果做出相應 的圖表分析，方便用戶管理。
圖6是本發(fā)明的Ping狀態(tài)轉換圖，其狀態(tài)變遷如下 1，當Ping命令沒有觸發(fā)或設置時，處于Init狀態(tài)；
2, 當設置Ping參數(shù)時，本次Ping的狀態(tài)處于Active狀態(tài)，處于該狀 態(tài)可以任意修改Ping的參數(shù)；
3, 當Ping觸發(fā)的參數(shù)設置完畢，需要開始一次Ping時，設置Ping的 狀態(tài)為Start狀態(tài)，處于該狀態(tài)的Ping不能,皮任意終止；
4，處于Ping Start狀態(tài)下的Ping命令開始執(zhí)行參數(shù)解析以及檢測工作， 當參數(shù)不合法時(例如查找的FEC不存在)，狀態(tài)切換到Invalid狀態(tài)，表 明Ping不能執(zhí)行，否則狀態(tài)轉到Processing開始正常的Ping執(zhí)行；
5，當Ping執(zhí)行完畢，返回結果時，狀態(tài)切換為Completed, —次Ping
命令結束。
另外，本發(fā)明通過加載私有MIB庫可以實現(xiàn)LSP Ping定期觸發(fā)檢測。 由于SNMP代理進程中維護了多個LSP Ping的執(zhí)行實例，故而網(wǎng)管系統(tǒng)可 以為若干條鏈路制定連通性檢測任務(對每條鏈路的檢測需要一個LSP Ping 執(zhí)行實例)，就是說為每個執(zhí)行實例針對各個鏈路將參數(shù)都設置好，然后設 置一個任務執(zhí)行周期(例如IO分鐘)，這樣一旦啟動這個連通性檢測任務 后，系統(tǒng)會定期(如10分鐘)自動執(zhí)行這些LSP ping執(zhí)行實例，并將檢測 的結果收集起來，以才艮表和圖表形式呈現(xiàn)。
權利要求
1、一種多協(xié)議標簽交換虛擬專用網(wǎng)的連通性檢測方法，基于簡單網(wǎng)絡管理協(xié)議SNMP，在骨干網(wǎng)邊緣路由器PE設備中加載私有管理信息庫，PE設備中的SNMP代理進程對所述私有MIB庫進行操作，所述多協(xié)議標簽交換以下簡稱MPLS，所述虛擬專用網(wǎng)以下簡稱VPN，所述管理信息庫以下簡稱MIB，包括以下步驟(a)用戶在網(wǎng)管客戶端設置Ping參數(shù)，由PE設備中的SNMP代理進程對網(wǎng)元MIB庫進行設置，并將Ping參數(shù)傳遞給業(yè)務執(zhí)行模塊；(b)所述業(yè)務執(zhí)行模塊根據(jù)Ping參數(shù)發(fā)起Ping操作，得到Ping結果后返回給SNMP代理進程，存入到私有MIB庫中；(c)網(wǎng)管服務端的SNMP管理進程從所述私有MIB庫中取得Ping結果返回給網(wǎng)管客戶端。
2、 如權利要求l所述的方法，其特征在于，所述私有MIB庫包括^:置 Ping參數(shù)的表項和保存Ping結果的表項；所述步驟(a)中，所述SNMP代 理進程對私有MIB庫中設置Ping參數(shù)的表項進行設置；所述步驟(b)中， 所述Ping結果存入私有MIB庫中的保存Ping結果的表項；所述步驟(c) 中，所述SNMP管理進程從所述私有MIB庫中保存Ping結果的表項中取得 Ping結果。
3、 如權利要求1或2所述的方法，其特征在于，所迷方法用于圖形化 VPN業(yè)務管理系統(tǒng)。
4、 如權利要求3所述的方法，其特征在于，在步驟(c)后還包括(d) 網(wǎng)管客戶端處理、組織Ping的結果顯示在Ping的圖形界面上， 和/或將多次檢測的結果生成連通性檢測報告。
5、 如權利要求3所述的方法，其特征在于，網(wǎng)管客戶端根據(jù)用戶預先 設置的統(tǒng)計條件對Ping結果做出圖表分析。
6、 如權利要求l所述的方法，其特征在于，所述步驟(a)進一步包括 (al)用戶在網(wǎng)管客戶端設置Ping參數(shù)，網(wǎng)管客戶端對Ping參數(shù)進行 合法性檢測，若參數(shù)合法，網(wǎng)管客戶端將封裝后的Ping請求發(fā)送給網(wǎng)管服務端；(a2)網(wǎng)管服務端的SNMP管理進程收到Ping請求后，將取得的Ping 參數(shù)封裝成SNMP協(xié)議報文，通過與所述SNMP代理進程交互，設置所述 私有MIB庫的Ping參數(shù)；(a3 ) SNMP代理進程將Ping參數(shù)傳遞給業(yè)務執(zhí)行模塊。
7、 如權利要求6所述的方法，其特征在于，所述步驟(a2)中，對私 有MIB庫表項的設置是通過設置操作進行的。
8、 如權利要求6所述的方法，其特征在于，所述Ping參數(shù)包括標 記交換路徑LSP的類型參數(shù)、此次Ping檢測的發(fā)包個數(shù)、超時時長和發(fā)包 長度。
9、 如權利要求8所述的方法，其特征在于，所述設置LSP類型參數(shù)是 以下情況的一種如果用標簽分發(fā)協(xié)議建立LSP，則設置轉發(fā)等價類的前綴 地址和前綴長度，如果用資源預留協(xié)議建立LSP，則設置MPLS的隧道號， 如果用虛擬回路連接認證方式建立LSP,則設置虛擬回路連接認證的虛鏈標 識符和目標i也址。
10、 如權利要求1所述的方法，其特征在于,所述步驟(b)進一步包括(bl)所述業(yè)務處理模塊根據(jù)接收到的Ping參數(shù)中的Ping狀態(tài)字段判 斷是否執(zhí)行Ping搡作；(b2) Ping操作完成后，所述業(yè)務處理模塊將Ping操作結果返回所述 SNMP代理進程，所述SNMP代理進程將結果寫入私有MIB庫中。
11、 如權利要求IO所述的方法，其特征在于，所述Ping操作結果包括 Ping操作發(fā)出報文數(shù)、接收報文數(shù)和往返時間。
12、 如權利要求IO所述的方法，其特征在于，所述Ping操作是模擬網(wǎng) 際控制報文協(xié)議的回顯請求報文和回顯應答報文來實現(xiàn)的，所述回顯請求報 文以下簡稱echo request,所述回顯應答^艮文以下簡稱echo reply,包括以下 步驟(i )i貪求標簽交換路由器在echo request消息中攜帶有所屬的FEC信息、 MPLS LSP Ping報文、序列號和時間戳參數(shù)，并將該echo request消息封裝 為用戶數(shù)據(jù)報協(xié)議包，所述標簽交換路由器以下簡稱LSR;(ii) 所述echo request消息通過MPLS網(wǎng)絡轉發(fā)給LSP的目標LSR， MPLS網(wǎng)絡在處理echo request消息時采用了與該消息中攜帶的FEC信息相 同的轉發(fā)策略；(iii) 所述目標LSR對echo request消息進4亍處理，返回echo reply消 息給發(fā)送echo request消息的請求LSR。
13、 如權利要求8所述的方法，其特征在于，所述根據(jù)Ping狀態(tài)字段 判斷Ping操作包括當Ping命令沒有觸發(fā)或設置時，處于Ping操作初始化狀態(tài)；當設置Ping參數(shù)時，處于Ping操作活動狀態(tài)，處于該狀態(tài)可以任意修 改Ping的參數(shù)；當Ping觸發(fā)的參數(shù)設置完畢，需要開始一次Ping時，設置Ping的狀態(tài) 為Ping操作開始狀態(tài)，處于該狀態(tài)的Ping操作不能被任意終止；當處于Ping操作開始狀態(tài)時，執(zhí)行參數(shù)解析以及檢測，如果參數(shù)不正 確，則切換到Ping操作無效狀態(tài)，表明Ping操作不能執(zhí)行，如果參數(shù)正確， 則切換到Ping操作處理狀態(tài)，開始正常的Ping執(zhí)行；當Ping執(zhí)行完畢，返回結果時，切換為Ping操作完成狀態(tài)，Ping命令結束。
14、 如權利要求l所述的方法，其特征在于，所述步驟(c)中，所述 SNMP管理進程獲取Ping結果有以下兩種方式所述SNMP管理進程通過SNMP取操作主動獲取本次或幾次Ping操作 的執(zhí)行結果；所述SNMP代理進程通過SNMP陷阱操作將Ping執(zhí)行結果返回所述 SNMP管理進程。
15、 如權利要求l所述的方法，其特征在于，網(wǎng)管系統(tǒng)為若干條鏈路制 定連通性檢測任務，并為每一個檢測任務設置一個執(zhí)行周期，系統(tǒng)根據(jù)該周 期定期執(zhí)行LSP Ping操作，收集檢測的結杲生成連通性檢測報表。
全文摘要
本發(fā)明公開了一種MPLS VPN的連通性檢測方法，基于SNMP協(xié)議，在PE設備中加載私有MIB庫，PE設備中的SNMP代理進程對私有MIB庫進行操作，步驟包括(a)用戶在網(wǎng)管客戶端設置Ping參數(shù)，由PE設備中的SNMP代理進程對網(wǎng)元MIB庫進行設置，并將Ping參數(shù)傳遞給業(yè)務執(zhí)行模塊；(b)所述業(yè)務執(zhí)行模塊根據(jù)Ping參數(shù)發(fā)起Ping操作，得到Ping結果后返回給SNMP代理進程，存入到私有MIB庫中；(c)網(wǎng)管服務端的SNMP管理進程從所述私有MIB庫中取得Ping結果返回給網(wǎng)管客戶端。采用本發(fā)明所述方法，能夠使用戶在VPN業(yè)務管理系統(tǒng)中更方便地進行VPN業(yè)務的連通性檢測。
文檔編號H04L29/06GK101114994SQ20061010674
公開日2008年1月30日 申請日期2006年7月28日 優(yōu)先權日2006年7月28日
發(fā)明者丁善明, 丁愛民, 張麗暉, 王承鋒 申請人:中興通訊股份有限公司