一種服務節(jié)點能力信息的獲取方法及控制平臺的制作方法
【專利摘要】本發(fā)明公開了一種服務節(jié)點能力信息的獲取方法及控制平臺，所述獲取方法包括：控制平臺通過與服務節(jié)點之間的接口獲取所述服務節(jié)點的信息；或者，控制平臺接收業(yè)務控制平臺或者具備網(wǎng)管功能的設備通過北向接口發(fā)送的所述服務節(jié)點的信息；其中，所述服務節(jié)點的信息包括：所述服務節(jié)點的身份標識及能力屬性；所述控制平臺包含開放流（OpenFlow）控制器或OpenFlow配置點。采用本發(fā)明后，OpenFlow控制平面不僅可以掌握其管控SDN網(wǎng)絡的網(wǎng)絡拓撲，還可以了解附著在網(wǎng)絡上的服務節(jié)點及其能力信息，進而可以按需動態(tài)地編排業(yè)務服務鏈，更加靈活高效地提供網(wǎng)絡服務。
【專利說明】一種服務節(jié)點能力信息的獲取方法及控制平臺

【技術領域】
[0001] 本發(fā)明涉及SDN架構網(wǎng)絡通信領域，并且特別地，涉及一種服務節(jié)點能力信息的 獲取方法及控制平臺。

【背景技術】
[0002] 由于現(xiàn)在的網(wǎng)絡暴露出了越來越多的弊病以及人們對網(wǎng)絡性能的需求越來越高， 研究人員不得不把很多復雜功能加入到路由器的體系結(jié)構當中，例如〇SPF(Open Shortest Path First,開放式最短路徑優(yōu)先）、BGP (border gatewayprotocol，邊界網(wǎng)關協(xié)議）、組播、 區(qū)分服務、流量工程、NAT (Network AddressTranslation,網(wǎng)絡地址轉(zhuǎn)換）、防火墻、MPLS (Multi-Protocol Label Switching,多協(xié)議標簽交換）等等。這就使得路由器等交換設備 越來越臃腫而且性能提升的空間越來越小。
[0003] 然而與網(wǎng)絡領域的困境截然不同的是，計算機領域得到了日新月異的發(fā)展。仔細 回顧計算機領域的發(fā)展，不難發(fā)現(xiàn)其關鍵在于計算機領域找到了一種簡單可用的硬件底層 (x86指令集)。由于有了這樣一種公用的硬件底層，所以在軟件方面，不論是應用程序還是 操作系統(tǒng)都取得了飛速的發(fā)展?，F(xiàn)在很多主張重新設計計算機網(wǎng)絡體系結(jié)構的人士認為： 可以通過復制計算機領域的成功來解決現(xiàn)在網(wǎng)絡所遇到的所有問題。在這種思想的指導 下，將來的網(wǎng)絡必將是：底層的數(shù)據(jù)通路(交換機、路由器）是"啞的、簡單的、最小的"，并定 義一個對外開放的關于流表的公用的APKApplication ProgrammingInterface,應用程序 編程接口），同時采用控制器來控制整個網(wǎng)絡。未來的研究人員就可以在控制器上自由的調(diào) 用底層的API來編程，從而實現(xiàn)網(wǎng)絡的創(chuàng)新。
[0004] 基于上述的理念，出現(xiàn)了軟件定義網(wǎng)絡（Software Defined Network,簡稱為 SDN)，其最初是由美國斯坦福大學clean slate研究組提出的一種新型網(wǎng)絡創(chuàng)新架構。目 前，其核心技術OpenFlow(開放流協(xié)議）協(xié)議(如圖1所示）通過將網(wǎng)絡設備控制面(包含 OpenFlow Controller)與數(shù)據(jù)面（包含OpenFlow Capable Switch)分離開來，從而實現(xiàn)了 網(wǎng)絡流量的靈活控制，為核心網(wǎng)絡及應用的創(chuàng)新提供了良好的平臺。
[0005] OpenFlow協(xié)議用來描述控制器和交換機之間交互所用信息的標準以及控制器和 交換機的接口標準。協(xié)議的核心部分是用于OpenFlow協(xié)議信息結(jié)構的集合。
[0006] OpenFlow流表或經(jīng)過編排的多個流表級聯(lián)而成管道，用來配置交換機轉(zhuǎn)發(fā)路徑 (如圖2所示)，流表的條目定義由匹配字段、計數(shù)器和指令集等如下幾個字段構成，如表1 所示。
[0007] 表1流表的條目字段
[0008]

【權利要求】
1. 一種服務節(jié)點能力信息的獲取方法，包括： 控制平臺通過與服務節(jié)點之間的接口獲取所述服務節(jié)點的信息；或者， 控制平臺接收業(yè)務控制平臺或者具備網(wǎng)管功能的設備通過北向接口發(fā)送的所述服務 節(jié)點的信息； 其中，所述服務節(jié)點的信息包括：所述服務節(jié)點的身份標識及能力屬性；所述控制平 臺包含開放流（OpenFlow)控制器或OpenFlow配置點。
2. 如權利要求1所述的方法，其特征在于： 所述控制平臺通過與服務節(jié)點之間的接口獲取所述服務節(jié)點的信息，具體包括： 當所述接口存在于所述OpenFlow配置點與所述服務節(jié)點之間時，擴展所述OpenFlow 配置協(xié)議，所述OpenFlow配置點通過獲取配置（Get-Config)消息從所述服務節(jié)點獲取所 述服務節(jié)點的信息。
3. 如權利要求1所述的方法，其特征在于： 所述控制平臺通過與服務節(jié)點之間的接口獲取所述服務節(jié)點的信息，具體包括： 當所述接口存在于所述OpenFlow控制器與所述服務節(jié)點之間時，擴展OpenFlow協(xié)議， 通過增強OpenFlow特性（OF-Feature)或新增多部分（Multipart)消息的子消息，獲取所述 服務節(jié)點的信息。
4. 如權利要求1?3中任意一項所述的方法，其特征在于： 所述能力屬性包括：所述服務節(jié)點的服務類型、拓撲連接、和/或性能指標。
5. 如權利要求1?3中任意一項所述的方法，其特征在于： 所述服務節(jié)點的信息還包括所述服務節(jié)點的本地策略； 其中，所述本地策略包括運營商配置的靜態(tài)策略。
6. 如權利要求1所述的方法，其特征在于，還包括： 所述控制平臺利用獲取到的服務節(jié)點的信息形成網(wǎng)絡服務視圖； 其中，所述網(wǎng)絡服務視圖中包括所述服務節(jié)點與OpenFlow交換機的網(wǎng)絡拓撲連接和 各個服務節(jié)點的能力屬性。
7. 如權利要求6所述的方法，其特征在于，還包括： 所述控制平臺根據(jù)業(yè)務應用和/或自身管理的服務需求、結(jié)合所述網(wǎng)絡服務視圖形成 服務鏈，針對所述服務鏈所涉及的各個服務節(jié)點生成相應的轉(zhuǎn)發(fā)策略，針對服務鏈所涉及 的各OpenFlow交換機生成相應的流表條目，并通過OpenFlow協(xié)議將所述流表條目下發(fā)給 對應的OpenFlow交換機，通過控制協(xié)議將所述轉(zhuǎn)發(fā)策略下發(fā)給對應的服務節(jié)點。
8. -種控制平臺，包括： 獲取模塊，用于通過與服務節(jié)點之間的接口獲取所述服務節(jié)點的信息；或者， 接收模塊，用于接收業(yè)務控制平臺或者具備網(wǎng)管功能的設備通過北向接口發(fā)送的所述 服務節(jié)點的信息； 其中，所述服務節(jié)點的信息包括：所述服務節(jié)點的身份標識及能力屬性；所述控制平 臺包含開放流（OpenFlow)控制器或OpenFlow配置點。
9. 如權利要求8所述的控制平臺，其特征在于： 當所述控制平臺為所述OpenFlow配置點時，所述獲取模塊用于通過與服務節(jié)點之間 的接口獲取所述服務節(jié)點的信息，具體包括： 所述獲取模塊用于當所述接口存在于所述OpenFlow配置點與所述服務節(jié)點之間時， 擴展所述OpenFlow配置協(xié)議,通過獲取配置（Get-Config)消息從所述服務節(jié)點獲取所述 服務節(jié)點的信息。
10. 如權利要求8所述的控制平臺，其特征在于： 當所述控制平臺為所述OpenFlow控制器時，所述獲取模塊通過與服務節(jié)點之間的接 口獲取所述服務節(jié)點的信息，具體包括： 所述獲取模塊擴展OpenFlow協(xié)議，通過增強OpenFlow特性（OF-Feature)或新增多部 分（Mu 11ipart)消息的子消息，獲取所述服務節(jié)點的信息。
11. 如權利要求8?10中任意一項所述的控制平臺，其特征在于： 所述能力屬性包括：所述服務節(jié)點的服務類型、拓撲連接、和/或性能指標。
12. 如權利要求8?10中任意一項所述的控制平臺，其特征在于： 所述服務節(jié)點的信息還包括所述服務節(jié)點的本地策略； 其中，所述本地策略包括運營商配置的靜態(tài)策略。
13. 如權利要求8所述的控制平臺，其特征在于，還包括： 服務視圖形成模塊，用于利用獲取到的服務節(jié)點的信息形成網(wǎng)絡服務視圖； 其中，所述網(wǎng)絡服務視圖中包括所述服務節(jié)點與OpenFlow交換機的網(wǎng)絡拓撲連接和 各個服務節(jié)點的能力屬性。
14. 如權利要求13所述的控制平臺，其特征在于，還包括： 服務鏈形成模塊，用于根據(jù)業(yè)務應用和/或自身管理的服務需求、結(jié)合所述服務視圖 形成模塊生成的網(wǎng)絡服務視圖形成服務鏈，針對所述服務鏈所涉及的各個服務節(jié)點生成 相應的轉(zhuǎn)發(fā)策略，針對服務鏈所涉及的各OpenFlow交換機生成相應的流表條目，并通過 OpenFlow協(xié)議將所述流表條目下發(fā)給對應的OpenFlow交換機，通過控制協(xié)議將所述轉(zhuǎn)發(fā) 策略下發(fā)給對應的服務節(jié)點。
【文檔編號】H04L12/70GK104426756SQ201310362490
【公開日】2015年3月18日 申請日期:2013年8月19日 優(yōu)先權日:2013年8月19日
【發(fā)明者】梁乾燈, 尤建潔, 王寒凝 申請人:中興通訊股份有限公司