一种服务节点能力信息的获取方法及控制平台的制作方法
【专利摘要】本发明公开了一种服务节点能力信息的获取方法及控制平台，所述获取方法包括：控制平台通过与服务节点之间的接口获取所述服务节点的信息；或者，控制平台接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流（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日
【发明者】梁乾灯, 尤建洁, 王寒凝 申请人:中兴通讯股份有限公司