一種sdn控制器、數(shù)據(jù)中心系統(tǒng)和路由連接方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種SDN控制器、數(shù)據(jù)中也系統(tǒng)和路由連接 方法。
【背景技術(shù)】
[0002] 電信網(wǎng)元云化是指把傳統(tǒng)的基于物理機(jī)框和單板的電信網(wǎng)元及應(yīng)用W軟件VM (VirtualMachine;虛擬機(jī)）的方式部署到通用的數(shù)據(jù)中也服務(wù)器上面，對外提供各種電信 業(yè)務(wù)，該種部署方式在業(yè)界稱為NFV(Network化nctionsVirtualization;網(wǎng)絡(luò)功能虛擬 化)。在云化的數(shù)據(jù)中也里，電信網(wǎng)元及應(yīng)用是WVM的形態(tài)存在，而不是W傳統(tǒng)電信硬件上 的單板形態(tài)存在。網(wǎng)元與網(wǎng)元之間，W及同一個(gè)網(wǎng)元內(nèi)部不同業(yè)務(wù)進(jìn)程之間的通訊都表現(xiàn) 為VM之間的通訊，如圖la所示，為現(xiàn)有技術(shù)中的數(shù)據(jù)中也組網(wǎng)架構(gòu)W及電信網(wǎng)元云化部署 的的架構(gòu)模型圖。
[000引而為了解決VM之間通訊的可靠性，數(shù)據(jù)中也網(wǎng)絡(luò)組網(wǎng)時(shí)，如圖化所示，可W采用 如下的可靠性機(jī)制：
[0004] 1)通過iStack(堆疊）/CSS(ClusterSwitchSystem:集群）技術(shù)保證LSW(LAN Switching:交換機(jī)）節(jié)點(diǎn)的可靠性。
[0005] 2)在LSW之間建立LAG化inkAggregationGroup;鏈路聚合組)Trunk鏈路，提供 物理兀余鏈路，一條或多條鏈路故障后，流量自動(dòng)切換到Trunk組內(nèi)其他正常的物理鏈路。
[0006] 3)在數(shù)據(jù)中也LSW之間部署IE邸802. 3址W太 0AM(OperationA血inistration andMaintenance;操作管理維護(hù)）等W太網(wǎng)故障檢測協(xié)議，對鏈路的故障進(jìn)行監(jiān)控。
[0007] 然而，802. 3址W太0AM也只做了鏈路逐段的故障監(jiān)測，不能做端到端的故障監(jiān) 巧||。從故障檢測檢測的角度看，逐段的故障檢測不能替代端到端的故障檢測。并且W太0AM 只做了故障的檢測，并沒有與故障保護(hù)倒換機(jī)制相結(jié)合，通訊故障不能自動(dòng)恢復(fù)。
[000引為了解決上述方案中不能進(jìn)行VM端到端的通訊故障檢測的問題，業(yè)界提出了IP FPM(IPFlowPerformanceMeasurement;IP流性能檢測）方案，如圖Ic所示，為IPFPM 原理圖，該方案在網(wǎng)絡(luò)的邊界設(shè)備(路由器或者LSW)上部署檢測功能，并結(jié)合全網(wǎng)的時(shí)間同 步，通過在網(wǎng)絡(luò)入口和出口處的一系列的特征報(bào)文檢測和統(tǒng)計(jì)算法來檢測VM端到端的通 訊故障。此方案可解決IP統(tǒng)計(jì)準(zhǔn)確性、多歸接入、鏈路Trunk等組網(wǎng)下的傳輸路徑監(jiān)控問 題，能準(zhǔn)確監(jiān)控底層IP承載網(wǎng)端到端的業(yè)務(wù)通訊質(zhì)量，及時(shí)發(fā)現(xiàn)端到端通訊路徑的故障。
[0009] 然而IPFPM僅僅能夠完成端到端故障的檢測，卻不能完成故障的恢復(fù)。

【發(fā)明內(nèi)容】

[0010] 本發(fā)明實(shí)施例提供一種SDN控制器、數(shù)據(jù)中也系統(tǒng)和路由連接方法，W解決現(xiàn)有 技術(shù)中數(shù)據(jù)中也網(wǎng)絡(luò)不能完成故障恢復(fù)的技術(shù)問題。
[0011] 根據(jù)本發(fā)明的第一方面，提供一種軟件定義網(wǎng)絡(luò)SDN控制器，包括；接收器，用于 接收端點(diǎn)設(shè)備管理器發(fā)送的路由計(jì)算請求，所述路由計(jì)算請求中攜帶需要進(jìn)行路由計(jì)算的 通信雙方端點(diǎn)設(shè)備信息；處理器，用于為所述需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備進(jìn)行 路由計(jì)算，并根據(jù)計(jì)算出的路由信息，控制轉(zhuǎn)發(fā)設(shè)備對所述通信雙方端點(diǎn)設(shè)備進(jìn)行路由連 接。
[0012] 結(jié)合第一方面，在第一種可能的實(shí)現(xiàn)方式中，所述通信雙方端點(diǎn)設(shè)備信息包括通 信雙方端點(diǎn)設(shè)備的標(biāo)識信息和拓?fù)湮恢眯畔⒅械囊环N或多種。
[0013] 結(jié)合第一方面，在第二種可能的實(shí)現(xiàn)方式中，所述需要進(jìn)行路由計(jì)算的通信雙方 端點(diǎn)設(shè)備信息是通過W下方式得到的：端點(diǎn)設(shè)備管理器接收端點(diǎn)設(shè)備上報(bào)的與其他端點(diǎn)設(shè) 備的通信質(zhì)量信息，并篩選出通信質(zhì)量不滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方端點(diǎn)設(shè)備。
[0014] 結(jié)合第一方面，在第H種可能的實(shí)現(xiàn)方式中，所述需要進(jìn)行路由計(jì)算的通信雙方 端點(diǎn)設(shè)備信息是通過W下方式得到的：端點(diǎn)設(shè)備管理器接收的端點(diǎn)設(shè)備上報(bào)的通信質(zhì)量不 滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方端點(diǎn)設(shè)備標(biāo)識信息。
[0015] 結(jié)合第一方面的第H種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述需要 進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備信息是通過W下方式得到的：端點(diǎn)設(shè)備檢測獲得與所述 對端端點(diǎn)設(shè)備進(jìn)行通信的通信質(zhì)量信息后，所確定的不滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方 端點(diǎn)設(shè)備標(biāo)識信息。
[0016] 結(jié)合第一方面，在第五種可能的實(shí)現(xiàn)方式中，所述接收器，具體用于；通過與端點(diǎn) 設(shè)備管理器的新增接口接收端點(diǎn)設(shè)備管理器發(fā)送的路由計(jì)算請求；或者通過統(tǒng)一編排模塊 接收端點(diǎn)設(shè)備管理器發(fā)送的路由計(jì)算請求。
[0017] 結(jié)合第一方面的第五種可能的實(shí)現(xiàn)方式，在第六種可能的實(shí)現(xiàn)方式中，所述新增 接口采用表征狀態(tài)轉(zhuǎn)移REST協(xié)議。
[0018] 根據(jù)本發(fā)明的第二方面，提供一種數(shù)據(jù)中也系統(tǒng)，包括端點(diǎn)設(shè)備管理器和SDN控 制器，所述端點(diǎn)設(shè)備管理器，用于向所述SDN控制器發(fā)送路由計(jì)算請求，所述路由計(jì)算請求 中攜帶需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備信息；所述SDN控制器，用于根據(jù)所述路由 計(jì)算請求，為所述需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備進(jìn)行路由計(jì)算，并根據(jù)計(jì)算出的 路由信息，控制轉(zhuǎn)發(fā)設(shè)備對所述通信雙方端點(diǎn)設(shè)備進(jìn)行路由連接。
[0019] 結(jié)合第二方面，在第一種可能的實(shí)現(xiàn)方式中，所述端點(diǎn)設(shè)備管理器，具體用于；接 收端點(diǎn)設(shè)備上報(bào)的與其他端點(diǎn)設(shè)備的通信質(zhì)量信息，并篩選出通信質(zhì)量不滿足預(yù)設(shè)通信質(zhì) 量要求的通信雙方端點(diǎn)設(shè)備，將其作為需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備信息攜帶在 路由計(jì)算請求中。
[0020] 結(jié)合第二方面，在第二種可能的實(shí)現(xiàn)方式中，所述端點(diǎn)設(shè)備管理器，具體用于；接 收端點(diǎn)設(shè)備上報(bào)的通信質(zhì)量不滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方端點(diǎn)設(shè)備標(biāo)識信息，將其 作為需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備信息攜帶在路由計(jì)算請求中。
[0021] 根據(jù)本發(fā)明的第H方面，提供一種路由連接方法，包括；軟件定義網(wǎng)絡(luò)SDN控制器 接收端點(diǎn)設(shè)備管理器發(fā)送的路由計(jì)算請求，所述路由計(jì)算請求中攜帶需要進(jìn)行路由計(jì)算的 通信雙方端點(diǎn)設(shè)備信息；SDN控制器根據(jù)通信雙方端點(diǎn)設(shè)備信息為所述需要進(jìn)行路由計(jì)算 的通信雙方端點(diǎn)設(shè)備進(jìn)行路由計(jì)算；根據(jù)計(jì)算出的路由信息，SDN控制器控制轉(zhuǎn)發(fā)設(shè)備對 所述通信雙方端點(diǎn)設(shè)備進(jìn)行路由連接。
[0022] 結(jié)合第H方面，在第一種可能的實(shí)現(xiàn)方式中，所述通信雙方端點(diǎn)設(shè)備信息包括通 信雙方端點(diǎn)設(shè)備的標(biāo)識信息和拓?fù)湮恢眯畔⒅械囊环N或多種。
[0023] 結(jié)合第H方面，在第二種可能的實(shí)現(xiàn)方式中，所述需要進(jìn)行路由計(jì)算的通信雙方 端點(diǎn)設(shè)備信息是通過W下方式得到的：端點(diǎn)設(shè)備管理器接收端點(diǎn)設(shè)備上報(bào)的與其他端點(diǎn)設(shè) 備的通信質(zhì)量信息，并篩選出通信質(zhì)量不滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方端點(diǎn)設(shè)備。
[0024] 結(jié)合第H方面，在第H種可能的實(shí)現(xiàn)方式中，所述需要進(jìn)行路由計(jì)算的通信雙方 端點(diǎn)設(shè)備信息是通過W下方式得到的：端點(diǎn)設(shè)備管理器接收的端點(diǎn)設(shè)備上報(bào)的通信質(zhì)量不 滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方端點(diǎn)設(shè)備標(biāo)識信息。
[0025] 結(jié)合第H方面的第H種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述需要 進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備信息是通過W下方式得到的：端點(diǎn)設(shè)備檢測獲得與所述 對端端點(diǎn)設(shè)備進(jìn)行通信的通信質(zhì)量信息后，所確定的不滿足預(yù)設(shè)通信質(zhì)量要求的通信雙方 端點(diǎn)設(shè)備標(biāo)識信息。
[0026] 結(jié)合第H方面，在第五種可能的實(shí)現(xiàn)方式中，SDN控制器接收端點(diǎn)設(shè)備管理器發(fā)送 的路由計(jì)算請求包括：SDN控制器通過與端點(diǎn)設(shè)備管理器的新增接口接收端點(diǎn)設(shè)備管理器 發(fā)送的路由計(jì)算請求；或者SDN控制器通過統(tǒng)一編排模塊接收端點(diǎn)設(shè)備管理器發(fā)送的路由 計(jì)算請求。
[0027] 結(jié)合第H方面的第五種可能的實(shí)現(xiàn)方式，在第六種可能的實(shí)現(xiàn)方式中，所述新增 接口采用表征狀態(tài)轉(zhuǎn)移REST協(xié)議。
[002引本發(fā)明有益效果如下：
[0029] 由于在本發(fā)明實(shí)施例中，SDN控制器首先接收端點(diǎn)設(shè)備管理器發(fā)送的路由計(jì)算請 求，所述路由計(jì)算請求中攜帶需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備信息；然后SDN控制 器根據(jù)通信雙方端點(diǎn)設(shè)備信息為所述需要進(jìn)行路由計(jì)算的通信雙方端點(diǎn)設(shè)備進(jìn)行路由計(jì) 算；根據(jù)計(jì)算出的路由信息，SDN控制器控制轉(zhuǎn)發(fā)設(shè)備對所述通信雙方端點(diǎn)設(shè)備進(jìn)行路由 連接。
[0030] 也就是說，SDN控制器可W根據(jù)路由計(jì)算請求為需要進(jìn)行路由計(jì)算的通信雙方端 點(diǎn)設(shè)備進(jìn)行路由計(jì)算，并根據(jù)計(jì)算出的路由信息，控制轉(zhuǎn)發(fā)設(shè)備對所述通信雙方端點(diǎn)設(shè)備 進(jìn)行路由連接，故而在端點(diǎn)設(shè)備與對端端點(diǎn)設(shè)備之間的通信不滿足預(yù)設(shè)通信質(zhì)量要求時(shí)， 可W通過SDN控制器為端點(diǎn)設(shè)備與對端端點(diǎn)設(shè)備之間選擇一條滿足預(yù)設(shè)通信質(zhì)量要求的 通訊路徑，故而達(dá)到了數(shù)據(jù)中也網(wǎng)絡(luò)中能夠完成故障恢復(fù)的技術(shù)效果，進(jìn)而，進(jìn)一步的保證 了端點(diǎn)設(shè)備之間通信的可靠性；
[0031] 并且，采用該方案僅僅需要在端點(diǎn)設(shè)備管理器與SDN控制器之間建立通訊接口， 故而在不增加建網(wǎng)成本的情況下，保證了端點(diǎn)設(shè)備之間的通信可靠性。
【附圖說明】
[0032] 圖la為現(xiàn)有技術(shù)中數(shù)據(jù)中也組網(wǎng)架構(gòu)W及電信網(wǎng)元云化部署的的架構(gòu)模型圖；
[0033] 圖化為現(xiàn)有技術(shù)中基于捆綁和堆疊的數(shù)據(jù)中也網(wǎng)絡(luò)可靠性的架構(gòu)圖；
[0034] 圖Ic為現(xiàn)有技術(shù)中IPFPM原理圖；
[0035] 圖2為本發(fā)明實(shí)施例中數(shù)據(jù)中也系統(tǒng)中的SDN架構(gòu)的示意圖；
[0036] 圖3為本發(fā)明實(shí)施例中SDN控制器的結(jié)構(gòu)圖；
[0037] 圖4為本發(fā)明實(shí)施例中數(shù)據(jù)中也系統(tǒng)的結(jié)構(gòu)圖；
[0038] 圖5為本發(fā)明實(shí)施例中路由連接方法的流程圖；
[0039] 圖6為本發(fā)明實(shí)施例一中數(shù)據(jù)中也系統(tǒng)的結(jié)構(gòu)圖；
[0040] 圖7為本發(fā)明實(shí)施例二中數(shù)據(jù)中也系統(tǒng)的結(jié)構(gòu)圖。
【具體實(shí)施方式】
[0041] 針對現(xiàn)有技術(shù)中數(shù)據(jù)中也網(wǎng)絡(luò)不能完成故障恢復(fù)的技術(shù)問題，本發(fā)明實(shí)施例該里 提出的技術(shù)方案中包括一種數(shù)據(jù)中也系統(tǒng)，該數(shù)據(jù)中也系統(tǒng)的承載網(wǎng)絡(luò)為SDN(Software DefinedNetworking,軟件定義的網(wǎng)絡(luò)）網(wǎng)絡(luò)，請參考圖2,為SDN架構(gòu)的示意圖，具體包括： 網(wǎng)絡(luò)應(yīng)用層、網(wǎng)絡(luò)控制層、網(wǎng)絡(luò)基礎(chǔ)設(shè)施層。網(wǎng)絡(luò)基礎(chǔ)設(shè)施層具體包括至少一個(gè)轉(zhuǎn)發(fā)設(shè)備。 [004引 SDN技術(shù)的技術(shù)本質(zhì)是把當(dāng)前LSW/Router的控制面與轉(zhuǎn)發(fā)面分離，網(wǎng)絡(luò)控制面集 中在網(wǎng)絡(luò)控制層的SDN控制器實(shí)現(xiàn)，每一條IP流在網(wǎng)絡(luò)上的具體轉(zhuǎn)發(fā)路徑由SDN控制器控 巧||，并通過化enflow協(xié)議下發(fā)到轉(zhuǎn)發(fā)設(shè)備執(zhí)行，因此每一條IP流的轉(zhuǎn)發(fā)路徑都可W由SDN 控制器靈活控