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

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

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

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