專(zhuān)利名稱(chēng)：下發(fā)配置數(shù)據(jù)的方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的數(shù)據(jù)傳輸技術(shù)，尤其涉及一種下發(fā)配置數(shù)據(jù)的方 法、系統(tǒng)及裝置。
背景技術(shù)：
基于運(yùn)營(yíng)商網(wǎng)絡(luò)的虛擬專(zhuān)用網(wǎng)(Provider Provisioned Virtual Private Network,PP-VPN )的快速發(fā)展，使得以運(yùn)營(yíng)商網(wǎng)絡(luò)為主體的虛擬專(zhuān)用網(wǎng)(Virtual Private Network, VPN)業(yè)務(wù)成為此領(lǐng)域內(nèi)的發(fā)展方向。其主要的實(shí)現(xiàn)技術(shù)為 3層多協(xié)議標(biāo)簽交換(Multi-Protocol Label Switch, MPLS )VPN,它遵循RFC2547 標(biāo)準(zhǔn)，使用邊界網(wǎng)關(guān)協(xié)議(Border Gateway Protocol, BGP)在提供者邊界路由 器(Provider's edge router, PE )之間分發(fā)路由信息，使用MPLS技術(shù)在VPN 站點(diǎn)之間傳送數(shù)據(jù)，因而又稱(chēng)為BGP/MPLS VPN。
BGP/MPLS VPN業(yè)務(wù)快速發(fā)展的同時(shí)，由于運(yùn)營(yíng)商的承載網(wǎng)絡(luò)中路由器 設(shè)備的數(shù)量龐大、來(lái)源不統(tǒng)一 (不同的設(shè)備提供商)和配置命令差異化等因素， 都為BGP/MPLS VPN業(yè)務(wù)的配置管理帶來(lái)在諸多的不便。
在目前的網(wǎng)絡(luò)運(yùn)營(yíng)中，運(yùn)營(yíng)商的網(wǎng)絡(luò)維護(hù)人員在承載網(wǎng)絡(luò)中使用的是IETF 定義的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(Simple Network Management Protocol, SNMP )接 口或命令行接口 ，來(lái)實(shí)現(xiàn)基本的網(wǎng)絡(luò)管理操作。
對(duì)于SNMP接口而言，接口固有的業(yè)務(wù)管理能力無(wú)法滿足業(yè)務(wù)統(tǒng)一配置下
發(fā)的需求，原因如下
(1)、由于配置操作過(guò)程中需要對(duì)相應(yīng)的管理信息庫(kù)(Management Information Base, MIB )葉節(jié)點(diǎn)進(jìn)行設(shè)置(Set)操作，而MIB葉節(jié)點(diǎn)又存在 龐大的樹(shù)形結(jié)構(gòu)，因此，對(duì)MIB葉節(jié)點(diǎn)操作需要輸入復(fù)雜的點(diǎn)數(shù)節(jié)點(diǎn)符號(hào)。(2) 、不同設(shè)備生產(chǎn)廠商使用的是自己定義的私有MIB,這更增加了統(tǒng)一、 集中配置的難度。
(3) 、 SNMP無(wú)法直接使用分級(jí)的數(shù)據(jù)結(jié)構(gòu)和類(lèi)型；無(wú)法完成配置任務(wù)需 要各種高層的管理操:作，諸如下載、激活、回退和重載等；SNMP協(xié)議本身不 支持事務(wù)機(jī)制，無(wú)法完成交互操作過(guò)程。
基于上述三個(gè)原因，使得在使用SNMP接口的過(guò)程中，需要進(jìn)行大量的配 置操作、過(guò)程復(fù)雜、很難實(shí)現(xiàn)集中配置；并且SNMP自身的缺陷，使得一些交 互操作無(wú)法實(shí)現(xiàn)。
命令行接口可以完成SNMP無(wú)法完成的配置過(guò)程，并且也是目前業(yè)務(wù)配置 的主要手段，以BGP/MPLS VPN業(yè)務(wù)配置為例，在配置過(guò)程中網(wǎng)絡(luò)管理維護(hù) 人員需要針對(duì)VPN業(yè)務(wù)傳輸路徑中的各個(gè)PE路由器分別通過(guò)命令行接口進(jìn)行 相應(yīng)的配置工作。由于不同廠商設(shè)備命令的差異以及配置命令的先后次序的嚴(yán) 格要求，在VPN傳輸路徑中多臺(tái)路由器設(shè)備的重復(fù)性配置操作很可能造成配 置的錯(cuò)誤，從而憑空增添了網(wǎng)絡(luò)維護(hù)的復(fù)雜度，同時(shí)影響業(yè)務(wù)的順利開(kāi)通和應(yīng) 用。
在相關(guān)配置管理技術(shù)中，IETF組織提出了基于可擴(kuò)展標(biāo)記語(yǔ)言(Extensible Markup Language, XML)的用于配置管理的網(wǎng)絡(luò)配置協(xié)議(Netconf),參見(jiàn) RFC4741 ~ RFC4744。目前規(guī)范中雖然對(duì)協(xié)議的指令集合以及承載方式提供了 解決方案，但是在具體業(yè)務(wù)的配置方面仍存在以下的缺陷和問(wèn)題
(1 )、缺乏相應(yīng)的數(shù)據(jù)模型來(lái)描述配置數(shù)據(jù)，即沒(méi)有針對(duì)VPN業(yè)務(wù)的配 置數(shù)據(jù)的分層數(shù)據(jù)結(jié)構(gòu)；
(2) 、在目前網(wǎng)絡(luò)運(yùn)營(yíng)中，多接口并存的環(huán)境下如何引入此管理接口保證 多接口的適配實(shí)現(xiàn)對(duì)設(shè)備的配置數(shù)據(jù)下發(fā)，從運(yùn)營(yíng)商的角度來(lái)看其具體的應(yīng)用 方式和網(wǎng)絡(luò)管理架構(gòu)如何，也是一個(gè)懸而未決的問(wèn)題。
(3) 、 Netconf協(xié)議雖然提供了配置撤銷(xiāo)的原語(yǔ)操作，但是這種操作僅僅 針對(duì)當(dāng)前的配置設(shè)備。由于VPN業(yè)務(wù)配置過(guò)程中PE路由器的配置總是成對(duì)出現(xiàn)的，同時(shí)為了減少配置故障的發(fā)生概率，需要對(duì)VPN鏈路中成對(duì)出現(xiàn)的PE 同時(shí)進(jìn)行撤銷(xiāo)操作，Netconf協(xié)議本身的配置撤銷(xiāo)機(jī)制無(wú)法滿足這種需求。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種下發(fā)配置數(shù)據(jù)的方法、系統(tǒng)及裝置，以解決現(xiàn)有技 術(shù)中存在的在基于VPN業(yè)務(wù)的下發(fā)配置數(shù)據(jù)過(guò)程較復(fù)雜的問(wèn)題。 一種下發(fā)配置數(shù)據(jù)的方法，該方法包括
將配置命令下發(fā)至執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備，該配置命令中包含按照設(shè) 定順序排列的配置數(shù)據(jù)；
所述設(shè)備接收所述配置數(shù)據(jù)，分別將該配置數(shù)據(jù)作為按照相同順序排列的 業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)。
一種下發(fā)配置凄t據(jù)的系統(tǒng)，該系統(tǒng)包括
配置服務(wù)器，用于下發(fā)配置命令，該配置命令中包含按照設(shè)定順序排列的 配置數(shù)據(jù)；
執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備，用于接收所述配置服務(wù)器下發(fā)的所述配置數(shù) 據(jù)，分別將該配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)。
一種配置服務(wù)器，所述配置服務(wù)器包括
數(shù)據(jù)排列模塊，用于將配置數(shù)據(jù)按照設(shè)定順序排列；
配置命令下發(fā)模塊，用于下發(fā)包含排列的所述配置數(shù)據(jù)的配置命令。
一種設(shè)備，用于執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，所述設(shè)備包括
接收模塊，用于接收配置命令，該配置命令中包含按照設(shè)定順序排列的配 置數(shù)據(jù)；
配置模塊，用于分別將接收到的配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì) 應(yīng)的設(shè)置參數(shù)。
通過(guò)向執(zhí)行VPN業(yè)務(wù)的設(shè)備下發(fā)按照設(shè)定順序排列的配置數(shù)據(jù)，所述設(shè) 備分別將該配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)的方法，解決了設(shè)備差異化帶來(lái)的網(wǎng)管數(shù)據(jù)模型差異化的問(wèn)題，使統(tǒng)一、集中配置過(guò)程更 加簡(jiǎn)單，減少了配置過(guò)程可能出現(xiàn)的錯(cuò)誤，使得用戶(hù)體驗(yàn)較好。


圖1為本發(fā)明實(shí)施例一中下發(fā)配置數(shù)據(jù)的系統(tǒng)結(jié)構(gòu)示意圖2為本發(fā)明實(shí)施例二中下發(fā)配置數(shù)據(jù)的方法步驟流程示意圖3為本發(fā)明實(shí)施例二中一種排列順序的樹(shù)形結(jié)構(gòu)示意圖4為本發(fā)明實(shí)施例三中配置服務(wù)器的結(jié)構(gòu)示意圖5為本發(fā)明實(shí)施例四中用于執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合說(shuō)明書(shū)附圖詳細(xì)描述本發(fā)明實(shí)施例。
如圖1所示，為本發(fā)明實(shí)施例一中下發(fā)配置數(shù)據(jù)的系統(tǒng)結(jié)構(gòu)示意圖，從圖 中可以看出該系統(tǒng)包括配置服務(wù)器11和執(zhí)行VPN業(yè)務(wù)的設(shè)備12，兩個(gè)實(shí)體預(yù) 先設(shè)定了下發(fā)的配置數(shù)據(jù)對(duì)應(yīng)的業(yè)務(wù)的排列順序，則這兩個(gè)實(shí)體的操作包括 配置服務(wù)器11用于下發(fā)配置命令，該配置命令中包含按照設(shè)定順序排列的配 置數(shù)據(jù)；設(shè)備12用于接收所述配置服務(wù)器下發(fā)的所述配置數(shù)據(jù)，分別將該配 置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)，實(shí)現(xiàn)業(yè)務(wù)配置。
另外，所述配置服務(wù)器11還用于為執(zhí)行的VPN業(yè)務(wù)分配標(biāo)識(shí)，并利用所 述配置命令將該標(biāo)識(shí)下發(fā)至所述設(shè)備12。
后續(xù)地，所述配置服務(wù)器11用于下發(fā)撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬 專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；則所述設(shè)備12用于將接收到的所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用 網(wǎng)業(yè)務(wù)撤銷(xiāo)。
進(jìn)一步地，所述配置服務(wù)器11用于下發(fā)回滾命令，該回滾命令中包含撤 銷(xiāo)的所述虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；所述i殳備12用于確定所述標(biāo)識(shí)對(duì)應(yīng)的虛擬 專(zhuān)用網(wǎng)業(yè)務(wù)，并將執(zhí)行該業(yè)務(wù)時(shí)的配置數(shù)據(jù)回滾。在本實(shí)施例中，配置服務(wù)器11向設(shè)備12下發(fā)的各種命令(包括配置命令、
撤消命令和回滾命令)，都是通過(guò)系統(tǒng)中的Netconf配置下發(fā)接口 13轉(zhuǎn)發(fā)給所 述設(shè)備12的。
若所述設(shè)備12不能直接解析通過(guò)Netconf配置下發(fā)接口下發(fā)的命令，則進(jìn) 一步地，所述系統(tǒng)還包括轉(zhuǎn)換設(shè)備14,用于將所述配置服務(wù)器11通過(guò)Netconf 配置下發(fā)接口 13下發(fā)的命令轉(zhuǎn)換為所述設(shè)備12能夠解析的形式，并發(fā)送給所 述設(shè)備12。
與實(shí)施例一對(duì)應(yīng)的，本發(fā)明實(shí)施例二提出了一種下發(fā)配置數(shù)據(jù)的方法，如 圖2所示，該方法的主要步驟包括
步驟201:為當(dāng)前需要執(zhí)行的VPN業(yè)務(wù)分配標(biāo)識(shí)。
以執(zhí)行BGP/MPLS VPN業(yè)務(wù)為例，在此步驟之前，已事先完成設(shè)備的各 個(gè)物理接口配置，如4矣口的地址、速率等屬性配置；業(yè)務(wù)承載網(wǎng)絡(luò)的MPLS協(xié) 議配置和IGP協(xié)議配置等。若設(shè)定所述設(shè)備為PE路由器，則PE與客戶(hù)邊界 路由器(Customer's edge router, CE )之間可以使用BGP ^各由協(xié)議。
在向設(shè)備下發(fā)配置數(shù)據(jù)之前，需要標(biāo)識(shí)當(dāng)前需要執(zhí)行的VPN業(yè)務(wù)，以便 于后續(xù)對(duì)配置數(shù)據(jù)的^t銷(xiāo)或重復(fù)配置時(shí)能夠準(zhǔn)確地查找出當(dāng)前的配置凝:據(jù)，因 此，分配的VPN業(yè)務(wù)配置標(biāo)識(shí)具有唯一的標(biāo)識(shí)性。
除了對(duì)配置數(shù)據(jù)的標(biāo)識(shí)，還需要對(duì)執(zhí)行當(dāng)前VPN業(yè)務(wù)的需要配置的設(shè)備 進(jìn)行標(biāo)識(shí)，例如，需要配置的設(shè)備為PE—A和PE—B路由器對(duì)，則生成PE I和 PEII兩個(gè)設(shè)備標(biāo)識(shí)，來(lái)表示執(zhí)行當(dāng)前VPN業(yè)務(wù)的設(shè)備是PE—A和PE一B路由 器對(duì)。
另外，還可以記錄配置數(shù)據(jù)下發(fā)的時(shí)間，可稱(chēng)之為配置時(shí)間，則在后續(xù)的 配置數(shù)據(jù)撤銷(xiāo)和配置數(shù)據(jù)回滾時(shí)，可以根據(jù)配置時(shí)間確定在時(shí)間下發(fā)的配置數(shù) 據(jù)。
生成的VPN業(yè)務(wù)配置標(biāo)識(shí)、執(zhí)行VPN設(shè)備標(biāo)識(shí)和配置時(shí)間存在對(duì)應(yīng)關(guān)系， 根據(jù)其中一個(gè)參數(shù)就可以確定其他兩個(gè)參數(shù)。除了 VPN業(yè)務(wù)配置標(biāo)識(shí)和配置
1時(shí)間之外，用戶(hù)還可以根據(jù)需要，在下發(fā)配置數(shù)據(jù)之前生成其他的參數(shù)，來(lái)作 為當(dāng)前VPN業(yè)務(wù)的標(biāo)識(shí)。生成的各種參數(shù)信息可以保存在配置服務(wù)器中，也 可以下發(fā)給設(shè)備。
步驟202:將配置命令下發(fā)至執(zhí)行VPN業(yè)務(wù)的設(shè)備，該配置命令中包含按 照設(shè)定順序排列的配置數(shù)據(jù)。
在本發(fā)明實(shí)施例中，配置命令是通過(guò)Netconf配置下發(fā)接口下發(fā)至執(zhí)行 VPN業(yè)務(wù)的設(shè)備PE—A和PE—B。為了將SNMP、命令行和Netconf配置接口 統(tǒng)一，本實(shí)施例中可以采用XML作為配置數(shù)據(jù)的基本描述形式。將下發(fā)的配 置數(shù)據(jù)和搡作指令配置成XML形式的參數(shù)文件，由統(tǒng)一配置下發(fā)服務(wù)利用 Netconf配置下發(fā)接口統(tǒng)一下發(fā)給執(zhí)行VPN業(yè)務(wù)的設(shè)備，實(shí)現(xiàn)了配置數(shù)據(jù)下發(fā) 的統(tǒng)一化和規(guī)范化，屏蔽了執(zhí)行VPN業(yè)務(wù)的不同設(shè)備的差異化，避免了在利 用命令行配置方式的過(guò)程中出現(xiàn)配置順序易出錯(cuò)的問(wèn)題。
配置命令中的配置數(shù)據(jù)的內(nèi)容確定之后，其排列順序可以根據(jù)用戶(hù)需要預(yù) 先設(shè)定。該設(shè)定的順序可以以樹(shù)形結(jié)構(gòu)的形式保存在下發(fā)配置數(shù)據(jù)的實(shí)體和接 收該配置數(shù)據(jù)的設(shè)備中。
所述配置命令中還可以同時(shí)攜帶為當(dāng)前的VPN業(yè)務(wù)分配的標(biāo)識(shí)。
步驟203:若設(shè)備未成功接收到所述配置命令，則執(zhí)行步驟204,否則執(zhí) 行步驟206。
步驟204:設(shè)備返回配置失敗響應(yīng)消息，并撤銷(xiāo)配置操作。 步驟205:將步驟201中生成的各種參數(shù)和配置失敗響應(yīng)消息保存。 步驟206:接收到所述配置命令的設(shè)備返回配置成功響應(yīng)消息。 所述設(shè)備和下發(fā)配置命令的實(shí)體已事先確定好的每一個(gè)配置數(shù)據(jù)對(duì)應(yīng)的
業(yè)務(wù)的排列順序，則設(shè)備提取出按照設(shè)定順序排列好的配置數(shù)據(jù)時(shí)，也就確定
了每一個(gè)執(zhí)行VPN業(yè)務(wù)時(shí)對(duì)應(yīng)的參數(shù)。
步驟207:將步驟201中生成的各種參數(shù)和配置成功響應(yīng)消息保存。 在本實(shí)施例中，保存步驟205或步驟207中的信息的實(shí)體可以是生成該參數(shù)的實(shí)體和接收配置命令的設(shè)備(路由器對(duì))，也可以是其他的數(shù)據(jù)存儲(chǔ)實(shí)體。
在步驟202中，所述利用Netconf配置下發(fā)接口統(tǒng)一下發(fā)給執(zhí)行VPN業(yè)務(wù) 的設(shè)備的過(guò)程可能存在以下兩種情況
第一種情況若執(zhí)行VPN業(yè)務(wù)的設(shè)備支持Netconf配置方式，則Netconf 配置下發(fā)接口可以直接與支持Netconf配置方式的設(shè)備相連，例如，若PE_A 支持Netconf配置方式，則PE_A接收到配置命令中的配置數(shù)據(jù)后，能夠正確 地解析出配置數(shù)據(jù)，并將配置數(shù)據(jù)按照設(shè)定的順序存儲(chǔ)，完成配置數(shù)據(jù)下發(fā)過(guò) 程。
第二種情況支持命令行配置方式或SNMP配置方式的設(shè)備不能直接解析 通過(guò)Netconf配置下發(fā)接口發(fā)送的配置數(shù)據(jù)，因此，在Netconf配置下發(fā)接口 下發(fā)配置數(shù)據(jù)之后，需要將配置數(shù)據(jù)轉(zhuǎn)換為執(zhí)行VPN業(yè)務(wù)的設(shè)備能夠解析的 形式。例如若PE—B支持命令行配置方式，貝'j Netconf配置下發(fā)接口將包含 配置數(shù)據(jù)的配置命令下發(fā)至PE—B之前，將配置數(shù)據(jù)轉(zhuǎn)換為命令行接口能夠解 析的形式；若PE一B支持SNMP配置方式，則類(lèi)似地將配置數(shù)據(jù)轉(zhuǎn)換為SNMP 接口能夠解析的形式，然后再下發(fā)至PE—B。
除了上述下發(fā)配置數(shù)據(jù)的過(guò)程可以有多種情況之外，配置數(shù)據(jù)的排列順序 也可以有多種情況，下面根據(jù)說(shuō)明書(shū)附3來(lái)描述本實(shí)施例中設(shè)置的一種排 列順序的樹(shù)形結(jié)構(gòu)，配置數(shù)據(jù)按照以下描述順序排列。
如圖3所示，業(yè)務(wù)配置節(jié)點(diǎn)是樹(shù)形結(jié)構(gòu)的根節(jié)點(diǎn)，其含義是指通過(guò)統(tǒng)一配 置下發(fā)思想，來(lái)進(jìn)行配置管理的業(yè)務(wù)。
樹(shù)形結(jié)構(gòu)的第二層是BGP/MPLS VPN業(yè)務(wù)配置管理的數(shù)據(jù)節(jié)點(diǎn)，其含義 是為此類(lèi)VPN業(yè)務(wù)配置相關(guān)的數(shù)據(jù)模型。此數(shù)據(jù)節(jié)點(diǎn)可以根據(jù)用戶(hù)的需要配 置相應(yīng)的數(shù)據(jù)模型，不同的數(shù)據(jù)模型之間可以沒(méi)有依賴(lài)關(guān)系，具體地，在XML 建模中可以使用〈choice〉模型來(lái)連接。
另外，還可以根據(jù)用戶(hù)需要在第二層的其他業(yè)務(wù)配置節(jié)點(diǎn)中添加若干個(gè)下 層節(jié)點(diǎn)。
12樹(shù)形結(jié)構(gòu)的第三層是進(jìn)行BGP/MPLS VPN業(yè)務(wù)配置管理時(shí)需要下發(fā)的配 置數(shù)據(jù)，配置數(shù)據(jù)也可以根據(jù)用戶(hù)的需要確定，在本實(shí)施例中包括但不限于 VPN路由前轉(zhuǎn)(VPN Routing & Forwarding, VRF )配置模型、接口綁定配置 模型、多協(xié)議BGP (MBGP)配置模型和PE、 CE之間的路由配置模型。在這 一層中，各部分的配置模型之間存在依賴(lài)關(guān)系，因此，需要按照設(shè)定的順序出 現(xiàn)，例如VRF配置模型需要首先完成，之后才能完成其他配置模型。具體地， 在XML建模中可以使用〈sequence〉容器來(lái)連接本層。
每一個(gè)配置模型中包含若干個(gè)配置數(shù)據(jù)，下面具體針對(duì)第三層的配置模 型，對(duì)其需要配置的數(shù)據(jù)及數(shù)據(jù)的順序進(jìn)行詳細(xì)描述。
VRF配置模型
在VRF配置模型中，可以包括但不限于三個(gè)相互依賴(lài)的配置數(shù)據(jù)元素， 配置順序依次為VRF實(shí)例名稱(chēng)、路由區(qū)分(Route Distinguisher， RD)標(biāo)識(shí) 和路由目標(biāo)(Route Target, RT)配置，其中，RT配置中包括RT名稱(chēng)和路由 信息傳遞方向這兩個(gè)具體的配置數(shù)據(jù)。由于在數(shù)據(jù)的配置過(guò)程中存在依賴(lài)關(guān) 系，因此，VRF配置模型在XML建模中可以采用〈sequence〉容器來(lái)管理其中 的配置lt據(jù)。
VRF實(shí)例名稱(chēng)是對(duì)執(zhí)行VPN業(yè)務(wù)的設(shè)備的VRF實(shí)例的配置，通過(guò)配置虛 擬路由來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)上的路由隔離。 一條VPN對(duì)應(yīng)一個(gè)VRF實(shí)例，VRF實(shí)例名 稱(chēng)這一配置數(shù)據(jù)可以指示設(shè)備生成一個(gè)VRF實(shí)例，例如生成一個(gè)VRF實(shí)例 名稱(chēng)VPN一A。
RD標(biāo)識(shí)是一個(gè)具有全局唯一性的標(biāo)識(shí)，通過(guò)將RD標(biāo)識(shí)作為IP地址前綴 的擴(kuò)展，使不唯一的IP地址轉(zhuǎn)化為唯一的VPNjP地址，用于在骨干網(wǎng)絡(luò)上路 由信息的分發(fā)，并且， 一個(gè)VRF實(shí)例名稱(chēng)對(duì)應(yīng)一個(gè)唯一的RD標(biāo)識(shí)。
RT配置中的配置數(shù)據(jù)用于實(shí)現(xiàn)路由信息的分發(fā)，因此要為其分配RT名稱(chēng)， 并確定路由信息的傳遞方向，例如，路由信息雙向傳遞(both)。每一個(gè)VRF 實(shí)例名稱(chēng)可以對(duì)應(yīng)若干個(gè)的RT配置個(gè)數(shù)，如1至16個(gè)RT配置，在XML
13建模中可以使用〈maxOccurs〉屬性定義。 接口綁定配置模型
在接口綁定配置模型中可以包括但不限于四個(gè)相互依賴(lài)的配置數(shù)據(jù)元素， 配置順序依次為物理接口名稱(chēng)、VRF實(shí)例名稱(chēng)、IP地址和IP掩碼。同樣， 由于配置過(guò)程存在依賴(lài)關(guān)系，接口綁定配置模型在XML建模中可以采用 〈sequence〉容器來(lái)連接其子層，表征順序關(guān)系。
物理接口名稱(chēng)可以指定需要綁定的物理接口完成VPN業(yè)務(wù)的路由輸出， 同時(shí)激活路由器的接口操作。
VRF實(shí)例名稱(chēng)指定與接口綁定的VRF實(shí)例，這里的VRF實(shí)例名稱(chēng)與VRF 配置模型中VRF實(shí)例名稱(chēng)的實(shí)現(xiàn)參數(shù)一致，如VPN—A。
IP地址和IP掩碼用于完成對(duì)接口的IP地址配置。
MBGP配置模型
在MBGP配置模型中包括但不限于兩個(gè)配置數(shù)據(jù)結(jié)構(gòu)邏輯接口配置結(jié) 構(gòu)和BGP路由配置結(jié)構(gòu)。由于配置過(guò)程存在依賴(lài)關(guān)系，MBGP配置模型在XML 建模中可以采用〈sequence〉容器來(lái)連接其子層。
邏輯接口配置結(jié)構(gòu)用于完成VPN業(yè)務(wù)所需要的邏輯接口的配置，其配置 元素可以包括但不限于以下幾個(gè)，其配置順序依次為邏輯接口名稱(chēng)、IP地址 和IP掩碼。具體的邏輯4妄口名稱(chēng)可以為loopbackO。
BGP路由配置結(jié)構(gòu)用于實(shí)現(xiàn)所配置的設(shè)備(PE_A)與對(duì)端設(shè)備(PE一B) 之間的路由信息交互，其配置元素包括但不限于以下幾個(gè)，其配置順序依次為 BGP進(jìn)程標(biāo)識(shí)、對(duì)端設(shè)備(PE_B )地址、自治系統(tǒng)(Autonomous System, AS ) 號(hào)碼和邏輯接口名稱(chēng)。由于配置過(guò)程存在依賴(lài)關(guān)系，BGP路由配置結(jié)構(gòu)在XML 建模中可以采用〈sequence〉容器來(lái)連接其元素。
BGP進(jìn)程標(biāo)識(shí)用于指定對(duì)BGP特定進(jìn)程的配置。通過(guò)對(duì)對(duì)端PE一B地址 和AS號(hào)碼的配置，完成對(duì)對(duì)端設(shè)備PE—B的指定。邏輯接口名稱(chēng)與邏輯接口 配置結(jié)構(gòu)中的邏輯接口名稱(chēng)相同。通過(guò)對(duì)端PE—B地址和邏輯接口名稱(chēng)可以指定與對(duì)端設(shè)備PE一B建立鄰居時(shí)采用的具體邏輯接口，如為loopbackO。通過(guò)對(duì) 端PE—B地址可以在VPNv4視圖下使能對(duì)端PE。 PE、 CE之間的路由配置模型。
在PE、 CE之間的路由配置模型中可以包括但不限于四個(gè)相互依賴(lài)的配置 數(shù)據(jù)元素，配置順序依次為VRF實(shí)例名稱(chēng)、對(duì)端CE地址、AS號(hào)碼和路由 發(fā)布。由于配置過(guò)程存在依賴(lài)關(guān)系，PE、 CE之間的路由配置模型在XML建 模中可以采用〈sequence〉容器來(lái)連接其子元素。
VRF實(shí)例名稱(chēng)用于將指定的VPN實(shí)例與IP地址族進(jìn)行關(guān)聯(lián)，與VRF配 置模型中的VRF實(shí)例名稱(chēng)相同，如VPN—A。對(duì)端CE地址和AS號(hào)碼用于將 對(duì)端的CE配置為VPN網(wǎng)絡(luò)對(duì)等實(shí)體。路由發(fā)布用來(lái)確定路由信息的發(fā)布方式， 如直接發(fā)布(direct)方式。
在本實(shí)施例中，是以PE和CE之間通過(guò)BGP進(jìn)行路由通信為例，若是基 于其他的路由方式，如ISIS、 RIP、 OSPF和靜態(tài)路由，則可以調(diào)整圖3中樹(shù)形 結(jié)構(gòu)，通過(guò)數(shù)據(jù)模型的擴(kuò)展來(lái)實(shí)現(xiàn)對(duì)其他路由方式的支持。
下面通過(guò)一個(gè)下發(fā)配置數(shù)據(jù)的實(shí)例，來(lái)描述本發(fā)明實(shí)施例中下發(fā)的配置數(shù) 據(jù)的結(jié)構(gòu)，設(shè)定下發(fā)的配置數(shù)據(jù)是按照?qǐng)D3中的內(nèi)容下發(fā)的。
在本實(shí)施例中，設(shè)定是對(duì)PE一A和PE一B路由器進(jìn)行配置，其他網(wǎng)元，如 CE和P路由器不在本實(shí)施例的描述范圍之內(nèi)。在具體的配置過(guò)程中，PE一A和 PE一B的配置過(guò)程類(lèi)似，因此，下面僅針對(duì)PE—A進(jìn)行配置。
在步驟201中，VPN業(yè)務(wù)配置標(biāo)識(shí)、執(zhí)行VPN設(shè)備標(biāo)識(shí)和配置時(shí)間若以 XML結(jié)構(gòu)生成，則其結(jié)構(gòu)為
< VPN業(yè)務(wù)配置ID 〉
100001 々VPN業(yè)務(wù)配置ID〉
< PE I標(biāo)識(shí)> 172.1.1.1</ PE I標(biāo)識(shí)> < PE II標(biāo)識(shí)>
172.2.1.1
</ PE II標(biāo)識(shí)> <配置時(shí)間>
2007-10-12 13:00
</配置時(shí)間>
在步驟202中，將包含配置數(shù)據(jù)的配置命令下發(fā)至PE一A路由器，該配置
命令的結(jié)構(gòu)可以如以下程序所示 <rpc message-id=" 101"
xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> 〃在XML中建才莫用
netconf配置下發(fā)接口下發(fā)配置命令
<edit-config〉 <target>
<rumiing/> </target> <config>
<top xmlns="http:〃example.com/schema/BGP—MPLS VPN商己置">
〃開(kāi)始BGP MPLS VPN業(yè)務(wù)配置數(shù)據(jù)
<業(yè)務(wù)配置>
<BGP MPLS VPN業(yè)務(wù)配置業(yè)務(wù)配置ID="10001"> <VRF配置纟莫型〉 <VRF實(shí)例名稱(chēng)>
VPN—A </VRF實(shí)例名稱(chēng)> <RD名稱(chēng)> 100:1々RD名稱(chēng)〉 <RT配置> <RT名稱(chēng)> 101:1 </RT名稱(chēng)> <3各由信息傳遞方向> Both
</路由信息傳遞方向> 々RT配置〉 </VRF配置纟莫型〉 <接口綁定模型> <物理、接口名-爾>
gigabitethemet 1/0/0 </物理接口名稱(chēng)> <VRF實(shí)例名稱(chēng)>
VPN—A </VRF實(shí)例名稱(chēng)> <IP地址> 10.1.1.1 </IP地址> <IP掩碼>
255.255.255.0 </IP掩碼> </接口綁定模型> 〈MBGP配置模型〉 <邏輯接口配置〉 <邏輯接口地址>Loopback0 </邏輯接口地址> <IP地址>
1.1.1.1 </IP地址> <IP掩碼>
255.255.255.255 </IP掩碼> </邏輯接口配置> 〈BGPi 各由配置〉 <BGP進(jìn)程標(biāo)識(shí)> 100
</BGP進(jìn)程標(biāo)識(shí)> <鄰居地址> <對(duì)端PE ;也址>
3.3.3.3 </對(duì)端PE地址> <AS號(hào)碼>
100 </AS號(hào)碼> </鄰居地址> <鄰居綁定> <對(duì)端PE地址>
3.3.3.3 </對(duì)端PE地址> <邏輯接口名稱(chēng)> Loopback0
18</邏輯接口名稱(chēng)> </鄰居綁定>
〈/BGP路由配置〉 </MBGP配置一莫型> <PE、 CE^各由配置才莫型〉 <VRF實(shí)例名稱(chēng)>
VPN—A </VRF實(shí)例名稱(chēng)> <對(duì)端CE i也址〉
10.1.1.2 </對(duì)端CE地址> <AS號(hào)碼>
65410 </AS號(hào)碼> <路由發(fā)布>
Direct </路由發(fā)布> </PE、 CE^各由配置才莫型〉 </ BGP MPLS VPN業(yè)務(wù)配置> </業(yè)務(wù)配置>
</top> </config> </edit-config> </rpc>
在步驟206中，所述配置成功響應(yīng)消息的結(jié)構(gòu)可以如下程序所示:
<rpc-reply message-id=" 101"
xmlns="urn:ietf:params:xml:ns:netconf:base: 1.0"><ok/> </rpc-reply〉 在步驟204中，配置失敗的情況可以有兩種
第一種情況 一個(gè)^各由器返回配置失敗響應(yīng)消息，另一個(gè)3各由器返回配置 成功響應(yīng)消息，如PE一A配置失敗，PE—B配置成功。
第二種情況兩個(gè)路由器(PE—A和PE一B)同時(shí)配置失敗響應(yīng)消息。 針對(duì)第一種情況，根據(jù)配置命令中原語(yǔ)和參數(shù)的不同可以采取不同的方式 撤銷(xiāo)配置。如果配置命令中使用的是Netconf中的編輯配置(edit-config)原語(yǔ)， 并且，錯(cuò)誤選擇(error-option)參數(shù)設(shè)置為錯(cuò)誤回轉(zhuǎn)(rollback-on-config),則 可以?xún)H對(duì)PE—B執(zhí)行撤銷(xiāo)(delete-config)操作；如果配置命令中使用的是 edit-config原i吾,^f旦沒(méi)有^夸error-option參凄史i殳置為rollback-on-config, 或者4吏 用其他的原語(yǔ)下發(fā)配置命令(如提交(commit)原語(yǔ)或復(fù)制(copy-config)原 語(yǔ))，則可以同時(shí)對(duì)PE—A和PE—B執(zhí)行delete-config操作。
針對(duì)第二種情況，與第一種情況類(lèi)似，若下發(fā)配置命令時(shí)沒(méi)有將edit-config 的error-option參數(shù)設(shè)置為rollback-on-config,或者使用其他的原語(yǔ)，則將同時(shí) 對(duì)PE一A和PE—B執(zhí)行delete-config操作，否則可以不作操作。
在步驟205中，將步驟201中生成的各種參數(shù)和配置失敗響應(yīng)消息生成告 警信息，如告警日志后保存。
步驟204中的配置失敗響應(yīng)消息的結(jié)構(gòu)可以為 <rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base: 1.0"> <rpc-error>
<error-type>rpc</error-type> <error-tag>missing-element</error-tag> <6rror-ssv6rity>6rror</6rror-s6V6rity> <6rror-info>
<bad-element>message-id</bad-element> <bad-element〉rpc</bad-element></error-info> </rpc-6iror> </rpc-reply>
在步驟207之后的某一時(shí)刻，若VPN業(yè)務(wù)的服務(wù)期滿，或用戶(hù)希望結(jié)束 VPN業(yè)務(wù)時(shí)，在步驟208中撤銷(xiāo)生成的此VPN鏈路，該招i銷(xiāo)的過(guò)程主要包括 以下步驟
步驟A:將撤銷(xiāo)命令(delete-config )下發(fā)給成功接收配置命令的設(shè)備(PE—A 和PE_B )，該4敬銷(xiāo)命令中包含VPN業(yè)務(wù)的標(biāo)識(shí)。
同樣，撤銷(xiāo)命令也可以通過(guò)Netconf配置下發(fā)接口下發(fā)給設(shè)備，若設(shè)備不 能直接解析通過(guò)Netconf配置下發(fā)接口下發(fā)的撤消命令，則將該命令轉(zhuǎn)換為設(shè) 備能夠解析的形式。
確定執(zhí)行待撤銷(xiāo)的VPN業(yè)務(wù)的設(shè)備標(biāo)識(shí)，在本實(shí)施例中，標(biāo)識(shí)為PE I和 PEII,并向這兩個(gè)標(biāo)識(shí)對(duì)應(yīng)的PE一A和PE—B下發(fā)包含VPN業(yè)務(wù)的標(biāo)識(shí)的 delete-config。從步驟201中可以看出，VPN業(yè)務(wù)的標(biāo)識(shí)可以為VPN業(yè)務(wù)配置 標(biāo)識(shí)或配置時(shí)間。
步驟B:所述i殳備將所述VPN業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的VPN鏈3各招t銷(xiāo)。
步驟C:記錄VPN鏈路的撤銷(xiāo)時(shí)間和描述信息，并將201中生成的各種 參數(shù)、撤銷(xiāo)時(shí)間和描述信息作為告警日志保存。
本實(shí)施例中所述的描述信息可以是對(duì)此條VPN鏈路的詳細(xì)描述，該描述 信息可以又網(wǎng)管維護(hù)人員根需要適當(dāng)添加。
在步驟208之后的某一時(shí)刻，根據(jù)需要撤銷(xiāo)VPN鏈路之后，步驟209還 可以實(shí)現(xiàn)配置數(shù)據(jù)的回滾，例如，在tl時(shí)刻成功向PE一A和PE—B下發(fā)了 VPN 配置命令，在t2時(shí)刻撤銷(xiāo)了該VPN鏈路。后續(xù)在t3時(shí)刻，若需要再次使用tl 時(shí)刻的配置數(shù)據(jù)，則可以向PE一A和PE一B下發(fā)回滾命令，該回滾命令中包含 在tl時(shí)刻配置的VPN業(yè)務(wù)對(duì)應(yīng)的標(biāo)識(shí)。PE—A和PE_B將保存的該標(biāo)識(shí)對(duì)應(yīng)的 tl時(shí)刻的配置數(shù)據(jù)回滾，使t3時(shí)刻的數(shù)據(jù)與tl時(shí)刻相同?；貪L命令也可以通過(guò)Netconf配置下發(fā)接口下發(fā)給設(shè)備，若設(shè)備不能直接 解析通過(guò)Netconf配置下發(fā)接口下發(fā)的回滾命令，則將該命令轉(zhuǎn)換為設(shè)備能夠 解析的形式。
根據(jù)前面對(duì)本發(fā)明實(shí)施例中系統(tǒng)結(jié)構(gòu)和方法步驟地描述，本發(fā)明實(shí)施例三 還提供一種配置服務(wù)器，如圖4所示，該配置服務(wù)器包括數(shù)據(jù)排列模塊21和 配置命令下發(fā)模塊22，其中，數(shù)據(jù)排列模塊21用于將配置數(shù)據(jù)按照設(shè)定順序 排列；配置命令下發(fā)^^莫塊22用于下發(fā)包含排列的所述配置數(shù)據(jù)的配置命令。
所述配置服務(wù)器還包括標(biāo)識(shí)分配模塊23，用于為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分 配標(biāo)識(shí)，并利用所述配置命令下發(fā)模塊將該標(biāo)識(shí)下發(fā)。
所述配置服務(wù)器還包括撤銷(xiāo)命令下發(fā)模塊24,用于下發(fā)撤銷(xiāo)命令，該撤銷(xiāo) 命令中包含虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)，指示執(zhí)行該業(yè)務(wù)的設(shè)備撤銷(xiāo)所述標(biāo)識(shí)對(duì)應(yīng) 的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)。
所述配置服務(wù)器還包括回滾命令下發(fā)模塊25,用于下發(fā)回滾命令，該回滾 命令中包含撤銷(xiāo)的所述虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)指示已撤銷(xiāo)該標(biāo)識(shí)對(duì)應(yīng)業(yè)務(wù)的 設(shè)備將執(zhí)行該業(yè)務(wù)時(shí)的配置數(shù)據(jù)回滾。
進(jìn)一步地，所述配置服務(wù)器還包括Netconf配置下發(fā)接口 26,用于將配置 服務(wù)器中的命令轉(zhuǎn)發(fā)，具體地，可以轉(zhuǎn)發(fā)配置命令、撤消命令和回滾命令。
所述配置服務(wù)器的工作流程如下
第一步數(shù)據(jù)排列模塊21將待下發(fā)的配置數(shù)據(jù)按照設(shè)定順序排列；
第二步配置命令下發(fā)模塊22利用Netconf配置下發(fā)接口 26將包含排列 的所述配置數(shù)據(jù)的配置命令下發(fā)；
第三步標(biāo)識(shí)分配模塊23為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配標(biāo)識(shí)，并利用 Netconf配置下發(fā)接口 26將該標(biāo)識(shí)下發(fā)；
第二步和第三步可以同時(shí)執(zhí)行，標(biāo)識(shí)可以通過(guò)配置命令下發(fā)。
第四步在滿足撤消條件或用戶(hù)希望停止VPN業(yè)務(wù)時(shí)，撤銷(xiāo)命令下發(fā)模 塊24利用Netconf配置下發(fā)接口 26下發(fā)撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬專(zhuān)
22用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)，指示執(zhí)行該業(yè)務(wù)的設(shè)備撤銷(xiāo)所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)
務(wù)；
第五步若用戶(hù)希望將撤消的VPN業(yè)務(wù)恢復(fù)時(shí)，回滾命令下發(fā)模塊25利 用Netconf配置下發(fā)接口 26下發(fā)回滾命令，該回滾命令中包含撤銷(xiāo)的所述虛擬 專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)指示已撤銷(xiāo)該標(biāo)識(shí)對(duì)應(yīng)業(yè)務(wù)的設(shè)備將執(zhí)行該業(yè)務(wù)時(shí)的配置 數(shù)據(jù)回滾。
與實(shí)施例一和實(shí)施例二的系統(tǒng)合方法對(duì)應(yīng)的，本發(fā)明實(shí)施例四還提供一種 用于執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備，如圖5所示，該設(shè)備包括接收模塊31和配 置模塊32，其中，接收模塊31用于接收配置命令，該配置命令中包含按照設(shè) 定順序排列的配置數(shù)據(jù)；配置模塊32用于分別將接收到的配置數(shù)據(jù)作為按照 相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)。
所述接收模塊31還用于接收為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配的標(biāo)識(shí)。
若所述接收模塊31還用于接收撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬專(zhuān)用網(wǎng) 業(yè)務(wù)的標(biāo)識(shí)；則所述設(shè)備還包括撤銷(xiāo)模塊33,用于將接收到的所述標(biāo)識(shí)對(duì)應(yīng)的 虛擬專(zhuān)用網(wǎng)業(yè)務(wù)撤銷(xiāo)。
若所述接收模塊31還用于接收回滾命令，該回滾命令中包含撤銷(xiāo)的所述 虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；則所述設(shè)備還包括回滾模塊34，用于確定所述標(biāo)識(shí)對(duì) 應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，并將執(zhí)行該業(yè)務(wù)時(shí)的配置數(shù)據(jù)回滾。
進(jìn)一步地，發(fā)送至接收模塊31的各種命令可能是設(shè)備無(wú)法解析的，因此， 所述設(shè)備還包括轉(zhuǎn)換模塊35,用于將接收到的命令轉(zhuǎn)換為自身能夠解析的形 式，并發(fā)送給所述接收模塊31。
所述設(shè)備的工作流程包括如下步驟
第一步轉(zhuǎn)換模塊35將接收到的各種命令轉(zhuǎn)換為設(shè)備能夠解析的形式， 并發(fā)送給接收模塊31;
若配置命令本身就是設(shè)備能夠解析的形式，則不需要此步。
第二步接收模塊31接收到配置命令，該配置命令中包含按照設(shè)定順序排列的配置數(shù)據(jù)，則配置模塊32分別將接收到的配置數(shù)據(jù)作為按照相同順序
排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)；
第三步接收模塊31接收為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配的標(biāo)識(shí)； 第二步和第三步可以同時(shí)執(zhí)行，標(biāo)識(shí)通過(guò)配置命令下發(fā)。
第四步接收模塊31接收撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬專(zhuān)用網(wǎng)業(yè)務(wù) 的標(biāo)識(shí)，則撤銷(xiāo)模塊33所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)撤銷(xiāo)；
第五步接收模塊31接收回滾命令，該回滾命令中包含撤銷(xiāo)的所述虛擬 專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)，則回滾才莫塊34確定所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，并 將執(zhí)行該業(yè)務(wù)時(shí)的配置數(shù)據(jù)回滾。
通過(guò)本發(fā)明實(shí)施例提供的方法、系統(tǒng)及裝置，避免了由于路由器設(shè)備數(shù)量 龐大、來(lái)自于不同的設(shè)備提供商和配置命令差異化造成的配置管理上的缺陷； 利用Netconf配置下發(fā)接口，解決了下發(fā)配置的差異化和復(fù)雜化的問(wèn)題；同時(shí) 通過(guò)分層結(jié)構(gòu)的數(shù)據(jù)模型及事物機(jī)制實(shí)現(xiàn)了各種高層管理操作，如撤銷(xiāo)、回滾 等。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
2權(quán)利要求
1、一種下發(fā)配置數(shù)據(jù)的方法，其特征在于，該方法包括將配置命令下發(fā)至執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備，該配置命令中包含按照設(shè)定順序排列的配置數(shù)據(jù)；所述設(shè)備接收所述配置數(shù)據(jù)，分別將該配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)。
2、 如權(quán)利要求1所述的方法，其特征在于，所述配置命令是通過(guò)網(wǎng)絡(luò)配 置協(xié)議Netconf配置下發(fā)接口下發(fā)至所述設(shè)備的。
3、 如權(quán)利要求2所述的方法，其特征在于，若所述設(shè)備不能直接解析通 過(guò)Netconf配置下發(fā)接口下發(fā)的配置數(shù)據(jù)，則將Netconf配置下發(fā)接口下發(fā)的 配置數(shù)據(jù)轉(zhuǎn)換為所述設(shè)備能夠解析的形式。
4、 如權(quán)利要求l所述的方法，其特征在于，所述方法還包括 為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配標(biāo)識(shí)，并利用所述配置命令將該標(biāo)識(shí)下發(fā)至所述設(shè)備。
5、 如權(quán)利要求4所述的方法，其特征在于，所述方法還包括 將撤銷(xiāo)命令下發(fā)至執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的所述設(shè)備，該撤銷(xiāo)命令中包含虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；所述設(shè)備將所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的配置撤銷(xiāo)。
6、 如權(quán)利要求5所述的方法，其特征在于，所述方法還包括 將回滾命令下發(fā)至所述設(shè)備，該回滾命令中包含撤銷(xiāo)的所述虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；所述設(shè)備確定所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，并將執(zhí)行該業(yè)務(wù)時(shí)的配置 數(shù)據(jù)回滾。
7、 一種下發(fā)配置數(shù)據(jù)的系統(tǒng)，其特征在于，該系統(tǒng)包括 配置服務(wù)器，用于下發(fā)配置命令，該配置命令中包含按照設(shè)定順序排列的配置數(shù)據(jù)；執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備，用于接收所述配置服務(wù)器下發(fā)的所述配置數(shù) 據(jù)，分別將該配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述配置服務(wù)器，用于為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配標(biāo)識(shí)，并利用所述配 置命令將該標(biāo)識(shí)下發(fā)至所述設(shè)備。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述配置服務(wù)器，用于下發(fā)撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬專(zhuān)用網(wǎng)業(yè)務(wù) 的標(biāo)識(shí)；所述設(shè)備，用于將接收到的所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)撤銷(xiāo)。
10、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述配置服務(wù)器，用于下發(fā)回滾命令，該回滾命令中包含撤銷(xiāo)的所述虛擬 專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；所述設(shè)備，用于確定所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，并將執(zhí)行該業(yè)務(wù)時(shí) 的配置數(shù)據(jù)回滾。
11、 如權(quán)利要求7-10中任一所述的系統(tǒng)，其特征在于，所述設(shè)備還包括 Netconf配置下發(fā)接口，用于將所述配置服務(wù)器下發(fā)的命令轉(zhuǎn)發(fā)給所述設(shè)備。
12、 如權(quán)利要求11所述的系統(tǒng)，其特征在于，若所述設(shè)備不能直接解析 通過(guò)Netconf配置下發(fā)接口下發(fā)的命令，則所述系統(tǒng)還包括轉(zhuǎn)換設(shè)備，用于將通過(guò)Netconf配置下發(fā)接口下發(fā)的命令轉(zhuǎn)換為所述設(shè)備 能夠解析的形式，并發(fā)送給所述設(shè)備。
13、 一種配置服務(wù)器，其特征在于，所述配置服務(wù)器包括 數(shù)據(jù)排列模塊，用于將配置數(shù)據(jù)按照設(shè)定順序排列； 配置命令下發(fā)模塊，用于下發(fā)包含排列的所述配置數(shù)據(jù)的配置命令。
14、 如權(quán)利要求13所述的配置服務(wù)器，其特征在于，所述配置服務(wù)器還 包括標(biāo)識(shí)分配模塊，用于為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配標(biāo)識(shí)，并利用所述配置 命令下發(fā)模塊將該標(biāo)識(shí)下發(fā)。
15、 如權(quán)利要求14所述的配置服務(wù)器，其特征在于，所述配置服務(wù)器還包括撤銷(xiāo)命令下發(fā)模塊，用于下發(fā)撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬專(zhuān)用網(wǎng)業(yè) 務(wù)的標(biāo)識(shí)，指示執(zhí)行該業(yè)務(wù)的設(shè)備撤銷(xiāo)所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)。
16、 如權(quán)利要求15所述的配置服務(wù)器，其特征在于，所述配置服務(wù)器還 包括回滾命令下發(fā)模塊，用于下發(fā)回滾命令，該回滾命令中包含撤銷(xiāo)的所述虛 擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)指示已^t敎銷(xiāo)該標(biāo)識(shí)對(duì)應(yīng)業(yè)務(wù)的i殳備將扭j亍該業(yè)務(wù)時(shí)的配 置數(shù)據(jù)回滾。
17、 如權(quán)利要求13-16中任一所述的配置服務(wù)器，其特征在于，所述配置 服務(wù)器還包括Netconf配置下發(fā)接口 ，用于將所述配置服務(wù)器下發(fā)的命令轉(zhuǎn)發(fā)。
18、 一種設(shè)備，用于執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，其特征在于，所述設(shè)備包括 接收模塊，用于接收配置命令，該配置命令中包含按照設(shè)定順序排列的配置數(shù)據(jù)；配置模塊，用于分別將接收到的配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì) 應(yīng)的設(shè)置參數(shù)。
19、 如權(quán)利要求18所述的設(shè)備，其特征在于，所述接收模塊，還用于接 收為執(zhí)行的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)分配的標(biāo)識(shí)。
20、 如權(quán)利要求18所述的設(shè)備，其特征在于，所述接收模塊，還用于接收撤銷(xiāo)命令，該撤銷(xiāo)命令中包含虛擬專(zhuān)用網(wǎng)業(yè)務(wù) 的標(biāo)識(shí)；所述設(shè)備還包括撤銷(xiāo)模塊，用于將接收到的所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)撤銷(xiāo)。
21、 如權(quán)利要求20所述的設(shè)備，其特征在于，所述接收模塊，還用于接 收回滾命令，該回滾命令中包含撤銷(xiāo)的所述虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的標(biāo)識(shí)；所述設(shè)備還包括回滾模塊，用于確定所述標(biāo)識(shí)對(duì)應(yīng)的虛擬專(zhuān)用網(wǎng)業(yè)務(wù)，并將執(zhí)行該業(yè)務(wù)時(shí) 的配置數(shù)據(jù)回滾。
22、 如權(quán)利要求18-21任一所述的設(shè)備，其特征在于，所述設(shè)備還包括 轉(zhuǎn)換模塊，用于將接收到的命令轉(zhuǎn)換為自身能夠解析的形式，并發(fā)送給所述接收模塊。
全文摘要
本發(fā)明公開(kāi)了一種下發(fā)配置數(shù)據(jù)的方法，該方法包括將配置命令下發(fā)至執(zhí)行虛擬專(zhuān)用網(wǎng)業(yè)務(wù)的設(shè)備，該配置命令中包含按照設(shè)定順序排列的配置數(shù)據(jù)；所述設(shè)備接收所述配置數(shù)據(jù)，分別將該配置數(shù)據(jù)作為按照相同順序排列的業(yè)務(wù)對(duì)應(yīng)的設(shè)置參數(shù)。通過(guò)本發(fā)明，解決了設(shè)備差異化帶來(lái)的網(wǎng)管數(shù)據(jù)模型差異化的問(wèn)題，使配置管理過(guò)程更加簡(jiǎn)便。本發(fā)明還公開(kāi)了一種下發(fā)配置數(shù)據(jù)的系統(tǒng)、一種配置服務(wù)器和一種執(zhí)行VPN業(yè)務(wù)的設(shè)備。
文檔編號(hào)H04L29/06GK101442469SQ200710177930
公開(kāi)日2009年5月27日 申請(qǐng)日期2007年11月22日 優(yōu)先權(quán)日2007年11月22日
發(fā)明者馮瑞軍, 濤 劉, 吳興耀, 晨 張, 徐海東, 魏麗紅 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司