CN104426756B - 一种服务节点能力信息的获取方法及控制平台 - Google Patents
一种服务节点能力信息的获取方法及控制平台 Download PDFInfo
- Publication number
- CN104426756B CN104426756B CN201310362490.5A CN201310362490A CN104426756B CN 104426756 B CN104426756 B CN 104426756B CN 201310362490 A CN201310362490 A CN 201310362490A CN 104426756 B CN104426756 B CN 104426756B
- Authority
- CN
- China
- Prior art keywords
- service
- service node
- openflow
- control platform
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种服务节点能力信息的获取方法及控制平台，所述获取方法包括：控制平台通过与服务节点之间的接口获取所述服务节点的信息；或者，控制平台接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流（OpenFlow）控制器或OpenFlow配置点。采用本发明后，OpenFlow控制平面不仅可以掌握其管控SDN网络的网络拓扑，还可以了解附着在网络上的服务节点及其能力信息，进而可以按需动态地编排业务服务链，更加灵活高效地提供网络服务。
Description
技术领域
本发明涉及SDN架构网络通信领域，并且特别地，涉及一种服务节点能力信息的获取方法及控制平台。
背景技术
由于现在的网络暴露出了越来越多的弊病以及人们对网络性能的需求越来越高，研究人员不得不把很多复杂功能加入到路由器的体系结构当中，例如OSPF（Open ShortestPath First，开放式最短路径优先）、BGP（border gatewayprotocol，边界网关协议）、组播、区分服务、流量工程、NAT（Network AddressTranslation，网络地址转换）、防火墙、MPLS（Multi-Protocol Label Switching，多协议标签交换）等等。这就使得路由器等交换设备越来越臃肿而且性能提升的空间越来越小。
然而与网络领域的困境截然不同的是，计算机领域得到了日新月异的发展。仔细回顾计算机领域的发展，不难发现其关键在于计算机领域找到了一种简单可用的硬件底层（x86指令集）。由于有了这样一种公用的硬件底层，所以在软件方面，不论是应用程序还是操作系统都取得了飞速的发展。现在很多主张重新设计计算机网络体系结构的人士认为：可以通过复制计算机领域的成功来解决现在网络所遇到的所有问题。在这种思想的指导下，将来的网络必将是：底层的数据通路（交换机、路由器）是“哑的、简单的、最小的”，并定义一个对外开放的关于流表的公用的API（Application ProgrammingInterface，应用程序编程接口），同时采用控制器来控制整个网络。未来的研究人员就可以在控制器上自由的调用底层的API来编程，从而实现网络的创新。
基于上述的理念，出现了软件定义网络（Software Defined Network,简称为SDN），其最初是由美国斯坦福大学clean slate研究组提出的一种新型网络创新架构。目前，其核心技术OpenFlow（开放流协议）协议（如图1所示）通过将网络设备控制面（包含OpenFlow Controller）与数据面（包含OpenFlow Capable Switch）分离开来，从而实现了网络流量的灵活控制，为核心网络及应用的创新提供了良好的平台。
OpenFlow协议用来描述控制器和交换机之间交互所用信息的标准以及控制器和交换机的接口标准。协议的核心部分是用于OpenFlow协议信息结构的集合。
OpenFlow流表或经过编排的多个流表级联而成管道，用来配置交换机转发路径（如图2所示），流表的条目定义由匹配字段、计数器和指令集等如下几个字段构成，如表1所示。
表1流表的条目字段
其中：Match Fields是报文匹配的输入关键字，用于匹配一条流表条目；计数器是用于管理用的各种统计信息；指令集（Instructions）是指对报文的操作指令，包括：丢弃、转发报文到指定端口、设置报文头部字段值、增加封装标签等。动作集（Action Set）和每个报文相关联，它在流水线的多个流表之间传递并被各流表的指令所修改，直到流水线结束或被匹配命中的流表条目的指令要求执行动作集时，动作集中的所有动作才被集中执行。
现有网络中，SDN控制面对APP应用功能提供网络服务，开放接口时，提供的不仅仅是一个APP签约的逻辑网络拓扑，还包括附着在其签约网络的特性服务单元（ServiceNodes），通常采用静态配置的方式将转发网络和服务节点进行网络业务部署，形成某种业务编排，且受限于网络的拓扑结构，无法适应网络功能虚拟化的趋势。当新增或删除某个服务节点时，需要重新配置，且影响底层的网络拓扑。并且，现有的OpenFlow能力协商功能无法支持OpenFlow控制器对非OpenFlow交换机（如服务节点）的信息感知能力。
发明内容
本发明的主要目的在于提供一种服务节点能力信息的获取方法及控制平台，以解决现有的OpenFlow能力协商功能无法支持OpenFlow控制器对非OpenFlow交换机（如服务节点）的信息感知能力的缺陷。
为解决上述问题，本发明提供了一种服务节点能力信息的获取方法，包括：
控制平台通过与服务节点之间的接口获取所述服务节点的信息；或者，
控制平台接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；
其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流（OpenFlow）控制器或OpenFlow配置点。
进一步地，
所述控制平台通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
当所述接口存在于所述OpenFlow配置点与所述服务节点之间时，扩展所述OpenFlow配置协议，所述OpenFlow配置点通过获取配置（Get-Config）消息从所述服务节点获取所述服务节点的信息。
进一步地，
所述控制平台通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
当所述接口存在于所述OpenFlow控制器与所述服务节点之间时，扩展OpenFlow协议，通过增强OpenFlow特性（OF-Feature）或新增多部分（Multipart）消息的子消息，获取所述服务节点的信息。
进一步地，
所述能力属性包括：所述服务节点的服务类型、拓扑连接、和/或性能指标。
进一步地，
所述服务节点的信息还包括所述服务节点的本地策略；
其中，所述本地策略包括运营商配置的静态策略。
进一步地，所述方法还包括：
所述控制平台利用获取到的服务节点的信息形成网络服务视图；
其中，所述网络服务视图中包括所述服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力属性。
进一步地，所述方法还包括：
所述控制平台根据业务应用和/或自身管理的服务需求、结合所述网络服务视图形成服务链，针对所述服务链所涉及的各个服务节点生成相应的转发策略，针对服务链所涉及的各OpenFlow交换机生成相应的流表条目，并通过OpenFlow协议将所述流表条目下发给对应的OpenFlow交换机，通过控制协议将所述转发策略下发给对应的服务节点。
相应地，本发明还提供了一种控制平台，包括：
获取模块，用于通过与服务节点之间的接口获取所述服务节点的信息；或者，
接收模块，用于接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；
其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流（OpenFlow）控制器或OpenFlow配置点。
进一步地，
当所述控制平台为所述OpenFlow配置点时，所述获取模块用于通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
所述获取模块用于当所述接口存在于所述OpenFlow配置点与所述服务节点之间时，扩展所述OpenFlow配置协议，通过获取配置（Get-Config）消息从所述服务节点获取所述服务节点的信息。
进一步地，
当所述控制平台为所述OpenFlow控制器时，所述获取模块通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
所述获取模块扩展OpenFlow协议，通过增强OpenFlow特性（OF-Feature）或新增多部分（Multipart）消息的子消息，获取所述服务节点的信息。
进一步地，
所述能力属性包括：所述服务节点的服务类型、拓扑连接、和/或性能指标。
进一步地，
所述服务节点的信息还包括所述服务节点的本地策略；
其中，所述本地策略包括运营商配置的静态策略。
进一步地，所述控制平台还包括：
服务视图形成模块，用于利用获取到的服务节点的信息形成网络服务视图；
其中，所述网络服务视图中包括所述服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力属性。
进一步地，所述控制平台还包括：
服务链形成模块，用于根据业务应用和/或自身管理的服务需求、结合所述服务视图形成模块生成的网络服务视图形成服务链，针对所述服务链所涉及的各个服务节点生成相应的转发策略，针对服务链所涉及的各OpenFlow交换机生成相应的流表条目，并通过OpenFlow协议将所述流表条目下发给对应的OpenFlow交换机，通过控制协议将所述转发策略下发给对应的服务节点。
采用本发明后，OpenFlow控制平面不仅可以掌握其管控SDN网络的网络拓扑，还可以了解附着在网络上的服务节点及其能力信息，进而可以按需动态地编排业务服务链，更加灵活高效地提供网络服务。
附图说明
图1是现有技术中OpenFlow配置（OF-Config）协议和OpenFlow协议应用示意图；
图2是现有技术中报文流通过OpenFlow处理管道的示意图；
图3是本发明实施例中
图4是根据本发明的服务节点向控制平台上报能力属性的架构图；
图5是根据本发明的控制平台通过网管系统获取服务节点能力属性的架构图；
图6是根据本发明的OpenFlow配置点获取服务节点能力属性的流程；
图7是根据本发明的OpenFlow控制器获取服务节点能力属性的流程；
图8是根据本发明的数据报文根据控制平台编排的服务链进行转发实例1；
图9是根据本发明的数据报文根据控制平台编排的服务链进行转发实例2；
图10是根据本发明的业务控制平台将服务节点信息通过给控制平台的实施例。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在本实施例中，一种服务节点能力信息的获取方法，如图3所示，包括：
控制平台通过与服务节点之间的接口获取所述服务节点的信息；或者，
控制平台接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；
其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含OpenFlow控制器或OpenFlow配置点。
具体地，方法1：
控制平台通过与服务节点之间的接口获取该服务节点的信息；通过所述接口，服务节点将自己的信息，（包括：身份标识及能力属性，还可以包括本地策略等）上报给控制平台。
具体地，控制平台包含OpenFlow控制器或OpenFlow配置点；
具体地，控制平台与服务节点之间的接口采用控制协议（如OF-Config（OpenFlow配置）协议或OpenFlow协议）进行通信，如能力协商、状态通告等；
当所述接口存在于OpenFlow配置点与服务节点之间时，扩展OF-Config协议，OpenFlow配置点通过Get-Config消息从服务节点获取服务节点的信息；
具体地，扩展OF-Config协议为：在其框架下定义描述能力属性的数据模型；同时，服务节点上预先配置了能力描述文件，如基于XML Schema形式的文件；
当所述接口存在于OpenFlow控制器与服务节点之间时，扩展OpenFlow协议，通过增强OFPT-Feature（OpenFlow特性）消息，获取服务节点的信息；
具体地，所述能力属性包括：服务节点的服务类型（如视频、语音等业务）、拓扑连接和/或性能指标（如速率、时延等）。
具体地，所述本地策略包括运营商配置的静态策略。
其次，控制平台利用获取到的服务节点的信息形成网络服务视图；
具体地，网络服务视图中包括服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力属性；
控制平台根据业务应用和/或自身管理的服务需求、以及网络服务视图形成由多个服务节点构成的服务链，针对服务链所涉及的OpenFlow交换机生成相应的流表条目，针对服务链所涉及的各个服务节点生成相应的转发策略，通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机，和/或通过所述控制协议将转发策略下发给对应的服务节点；或者控制平台经由第三方网元（如网管系统）将转发策略下发给对应的服务节点。
进一步地，OpenFlow交换机根据接收到的流表条目对数据报文进行转发；服务节点根据接收到的转发策略对数据报文进行转发。
具体地，若OpenFlow交换机根据接收到的流表条目将所述数据报文转发给服务节点，则服务节点进行处理后，按照本地默认策略对所述数据报文进行转发（如将处理好的数据报文回送给所述OpenFlow交换机），或者根据上述接收到的转发策略发送给下一个OpenFlow交换机。
方法2：
业务控制平台或者具备网管功能的设备通过北向接口将服务节点的信息（包括：身份标识及能力属性（服务类型、拓扑连接、和/或性能指标（如速率、时延等）），还可以包括本地策略）通告给控制平台。
控制平台根据业务应用和/或自身管理的服务需求、以及来自业务控制平台的服务节点的信息，编排服务链，并针对服务链涉及的各个服务节点生成相应的流表条目和/或转发策略；
控制平台通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机；
若控制平台与服务节点之间存在接口、且服务节点支持转发策略时，则控制平台通过控制协议将转发策略下发给对应的服务节点；其中，
控制平台与服务节点的接口采用控制协议（如OF-Config协议或OpenFlow协议）进行通信，如策略下发、状态通告等；
当所述接口存在于OpenFlow配置点与服务节点之间时，通过扩展OF-Config协议下发所述转发策略；
当所述接口存在于OpenFlow控制器与服务节点之间时，通过扩展OpenFlow协下发所述转发策略。
下面将结合附图和实施例对本发明进行详细描述。
实施例1：
如图4所示，服务节点向控制平台上报能力属性的架构。如图所示：
控制平台包含OpenFlow控制器和OpenFlow配置点；
控制平台从Application（应用服务器）获取业务应用需求；
控制平台与OpenFlow交换机之间使用OpenFlow协议进行通信；
控制平台与服务节点之间定义新的接口，用于能力协商、状态通告等；
服务节点预先配置能力描述文件，如基于XML Schema形式的文件；
服务节点预先配置能力描述文件的XML实例如下：
控制平台与服务节点通过控制协议（如OF-Config协议，OpenFlow协议）进行通信，控制平台获取服务节点的身份标识及能力属性，还可能获取到该服务节点的本地策略。
控制平台根据服务节点上报的信息形成网络服务视图（其中包含服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力属性）；
控制平台根据业务应用需求和/或自身管理的服务需求、结合上述网络服务视图形成服务链，针对服务链涉及的各个服务节点生成相应的转发策略，针对服务链涉及的各个服务OpenFlow交换机生成相应的流表条目。
控制平台通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机，通过所述控制协议将转发策略下发给对应的服务节点。
实施例2：
图5是根据本发明的控制平台通过网管系统获取服务节点能力属性的架构图。如图所示：
控制平台包含OpenFlow控制器和OpenFlow配置点；
控制平台从Application获取业务应用需求；
控制平台与OpenFlow交换机之间使用OpenFlow协议进行通信；
网管系统收集各个服务节点的网络拓扑连接以及能力属性，并通告给控制平台；
控制平台根据服务节点的网络拓扑连接以及能力属性形成网络服务视图（其中包括服务节点与OpenFlow交换机的网络拓扑连接和各个节点的服务属性）；
控制平台根据业务应用需求和/或自身管理的服务需求、结合网络服务视图形成服务链，针对服务链涉及的各个服务节点生成相应的转发策略，针对服务链涉及的各OpenFlow交换机生成流表条目。
控制平台通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机。
控制平台将转发策略发送给网管系统，网管系统对服务链涉及的服务节点进行转发策略配置。
实施例3：
图6是根据本发明的OpenFlow配置点获取服务节点能力属性的流程；在开始本流程前，需要先满足三个条件，首先，OpenFlow配置点与服务节点之间存在接口且通过OF-Config协议（OF-Config协议使用NETCONF XML数据格式来定义语言）进行通信，如能力协商、状态通告等等。其次，服务节点需预先配置能力描述文件，如基于XML Schema形式的文件；第三，扩展OF-Config协议，在其框架下定义描述服务节点能力属性的数据模型；下面是具体步骤：
（1）OpenFlow配置点向服务节点发送NETCONF_Hello消息；
（2）服务节点向OpenFlow配置点发送NETCONF_Hello消息；
通过步骤（1）和（2），OpenFlow配置点与服务节点之间完成基础能力、版本号等的协商。若协商成功，则OpenFlow配置点与服务节点之间建立会话；
（3）OpenFlow配置点向服务节点发送获取配置请求（Get-Config_REQUEST），以获取服务节点的能力信息；
（4）服务节点向OpenFlow配置点回复获取配置响应（Get-Config_RESPONSE），其中携带身份标识和能力属性，还可以携带本地策略；
（5）OpenFlow配置点获取到服务节点的信息后，发送给OpenFlow控制器，此发送过程为内部具体实现。
实施例4：
图7是根据本发明的OpenFlow控制器获取服务节点能力属性的流程；此流程需满足的条件是：OpenFlow控制器与服务节点之间存在接口且通过OpenFlow协议进行通信，如能力协商、状态通告等等。具体包括：
（1）OpenFlow控制器向服务节点发送OFPT_HELLO消息；
（2）服务节点向OpenFlow控制器回复OFPT_HELLO消息；
通过步骤（1）和（2），OpenFlow控制器与服务节点之间完成基础能力、版本号等的协商。若协商成功，则OpenFlow控制器与服务节点之间建立会话；
（3）OpenFlow控制器向服务节点发送（OpenFlow）OFPT_FEATURES_REQUEST或发送OFPMP_SERVICE_FEATURE的multipart请求消息，以获取服务节点的信息；
（4）服务节点向OpenFlow控制器回复OFPT_FEATURES_RESPONSE或OFPMP_SERVICE_FEATURE的multipart应答消息，其中携带身份标识、和能力属性，还可以携带本地策略。
实施例5：
图8是数据报文根据控制平台编排的服务链进行转发的实例1。如图8所示，具体包括：
（1）控制平台中的OpenFlow配置点与服务节点之间的接口采用OF-Config协议（OF-Config使用NETCONF XML数据格式来定义语言）进行通信；OpenFlow配置点通过Get-Config消息从服务节点获取服务节点的身份标识和能力属性，还有可能获得本地策略等信息；OpenFlow配置点获取服务节点的信息后，发送给OpenFlow控制器。
（2）OpenFlow控制器根据服务节点上报的信息形成网络服务视图（其中包括服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力信息）；
（3）OpenFlow控制器根据业务应用需求和/或自身管理的服务需求、结合网络服务视图形成服务链，针对服务链涉及的各个服务节点生成相应的转发策略，针对服务链涉及的各个OpenFlow交换机生成相应的流表条目；
（4）OpenFlow控制器通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机，通过所述控制协议将转发策略下发给对应的服务节点；
（5）OpenFlow交换机收到数据报文后根据流表条目对其进行转发；在图8的示例中，报文从OpenFlow交换机1进入某网络后，根据流表条目将其转发给服务节点1，若服务节点1没有本地转发策略，则在处理完成后，将报文回送给OpenFlow交换机1；OpenFlow交换机1根据流表条目将报文进一步转发给OpenFlow交换机2；OpenFlow交换机2根据流表条目将报文转发给OpenFlow交换机3；OpenFlow交换机3收到报文后，根据流表条目将其转发给服务节点2，若服务节点2没有本地转发策略，则在处理完成后，将报文回送给OpenFlow交换机3，最后报文从OpenFlow交换机3流出。
实施例6：
图9是数据报文根据控制平台编排的服务链进行转发的实例2。如图9所示，具体包括：
（1）控制平台中的OpenFlow控制器与服务节点之间的接口采用OpenFlow协议进行通信；OpenFlow控制器通过OFPT_FEATURES消息或OFPMP_SERVICE_FEATURE的multipart消息从服务节点获取服务节点的身份标识和能力属性，还可以获取服务节点的本地策略等信息；
（2）OpenFlow控制器根据服务节点上报的信息形成网络服务视图（其中包括服务节点与OpenFlow交换机的网络拓扑连接和各个节点的服务属性）；
（3）OpenFlow控制器根据业务应用需求和/或自身管理的服务需求、以及网络服务视图形成服务链，针对服务链涉及的各个服务节点生成相应的转发策略，针对服务链涉及的各个OpenFlow交换机生成流表条目；
（4）OpenFlow控制器通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机，将生成的转发策略下发给对应的服务节点；
（5）OpenFlow交换机收到数据报文后根据流表条目对其进行转发；在图9的示例中，报文从OpenFlow交换机1进入某网络后，根据流表条目将其转发给服务节点1，若服务节点1没有本地转发策略，则在处理完成后，将报文回送给OpenFlow交换机1；OpenFlow交换机1根据流表条目将报文进一步转发给OpenFlow交换机2；OpenFlow交换机2根据流表条目将报文转发给服务节点2；服务节点2根据本地转发策略将报文转发给OpenFlow交换机3，最后报文从OpenFlow交换机3流出。
实施例7：
图10是根据本发明的业务控制平台将服务节点信息发送给控制平台的实施例，具体包括：
（1）业务控制平台中的服务节点控制模块（通过静态配置或其他传统方式感知服务节点信息）将服务节点的信息，如身份标识和能力属性（服务类型、和/或拓扑连接、和/或性能指标（如速率、时延等））通告给控制平台；当然，还可以将本地策略一并通告给控制平台；
（2）控制平台中的OpenFlow控制器根据业务应用和/或自身管理的服务需求、以及来自业务控制平台的服务节点的信息，编排服务链，并针对服务链涉及的各个服务节点生成相应的转发策略，针对服务链涉及的各个OpenFlow交换机生成流表条目；其中控制平台编排的服务链基于业务控制平台提供的端口信息，控制平台可以不用感知服务节点的具体能力属性；
（3）OpenFlow控制器通过OpenFlow协议将流表条目下发给对应的OpenFlow交换机；
（4）若控制平台与服务节点之间存在接口、且服务节点支持转发策略时，则控制平台通过控制协议将转发策略下发给对应的服务节点；其中，
控制平台与服务节点的接口采用控制协议（如OF-Config协议或OpenFlow协议）进行通信，如策略下发、状态通告等；
当所述接口存在于OpenFlow配置点与服务节点之间时，通过扩展OF-Config协议下发所述转发策略；
当所述接口存在于OpenFlow控制器与服务节点之间时，通过扩展OpenFlow协下发所述转发策略。
在本实施例中，一种控制平台，包括：
获取模块，用于通过与服务节点之间的接口获取所述服务节点的信息；或者，
接收模块，用于接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；
其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流（OpenFlow）控制器或OpenFlow配置点。
较佳地，
当所述控制平台为所述OpenFlow配置点时，所述获取模块用于通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
所述获取模块用于当所述接口存在于所述OpenFlow配置点与所述服务节点之间时，扩展所述OpenFlow配置协议，通过获取配置（Get-Config）消息从所述服务节点获取所述服务节点的信息。
较佳地，
当所述控制平台为所述OpenFlow控制器时，所述获取模块通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
所述获取模块扩展OpenFlow协议，通过增强OpenFlow特性（OF-Feature）或新增多部分（Multipart）消息的子消息，获取所述服务节点的信息。
较佳地，
所述能力属性包括：所述服务节点的服务类型、拓扑连接、和/或性能指标。
较佳地，
所述服务节点的信息还包括所述服务节点的本地策略；
其中，所述本地策略包括运营商配置的静态策略。
较佳地，所述控制平台还包括：
服务视图形成模块，用于利用获取到的服务节点的信息形成网络服务视图；
其中，所述网络服务视图中包括所述服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力属性。
较佳地，所述控制平台还包括：
服务链形成模块，用于根据业务应用和/或自身管理的服务需求、结合所述服务视图形成模块生成的网络服务视图形成服务链，针对所述服务链所涉及的各个服务节点生成相应的转发策略，针对服务链所涉及的各OpenFlow交换机生成相应的流表条目，并通过OpenFlow协议将所述流表条目下发给对应的OpenFlow交换机，通过控制协议将所述转发策略下发给对应的服务节点。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (12)
1.一种服务节点能力信息的获取方法，包括：
控制平台通过与服务节点之间的接口获取所述服务节点的信息；或者，
控制平台接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；
所述控制平台利用获取到的服务节点的信息形成网络服务视图；其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流OpenFlow控制器或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交换机生成相应的流表条目，并通过OpenFlow协议将所述流表条目下发给对应的OpenFlow交换机，通过控制协议将所述转发策略下发给对应的服务节点。
7.一种控制平台，包括：
获取模块，用于通过与服务节点之间的接口获取所述服务节点的信息；或者，
接收模块，用于接收业务控制平台或者具备网管功能的设备通过北向接口发送的所述服务节点的信息；
服务视图形成模块，用于利用获取到的服务节点的信息形成网络服务视图；其中，所述服务节点的信息包括：所述服务节点的身份标识及能力属性；所述控制平台包含开放流OpenFlow控制器或OpenFlow配置点；
所述网络服务视图中包括所述服务节点与OpenFlow交换机的网络拓扑连接和各个服务节点的能力属性。
8.如权利要求7所述的控制平台，其特征在于：
当所述控制平台为所述OpenFlow配置点时，所述获取模块用于通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
所述获取模块用于当所述接口存在于所述OpenFlow配置点与所述服务节点之间时，扩展所述OpenFlow配置协议，通过获取配置Get-Config消息从所述服务节点获取所述服务节点的信息。
9.如权利要求7所述的控制平台，其特征在于：
当所述控制平台为所述OpenFlow控制器时，所述获取模块通过与服务节点之间的接口获取所述服务节点的信息，具体包括：
所述获取模块扩展OpenFlow协议，通过增强OpenFlow特性OF-Feature或新增多部分Multipart消息的子消息，获取所述服务节点的信息。
10.如权利要求7～9中任意一项所述的控制平台，其特征在于：
所述能力属性包括：所述服务节点的服务类型、拓扑连接、和/或性能指标。
11.如权利要求7～9中任意一项所述的控制平台，其特征在于：
所述服务节点的信息还包括所述服务节点的本地策略；
其中，所述本地策略包括运营商配置的静态策略。
12.如权利要求7所述的控制平台，其特征在于，还包括：
服务链形成模块，用于根据业务应用和/或自身管理的服务需求、结合所述服务视图形成模块生成的网络服务视图形成服务链，针对所述服务链所涉及的各个服务节点生成相应的转发策略，针对服务链所涉及的各OpenFlow交换机生成相应的流表条目，并通过OpenFlow协议将所述流表条目下发给对应的OpenFlow交换机，通过控制协议将所述转发策略下发给对应的服务节点。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310362490.5A CN104426756B (zh) | 2013-08-19 | 2013-08-19 | 一种服务节点能力信息的获取方法及控制平台 |
| PCT/CN2014/080437 WO2015024411A1 (zh) | 2013-08-19 | 2014-06-20 | 一种服务节点能力信息的获取方法及控制平台 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310362490.5A CN104426756B (zh) | 2013-08-19 | 2013-08-19 | 一种服务节点能力信息的获取方法及控制平台 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104426756A CN104426756A (zh) | 2015-03-18 |
| CN104426756B true CN104426756B (zh) | 2019-03-15 |
Family
ID=52483037
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310362490.5A Active CN104426756B (zh) | 2013-08-19 | 2013-08-19 | 一种服务节点能力信息的获取方法及控制平台 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104426756B (zh) |
| WO (1) | WO2015024411A1 (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9929945B2 (en) * | 2015-07-14 | 2018-03-27 | Microsoft Technology Licensing, Llc | Highly available service chains for network services |
| US10812376B2 (en) | 2016-01-22 | 2020-10-20 | Red Hat, Inc. | Chaining network functions to build complex datapaths |
| CN107294752A (zh) * | 2016-04-01 | 2017-10-24 | 中兴通讯股份有限公司 | 实现网络功能通信的架构、方法及装置 |
| CN107360011A (zh) * | 2016-05-10 | 2017-11-17 | 中兴通讯股份有限公司 | 一种业务链生成方法及系统 |
| EP3461071B1 (en) * | 2016-05-26 | 2020-12-09 | Huawei Technologies Co., Ltd. | Communication control method, and related network element |
| CN107666447B (zh) * | 2016-07-27 | 2020-09-08 | 新华三技术有限公司 | 数据流的处理方法和装置 |
| JP6850865B2 (ja) | 2016-07-27 | 2021-03-31 | 新華三技術有限公司Ｎｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． | データストリームの処理方法および第１ゲートウェイ設備 |
| CN108600028B (zh) * | 2018-05-08 | 2021-02-09 | 重庆邮电大学 | 适用于异构工业网络的功能型sdn北向接口系统及实现方法 |
| CN114172937B (zh) * | 2022-01-19 | 2023-12-29 | 广州市宝思信息科技有限公司 | 基于深度强化学习的动态服务功能链编排方法及系统 |
| CN114785548B (zh) * | 2022-03-23 | 2024-04-30 | 中国人民解放军战略支援部队信息工程大学 | 流量智能监测平台 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101137191A (zh) * | 2006-08-28 | 2008-03-05 | 北京三星通信技术研究有限公司 | 管理手机在无线通信系统间移动时的安全信息的方法 |
| CN101296152A (zh) * | 2008-06-26 | 2008-10-29 | 腾讯科技（深圳）有限公司 | 对等连接网络的数据调度方法和系统 |
| CN102316091A (zh) * | 2010-05-28 | 2012-01-11 | 丛林网络公司 | 用于内容分发网络的应用层流量优化增强 |
| CN103051629A (zh) * | 2012-12-24 | 2013-04-17 | 华为技术有限公司 | 一种基于软件定义网络中数据处理的系统、方法和节点 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004100010A1 (en) * | 2003-04-30 | 2004-11-18 | Iptv Systems, Llc | Secure, continuous, proxy-optimized, device-to-device data download reception system and method of use |
| JP5131651B2 (ja) * | 2009-11-26 | 2013-01-30 | 日本電気株式会社 | 負荷分散システム、負荷分散方法、及びプログラム |
| US8571040B2 (en) * | 2010-03-01 | 2013-10-29 | Deutsche Telekom Ag | Apparatus, method, manufacture, and system for providing network services from building blocks |
| WO2012039176A1 (en) * | 2010-09-22 | 2012-03-29 | Nec Corporation | A control apparatus, a communication system, a communication method and a recording medium having recorded thereon a communication program |
-
2013
- 2013-08-19 CN CN201310362490.5A patent/CN104426756B/zh active Active
-
2014
- 2014-06-20 WO PCT/CN2014/080437 patent/WO2015024411A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101137191A (zh) * | 2006-08-28 | 2008-03-05 | 北京三星通信技术研究有限公司 | 管理手机在无线通信系统间移动时的安全信息的方法 |
| CN101296152A (zh) * | 2008-06-26 | 2008-10-29 | 腾讯科技（深圳）有限公司 | 对等连接网络的数据调度方法和系统 |
| CN102316091A (zh) * | 2010-05-28 | 2012-01-11 | 丛林网络公司 | 用于内容分发网络的应用层流量优化增强 |
| CN103051629A (zh) * | 2012-12-24 | 2013-04-17 | 华为技术有限公司 | 一种基于软件定义网络中数据处理的系统、方法和节点 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104426756A (zh) | 2015-03-18 |
| WO2015024411A1 (zh) | 2015-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104426756B (zh) | 一种服务节点能力信息的获取方法及控制平台 | |
| JP6779341B2 (ja) | ボーダゲートウェイプロトコルを用いた最大セグメント識別子深度の外部アプリケーションへの呈示 | |
| US9954779B2 (en) | Method, apparatus, and system for supporting flexible lookup keys in software-defined networks | |
| CN104243270B (zh) | 一种建立隧道的方法和装置 | |
| JP6491241B2 (ja) | クラウドベースのサービス交換 | |
| CN106572017B (zh) | Bier信息的发送方法、接收方法及装置 | |
| US9253041B2 (en) | Advertising layer 0 network topology information to a layer 3 network | |
| CN107204867A (zh) | 一种信息传输方法、装置和系统 | |
| CN105553849B (zh) | 一种传统ip网络与sptn网络互通方法与系统 | |
| US11528190B2 (en) | Configuration data migration for distributed micro service-based network applications | |
| CN107566440A (zh) | 软件定义的网络环境中服务的自动发现和自动扩缩 | |
| CN104243299B (zh) | 一种隧道处理方法及系统、控制面设备、转发面设备 | |
| JP6248938B2 (ja) | 通信システム、仮想ネットワーク管理装置、仮想ネットワークの管理方法及びプログラム | |
| CN104158745B (zh) | 一种实现数据包转发的方法及系统 | |
| US20070280241A1 (en) | Discovering MPLS VPN services in a network | |
| Tarnaras et al. | SDN and ForCES based optimal network topology discovery | |
| CN109218053A (zh) | 虚拟数据中心的实现方法、系统和存储介质 | |
| CN109842529A (zh) | 用于配置业务的方法、装置和网络系统 | |
| JP2012533253A (ja) | 少なくとも１つの仮想ネットワークをオンザフライかつオンデマンドでデプロイする方法及びシステム | |
| EP3844911B1 (en) | Systems and methods for generating network flow information | |
| CN104243362B (zh) | 一种报文转发方法和装置 | |
| CN104734949B (zh) | 一种实现流表配置的方法及装置 | |
| CN109691026A (zh) | 用于更新多个多协议标签切换（mpls）双向转发检测（bfd）会话的方法和装置 | |
| CN106713026A (zh) | 业务链拓扑结构、业务链设置方法和控制器 | |
| WO2015081551A1 (zh) | 一种网络中实现报文路由的方法、设备和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201216 Address after: Room 705, 7 / F, room 9, 1699, Zuchongzhi South Road, Kunshan City, Suzhou City, Jiangsu Province Patentee after: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. Address before: 518057 Ministry of justice, Zhongxing building, South Science and technology road, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong Patentee before: ZTE Corp. |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 215300 rooms 107 and 108, area C, 55 Xiaxi street, Kunshan Development Zone, Suzhou City, Jiangsu Province Patentee after: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. Address before: Room 705, 7 / F, room 9, 1699, Zuchongzhi South Road, Kunshan City, Suzhou City, Jiangsu Province Patentee before: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230328 Address after: Room 59, Building 5, Hongji Fortune Plaza, Kunshan Development Zone, Suzhou City, Jiangsu Province, 215000 Patentee after: Xuruiyi (Jiangsu) Intelligent Technology Co.,Ltd. Address before: 215300 rooms 107 and 108, area C, 55 Xiaxi street, Kunshan Development Zone, Suzhou City, Jiangsu Province Patentee before: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. |