WO2014177096A1 - 调度器支持能力的查询、通知方法及装置 - Google Patents

Abstract

本发明公开了一种调度器支持能力的查询、通知方法及装置，在上述方法中， OpenFlow控制器向OpenFlow交换机发送调度器能力查询消息，其中，调度器能力查询消息用于获取OpenFlow交换机的调度器支持能力；OpenFlow控制器接收来自于 OpenFlow交换机的调度器能力查询响应消息，并根据调度器能力查询响应消息获取调度器支持能力。根据本发明提供的技术方案，实现了OpenFlow控制器预先获取 OpenFlow交换机的调度器支持能力，从而有效地避免了OpenFlow控制器对OpenFlow 交换机进行控制操作失败的情况发生。

Description

调度器支持能力的查询、 通知方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种调度器支持能力的查询、 通知方法及 装置。 背景技术 目前， 相关技术中的开放流 （OpenFlow) 网络作为一种软件定义网络 （Software Defined Network, 简称为 SDN), 其采用控制平面与转发平面 （也称为数据平面） 相 分离的架构。 图 1是根据相关技术的 OpenFlow网络组件架构的示意图。 如图 1所示， OpenFlow网络的管理平面由 OpenFlow配置点来实现， OpenFlow配置点是一种运行 着网管软件的设备， 具体的设备形态可以是个人电脑或者服务器等。 OpenFlow网络的 控制平面由 OpenFlow控制器来实现， OpenFlow控制器是一种具备强大计算能力的设 备，具体的设备形态可以是个人电脑、服务器或者服务器集群等， 网络应用程序（App) 可以通过应用程序编程接口 （API) 调用 OpenFlow控制器以实现对 OpenFlow网络的 控制。 OpenFlow网络的转发平面由 OpenFlow交换机来实现， OpenFlow交换机是一 种具备强大交换能力的设备， 具体的设备形态是配备多个网络端口、 基于流表 （Flow Table)进行报文处理与转发的网络设备。 OpenFlow配置点与 OpenFlow交换机之间的 接口运行 OpenFlow管理和配置（OF-Config)协议， OpenFlow控制器与 OpenFlow交 换机之间的接口运行 OpenFlow协议， 上述两个协议均由国际标准组织开放网络基金 会 （Open Networking Foundation, 简称为 O F) 负责制定和修改。 O F于 2013年 3月正式发布的 OF-Config协议 1.1.1版本， 规定了 OF-Config协 议流程。 O F又于 2013年 4月正式发布的 OpenFlow交换机规范 1.3.2版本， 规定了 OpenFlow协议流程以及 OpenFlow交换机内部的报文处理流程。 在 OpenFlow网络的 初始化过程中，网络操作员首先会利用 OpenFlow配置点对 OpenFlow交换机进行配置， 其中， 可以包括： 配置 OpenFlow控制器的互联网协议 （ Internet Protocol， 简称为 IP) 地址， 然后 OpenFlow交换机就会利用这个配置的 OpenFlow控制器 IP地址发起并建 立其与 OpenFlow控制器之间的 OpenFlow通道， OpenFlow通道采用的是传输控制协 议 （Transmission Control Protocol, 简称为 TCP) 连接， 同时还可以在 TCP连接之上 建立包含了安全加密机制的传输层安全 （Transport Layer Security, 简称为 TLS) 协议 连接。 针对相关技术中的 OpenFlow交换机规范和 OF-Config协议无法实现层次化服务 质量 （Hierarchical Quality of Service, 简称为 H-QoS) 所要求的多层队列调度的问题， 一个有效的解决方案就是在 OpenFlow交换机内部的报文处理流程中引入可嵌套的调 度器， 从而利用调度器来实现业务流量的多层队列调度。 图 2是根据相关技术的 OpenFlow交换机规范 1.3.2版本中 OpenFlow交换机实现 队列调度功能的报文处理流程的示意图。 如图 2所示， 从入端口进入 OpenFlow交换 机的报文首先会进行流表匹配，流表是由 OpenFlow控制器通过 OpenFlow协议下发到 OpenFlow交换机的。 图 3是根据相关技术的 OpenFlow流表格式的示意图。 如图 3所 示，流表中可以包含多个流表条目（Flow Table Entry),每个流表条目中的"匹配字段" 都可以是报文头中的任意字段（例如：地址字段、用户标识字段、服务优先级字段等）。 而对于流表匹配成功的报文会执行相应流表条目中的指令 （Instruction^ 有一条指令 "Write- Actions action"可用于向动作集合 (Action Set) 中添加新的动作 （Action), 有一个动作 " Set-Queue queuejd"可用于将报文加入相应的队列， 多个队列之间还可 以完成队列调度功能， 队列的配置参数是由 OpenFlow配置点通过 OF-Config协议静 态下发到 OpenFlow交换机的。 作为动作集合中的一个动作， 设置队列 （Set-Queue) 动作实现的加入队列和队列调度功能都是在 OpenFlow交换机报文处理流程的最后执 行的， 这就使得 OpenFlow交换机只能实现基于输出端口的单层队列调度。 图 4是根据相关技术的在引入调度器后 OpenFlow交换机实现队列调度功能的报 文处理流程的示意图。 如图 4所示， 从入端口进入 OpenFlow交换机的报文首先会进 行流表匹配， 对于流表匹配成功的报文会执行相应流表条目中的指令。 有一条指令 " Scheduler Queue scheduler id queue id"可用于直接调用调度器， 并将报文加入调度 器中相应的队列， 多个队列之间根据调度器的配置完成队列调度功能。 图 5是根据相 关技术的容纳调度器的 OpenFlow调度器表格式的示意图。 如图 5所示， 调度器表中 可以包含多个调度器， 每个调度器包含 "调度器标识"（Scheduler ID)和 "队列标识" (Queue ID) 字段， 上述两个字段是流表指令调用调度器时所使用的标识， 用于保证 报文进入正确的调度器的正确队列中； 每个调度器同样也包含 "下一层调度器标识" (Next Level Scheduler ID) 字段， 该字段用于调度器中的队列调用相应的下一层调度 器， 该字段取值为 0时表示不调用任何其它调度器； 每个调度器同样也包含 "测量器 标识"（Meter lD) 字段， 该字段用于调度器中的队列调用相应的测量器， 该字段取值 为 0时表示不调用任何测量器； 每个调度器当然还可以包含 "拥塞策略"（Congestion Policy ) "调度算法"（Scheduling Algorithm )、 "队列优先级"（Queue Priority)禾 P "队 列权重"（Queue Weight) 等队列拥塞管理和队列调度通常需要使用的参数。 为了增加 队列调度的灵活性， OpenFlow 交换机中的调度器不是由 OpenFlow 配置点通过 OF-Config协议静态下发的， 而是由 OpenFlow控制器根据网络应用程序的要求通过 OpenFlow协议动态下发的。调度器并不与输出端口相关联， 且支持嵌套功能， 这就使 得 OpenFlow交换机能够实现多层队列调度功能。 在 OpenFlow网络中，不同的 OpenFlow交换机可能是由不同的生产商设计制造的， 而且 OpenFlow控制器与 OpenFlow交换机也很有可能是来自不同生产商的两个分离的 网络实体， 由此导致了不同的 OpenFlow交换机可能具备不同的调度器支持能力， 而 且当网络应用程序通过 API接口调用 OpenFlow控制器对 OpenFlow交换机进行调度器 的增加和修改等操作时，可能会出现由于 OpenFlow控制器预先缺乏对于 OpenFlow交 换机调度器支持能力的了解而导致操作失败的情况。 针对相关技术中由于 OpenFlow控制器预先缺乏对于 OpenFlow交换机调度器支持 能力的了解而导致操作失败的问题， 目前尚未提出有效的解决方案。 发明内容 本发明提供了一种调度器支持能力的查询、 通知方法及装置， 以至少解决相关技 术中由于 OpenFlow控制器预先缺乏对于 OpenFlow交换机调度器支持能力的了解而导 致操作失败的问题。 根据本发明的一个方面， 提供了一种调度器支持能力的查询方法。 根据本发明的调度器支持能力的查询方法包括： OpenFlow控制器向 OpenFlow交 换机发送调度器能力查询消息， 其中， 调度器能力查询消息用于获取 OpenFlow交换 机的调度器支持能力； OpenFlow控制器接收来自于 OpenFlow交换机的调度器能力查 询响应消息， 并根据调度器能力查询响应消息获取调度器支持能力。 其中， OpenFlow 控制器向 OpenFlow 交换机发送调度器能力查询消息包括： OpenFlow控制器判断在 OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道 是否建立成功； 如果是， 则立即发送调度器能力查询消息。 其中， 在 OpenFlow控制器根据调度器能力查询响应消息获取调度器支持能力之 后， 还包括： OpenFlow控制器接收来自于网络应用程序的调用请求； OpenFlow控 制器在调度器支持能力能够满足调用请求的情况下， 接受调用请求并向网络应用程序 反馈调用成功响应， 或者， 在调度器支持能力未能满足调用请求的情况下， 拒绝调用 请求并向网络应用程序反馈调用失败原因。 其中， 调度器支持能力包括以下至少之一： 交换机支持的最大调度器数量； 交换 机支持的最大调度器嵌套层数； 单个调度器支持的最大队列数量； 单个调度器支持的 调度算法类型； 单个调度器支持的拥塞策略类型； 单个调度器支持的最大队列优先级 数量。 其中， 调度器能力查询消息和调度器能力查询响应消息均为 OpenFlow协议扩展 消息。 根据本发明的另一方面， 提供了一种调度器支持能力的通知方法。 根据本发明的调度器支持能力的通知方法包括： OpenFlow 配置点被触发获取 OpenFlow交换机的调度器支持能力； OpenFlow配置点将获取到的调度器支持能力通 知给 OpenFlow控制器。 其中， OpenFlow配置点被触发获取调度器支持能力包括： OpenFlow配置点被触 发向 OpenFlow交换机发送调度器能力查询消息， 其中， 调度器能力查询消息用于获 取 OpenFlow交换机的调度器支持能力； OpenFlow配置点接收来自于 OpenFlow交换 机的调度器能力查询响应消息，并根据调度器能力查询响应消息获取调度器支持能力。 其中， OpenFlow配置点经由预设接口将调度器支持能力通知给 OpenFlow控制器。 其中， 在 OpenFlow配置点将调度器支持能力通知给 OpenFlow控制器之后， 还包 括： OpenFlow控制器接收来自于网络应用程序的调用请求； OpenFlow控制器在调度 器支持能力能够满足调用请求的情况下， 接受调用请求并向网络应用程序反馈调用成 功响应， 或者， 在调度器支持能力未能满足调用请求的情况下， 拒绝调用请求并向网 络应用程序反馈调用失败原因。 其中， 在 OpenFlow配置点被触发获取调度器支持能力之前， 还包括： OpenFlow 配置点确定在 OpenFlow配置点与 OpenFlow交换机之间的 OpenFlow管理和配置通道 已经建立成功且在 OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道尚未建

其中， 调度器支持能力包括以下至少之一： 交换机支持的最大调度器数量； 交换 机支持的最大调度器嵌套层数； 单个调度器支持的最大队列数量； 单个调度器支持的 调度算法类型； 单个调度器支持的拥塞策略类型； 单个调度器支持的最大队列优先级 数量。 其中， 调度器能力查询消息和调度器能力查询响应消息均为 OpenFlow管理和配 置通道协议扩展消息。 根据本发明的又一方面， 提供了一种调度器支持能力的查询装置。 根据本发明的调度器支持能力的查询装置包括： 发送模块， 设置为向 OpenFlow 交换机发送调度器能力查询消息， 其中， 调度器能力查询消息设置为获取 OpenFlow 交换机的调度器支持能力； 第一接收模块， 设置为接收来自于 OpenFlow交换机的调 度器能力查询响应消息， 并根据调度器能力查询响应消息获取调度器支持能力。 其中， 发送模块包括： 判断单元， 设置为判断在 OpenFlow控制器与 OpenFlow交 换机之间的 OpenFlow通道是否建立成功； 发送单元， 设置为在判断单元输出为是时， 发送调度器能力查询消息。 其中， 上述装置还包括： 第二接收模块， 设置为接收来自于网络应用程序的调用 请求； 处理模块， 设置为在调度器支持能力能够满足调用请求的情况下， 接受调用请 求并向网络应用程序反馈调用成功响应， 或者， 在调度器支持能力未能满足调用请求 的情况下， 拒绝调用请求并向网络应用程序反馈调用失败原因。 根据本发明的再一方面， 提供了一种调度器支持能力的通知装置。 根据本发明的调度器支持能力的通知装置包括： 获取模块， 设置为被触发获取 OpenFlow交换机的调度器支持能力； 通知模块， 设置为将获取到的调度器支持能力通 知给 OpenFlow控制器。 其中， 获取模块包括： 发送单元， 设置为被触发向 OpenFlow交换机发送调度器 能力查询消息， 其中， 调度器能力查询消息设置为获取 OpenFlow交换机的调度器支 持能力； 获取单元， 设置为接收来自于 OpenFlow交换机的调度器能力查询响应消息， 并根据调度器能力查询响应消息获取调度器支持能力。 其中， 上述装置还包括： 确定模块， 设置为确定在 OpenFlow配置点与 OpenFlow 交换机之间的 OpenFlow 管理和配置通道已经建立成功且在 OpenFlow 控制器与 OpenFlow交换机之间的 OpenFlow通道尚未建立。 通过本发明实施例，采用 OpenFlow控制器向 OpenFlow交换机发送调度器能力查 询消息， 该调度器能力查询消息用于获取 OpenFlow 交换机的调度器支持能力； OpenFlow控制器接收来自于 OpenFlow交换机的调度器能力查询响应消息， 并根据调 度器能力查询响应消息获取调度器支持能力，即通过 OpenFlow控制器向 OpenFlow交 换机发送调度器能力查询消息， 以获取 OpenFlow交换机的调度器支持能力， 由此解 决了相关技术中由于 OpenFlow控制器预先缺乏对于 OpenFlow交换机调度器支持能力 的了解而导致操作失败的问题，进而实现了 OpenFlow控制器预先获取 OpenFlow交换 机的调度器支持能力，从而有效地避免了 OpenFlow控制器对 OpenFlow交换机进行控 制操作失败的情况发生。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的 OpenFlow网络组件架构的示意图； 图 2是根据相关技术的 OpenFlow交换机规范 1.3.2版本中 OpenFlow交换机实现 队列调度功能的报文处理流程的示意图； 图 3是根据相关技术的 OpenFlow流表格式的示意图； 图 4是根据相关技术的在引入调度器后 OpenFlow交换机实现队列调度功能的报 文处理流程的示意图； 图 5是根据相关技术的容纳调度器的 OpenFlow调度器表格式的示意图； 图 6是根据本发明实施例的调度器支持能力的查询方法的流程图； 图 7是根据本发明优选实施例的 OpenFlow交换机调度器支持能力的查询方法的 示意图； 图 8是根据本发明实施例的调度器支持能力的通知方法的流程图； 图 9是根据本发明优选实施例的 OpenFlow交换机调度器支持能力的通知方法的 示意图； 图 10是根据本发明实施例的调度器支持能力的查询装置的结构框图； 图 11是根据本发明优选实施例的调度器支持能力的查询装置的结构框图； 图 12是根据本发明实施例的调度器支持能力的通知装置的结构框图； 图 13是根据本发明优选实施例的调度器支持能力的通知装置的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 6是根据本发明实施例的调度器支持能力的查询方法的流程图。 如图 6所示， 该方法可以包括以下处理步骤： 步骤 S602: OpenFlow控制器向 OpenFlow交换机发送调度器能力查询消息，其中， 调度器能力查询消息用于获取 OpenFlow交换机的调度器支持能力； 步骤 S604: OpenFlow控制器接收来自于 OpenFlow交换机的调度器能力查询响应 消息， 并根据调度器能力查询响应消息获取调度器支持能力。 相关技术中，由于 OpenFlow控制器预先缺乏对于 OpenFlow交换机调度器支持能 力的了解而导致操作失败。 采用如图 6所示的方法， OpenFlow控制器向 OpenFlow交 换机发送调度器能力查询消息， 其中， 调度器能力查询消息用于获取 OpenFlow交换 机的调度器支持能力； OpenFlow控制器接收来自于 OpenFlow交换机的调度器能力查 询响应消息， 并根据调度器能力查询响应消息获取调度器支持能力， 由此使得 OpenFlow控制器能够在对 OpenFlow交换机进行控制操作之前即可获知 OpenFlow交 换机的调度器支持能力， 以克服相关技术中出现的由于 OpenFlow控制器预先缺乏对 于 OpenFlow交换机调度器支持能力的了解从而导致操作失败的缺陷， 进而有效地避 免了 OpenFlow控制器对 OpenFlow交换机进行控制操作失败的情况发生。 优选地， 在步骤 S602中， OpenFlow控制器向 OpenFlow交换机发送调度器能力 查询消息可以包括以下操作： 步骤 SI : OpenFlow控制器判断在 OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道是否建立成功； 步骤 S2: 如果是， 则立即发送调度器能力查询消息。 在优选实施例中， 当 OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道 建立成功之后， OpenFlow控制器立即向 OpenFlow交换机发送调度器能力查询消息， 以查询 OpenFlow 交换机的调度器支持能力。 即为了确保 OpenFlow 控制器在对 OpenFlow交换机进行调度器操作之前就能够预先获知 OpenFlow交换机的调度器支持 能力， OpenFlow控制器应在与 OpenFlow交换机之间的 OpenFlow通道刚刚建立起来 的时候就向 OpenFlow交换机发送调度器能力查询消息。 需要说明的是， OpenFlow控制器发往 OpenFlow交换机的调度器能力查询消息是 对相关技术中的 OpenFlow 协议消息的一个扩展， 它是一种 "从控制器到交换机" (Controller-to-Switch)类型的多部分（Multipart) OpenFlow协议消息， 而之所以采用 多部分协议消息， 是因为调度器能力查询消息用来查询的调度器支持能力会比较多， 单个消息体由于字节数的限制无法承载如此多的信息。 在优选实施例中， 调度器能力查询消息能够查询到的 OpenFlow交换机的调度器 支持能力可以包括但不限于以下至少之一： ( 1 ) 交换机支持的最大调度器数量；

(2) 交换机支持的最大调度器嵌套层数；

(3 ) 单个调度器支持的最大队列数量；

(4) 单个调度器支持的调度算法类型；

( 5 ) 单个调度器支持的拥塞策略类型； (6) 单个调度器支持的最大队列优先级数量。 在优选实施例中，当 OpenFlow交换机接收到 OpenFlow控制器发送的调度器能力 查询消息后， 将会向 OpenFlow控制器回复调度器能力查询响应消息， 以反馈当前交 换机所支持的调度器能力。与调度器能力查询消息相同， OpenFlow交换机向 OpenFlow 控制器发送的调度器能力查询响应消息同样也是对相关技术中的 OpenFlow协议消息 的一个扩展， 它也是一种 "从控制器到交换机"（Controller-to-Switch) 类型的多部分 (Multipart) OpenFlow协议消息。 优选地， 在步骤 S604， OpenFlow控制器根据调度器能力查询响应消息获取调度 器支持能力之后， 还可以包括以下步骤： 步骤 S3 : OpenFlow控制器接收来自于网络应用程序的调用请求； 步骤 S4: OpenFlow控制器在调度器支持能力能够满足调用请求的情况下， 接受 调用请求并向网络应用程序反馈调用成功响应， 或者， 在调度器支持能力未能满足调 用请求的情况下， 拒绝调用请求并向网络应用程序反馈调用失败原因。 作为本发明的一个优选实施例， 图 7是根据本发明优选实施例的 OpenFlow交换 机调度器支持能力的查询方法的示意图。如图 7所示， OpenFlow控制器可以通过扩展 的 OpenFlow协议向 OpenFlow交换机查询调度器支持能力。 在该优选实施例中， 当 OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道建立成功之后， OpenFlow 控制器立即向 OpenFlow交换机发送调度器能力查询消息，查询 OpenFlow交换机的调 度器支持能力。 OpenFlow交换机在接收到 OpenFlow控制器发送的调度器能力查询消 息后， 向 OpenFlow控制器回复调度器能力查询响应消息， 以反馈当前交换机支持的 调度器能力。 网络应用程序通过 API接口调用 OpenFlow控制器对网络进行操作， OpenFlow控制器根据网络中 OpenFlow交换机的调度器支持能力来判断能否满足网络 应用程序的调用请求并对网络应用程序进行反馈。 在该优选实施例中， 如果 OpenFlow交换机的调度器支持能力可以满足网络应用 程序的调用请求， 则 OpenFlow控制器会接受网络应用程序的调用并反馈调用成功响 应； 如果 OpenFlow交换机的调度器支持能力无法满足网络应用程序的调用请求， 则 OpenFlow控制器会拒绝网络应用程序的调用并反馈拒绝原因。 需要说明的是， 在该优选实施例中， OpenFlow控制器是以主动 （proactive) 的方 式向 OpenFlow交换机查询调度器支持能力，也即在 OpenFlow通道建立成功之后发送 调度器能力查询消息是自动触发的， 不需要网络操作员的人工干预。 图 8是根据本发明实施例的调度器支持能力的通知方法的流程图。 如图 8所示， 该方法可以包括以下处理步骤： 步骤 S802: OpenFlow配置点被触发获取 OpenFlow交换机的调度器支持能力； 步骤 S804: OpenFlow配置点将获取到的调度器支持能力通知给 OpenFlow控制器。 采用如图 8所示的方法， 解决了相关技术中由于 OpenFlow控制器预先缺乏对于 OpenFlow 交换机调度器支持能力的了解而导致操作失败的问题， 进而实现了 OpenFlow控制器预先获取 OpenFlow交换机的调度器支持能力， 从而有效地避免了 OpenFlow控制器对 OpenFlow交换机进行控制操作失败的情况发生。 优选地， 在步骤 S802中， OpenFlow配置点被触发获取调度器支持能力可以包括 以下操作： 步骤 SI： OpenFlow配置点被触发向 OpenFlow交换机发送调度器能力查询消息， 其中， 调度器能力查询消息用于获取 OpenFlow交换机的调度器支持能力； 步骤 S2: OpenFlow配置点接收来自于 OpenFlow交换机的调度器能力查询响应消 息， 并根据调度器能力查询响应消息获取调度器支持能力。 在优选实施例中， 当 OpenFlow配置点与 OpenFlow交换机之间的 OF-Config通道 建立成功后， 在网络操作员的触发下， OpenFlow配置点向 OpenFlow交换机发送调度 器能力查询消息，查询 OpenFlow交换机的调度器支持能力。根据 OF-Config协议 1.1.1 版本的规定， OpenFlow 配置点需要在 OpenFlow 控制器与 OpenFlow 交换机建立 OpenFlow通道之前对 OpenFlow交换机进行配置， 上述配置通常是由网络操作员来完 成的。 因此， 网络操作员在利用 OpenFlow配置点对 OpenFlow交换机进行配置时即可 触发对 OpenFlow交换机调度器支持能力的查询，由此可以确保 OpenFlow配置点和网 络操作员在 OpenFlow控制器对 OpenFlow 交换机进行调度器操作之前就预先获知 OpenFlow交换机的调度器支持能力。 需要说明的是， OpenFlow配置点发往 OpenFlow交换机的调度器能力查询消息是 对相关技术中的 OF-Config协议消息的一个扩展， 其所查询的 OpenFlow交换机的调 度器支持能力可以包括但不限于以下至少之一： ( 1 ) 交换机支持的最大调度器数量；

(2) 交换机支持的最大调度器嵌套层数；

(3 ) 单个调度器支持的最大队列数量；

(4) 单个调度器支持的调度算法类型；

( 5 ) 单个调度器支持的拥塞策略类型； (6) 单个调度器支持的最大队列优先级数量。

OpenFlow交换机在接收到 OpenFlow配置点发送的调度器能力查询消息后， 便会 向 OpenFlow配置点回复调度器能力查询响应消息， 以反馈当前交换机所支持的调度 器能力。 在优选实施例中， 与调度器能力查询消息相同， OpenFlow交换机向 OpenFlow配 置点发送的调度器能力查询响应消息同样也是对相关技术中的 OF-Config协议消息的 一个扩展。 在优选实施例中， OpenFlow配置点或者网络操作员可以将获知的 OpenFlow交换 机调度器支持能力告知 OpenFlow控制器。 如果 OpenFlow配置点与 OpenFlow控制器 之间存在接口，则 OpenFlow配置点在接收到 OpenFlow交换机回复的调度器能力查询 响应消息后， 立即通过该接口将获知的 OpenFlow 交换机调度器支持能力告知 OpenFlow控制器； 如果 OpenFlow配置点与 OpenFlow控制器之间不存在接口， 则由 网络操作员将通过 OpenFlow配置点获知的 OpenFlow交换机调度器支持能力输入到 OpenFlow控制器。 优选地，在步骤 S804， OpenFlow配置点将调度器支持能力通知给 OpenFlow控制 器之后， 还可以包括以下步骤： 步骤 S3 : OpenFlow控制器接收来自于网络应用程序的调用请求； 步骤 S4: OpenFlow控制器在调度器支持能力能够满足调用请求的情况下， 接受 调用请求并向网络应用程序反馈调用成功响应， 或者， 在调度器支持能力未能满足调 用请求的情况下， 拒绝调用请求并向网络应用程序反馈调用失败原因。 图 9是根据本发明优选实施例的 OpenFlow交换机调度器支持能力的通知方法的 示意图。 如图 9所示， OpenFlow配置点通过扩展的 OF-Config协议向 OpenFlow交换 机查询调度器支持能力， 然后再将获知的 OpenFlow 交换机调度器支持能力告知 OpenFlow控制器。 在该优选实施例中， 在网络操作员的触发下， OpenFlow配置点向 OpenFlow交换机发送调度器能力查询消息，查询 OpenFlow交换机的调度器支持能力。 OpenFlow 交换机在接收到 OpenFlow 配置点发送的调度器能力查询消息后， 向 OpenFlow 配置点回复调度器能力查询响应消息， 以反馈当前交换机支持的调度器能 力。 OpenFlow配置点或者网络操作员会将获知的 OpenFlow交换机调度器支持能力告 知 OpenFlow控制器。 如果 OpenFlow配置点与 OpenFlow控制器之间存在接口， 则 OpenFlow配置点在接收到 OpenFlow交换机回复的调度器能力查询响应消息后， 立即 通过该接口将获知的 OpenFlow交换机调度器支持能力告知 OpenFlow控制器，其是自 动触发的， 不需要网络操作员的人工干预； 但是， 如果 OpenFlow配置点与 OpenFlow 控制器之间不存在接口， 则需要由网络操作员将通过 OpenFlow 配置点获知的 OpenFlow交换机调度器支持能力输入到 OpenFlow控制器。网络应用程序通过 API接 口调用 OpenFlow控制器对网络进行操作， OpenFlow控制器根据网络中 OpenFlow交 换机的调度器支持能力来判断能否满足网络应用程序的调用请求并对网络应用程序进 行反馈。 如果 OpenFlow交换机的调度器支持能力可以满足网络应用程序的调用请求， 则 OpenFlow控制器会接受网络应用程序的调用并反馈调用成功响应； 如果 OpenFlow交 换机的调度器支持能力无法满足网络应用程序的调用请求， 则 OpenFlow控制器会拒 绝网络应用程序的调用并反馈拒绝原因。 需要说明的是， 上述 OpenFlow配置点是以按需（on-demand)的方式向 OpenFlow 交换机查询调度器支持能力， 也即发送调度器能力查询消息不是自动触发的， 而是需 要网络操作员的人工触发。 图 10是根据本发明实施例的调度器支持能力的查询装置的结构框图。 如图 10所 示， 该调度器支持能力的查询装置可以包括： 发送模块 10， 设置为向 OpenFlow交换 机发送调度器能力查询消息， 其中， 调度器能力查询消息用于获取 OpenFlow交换机 的调度器支持能力； 第一接收模块 20， 设置为接收来自于 OpenFlow交换机的调度器 能力查询响应消息， 并根据调度器能力查询响应消息获取调度器支持能力。 采用如图 10所示的装置， 解决了相关技术中由于 OpenFlow控制器预先缺乏对于 OpenFlow 交换机调度器支持能力的了解而导致操作失败的问题， 进而实现了 OpenFlow控制器预先获取 OpenFlow交换机的调度器支持能力， 从而有效地避免了 OpenFlow控制器对 OpenFlow交换机进行控制操作失败的情况发生。 优选地， 如图 11 所示， 发送模块 10 可以包括： 判断单元 100， 设置为判断在

OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道是否建立成功； 发送单元 102， 设置为在判断单元输出为是时， 发送调度器能力查询消息。 优选地， 如图 11所示， 上述装置还可以包括： 第二接收模块 30， 设置为接收来 自于网络应用程序的调用请求； 处理模块 40， 设置为在调度器支持能力能够满足调用 请求的情况下， 接受调用请求并向网络应用程序反馈调用成功响应， 或者， 在调度器 支持能力未能满足调用请求的情况下， 拒绝调用请求并向网络应用程序反馈调用失败 原因。 图 12是根据本发明实施例的调度器支持能力的通知装置的结构框图。 如图 12所 示，该调度器支持能力的通知装置可以包括:获取模块 50，设置为被触发获取 OpenFlow 交换机的调度器支持能力； 通知模块 60， 设置为将获取到的调度器支持能力通知给 OpenFlow控制器。 采用如图 12所示的装置， 解决了相关技术中由于 OpenFlow控制器预先缺乏对于 OpenFlow 交换机调度器支持能力的了解而导致操作失败的问题， 进而实现了 OpenFlow控制器预先获取 OpenFlow交换机的调度器支持能力， 从而有效地避免了 OpenFlow控制器对 OpenFlow交换机进行控制操作失败的情况发生。 优选地， 如图 13所示， 获取模块 50可以包括： 发送单元 500， 设置为被触发向 OpenFlow 交换机发送调度器能力查询消息， 其中， 调度器能力查询消息用于获取 OpenFlow交换机的调度器支持能力； 获取单元 502， 设置为接收来自于 OpenFlow交 换机的调度器能力查询响应消息， 并根据调度器能力查询响应消息获取调度器支持能 力。 优选地，如图 13所示，上述装置还可以包括:确定模块 70，设置为确定在 OpenFlow 配置点与 OpenFlow 交换机之间的 OpenFlow 管理和配置通道已经建立成功且在 OpenFlow控制器与 OpenFlow交换机之间的 OpenFlow通道尚未建立。 从以上的描述中， 可以看出， 上述实施例实现了如下技术效果 （需要说明的是这 些效果是某些优选实施例可以达到的效果）：采用本发明实施例所提供的技术方案能够 解决相关技术中由于 OpenFlow控制器预先缺乏对于 OpenFlow交换机调度器支持能力 的了解而导致操作失败的问题，进而实现了 OpenFlow控制器预先获取 OpenFlow交换 机的调度器支持能力，从而有效地避免了 OpenFlow控制器对 OpenFlow交换机进行控 制操作失败的情况发生。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 通过上述实施例及优选实施方式， 不仅解决了相关技术中由于 OpenFlow控制器 预先缺乏对于 OpenFlow交换机调度器支持能力的了解而导致操作失败的问题， 进而 实现了 OpenFlow控制器预先获取 OpenFlow交换机的调度器支持能力，从而有效地避 免了 OpenFlow控制器对 OpenFlow交换机进行控制操作失败的情况发生。

Claims

权 利 要 求 书

1. 一种调度器支持能力的查询方法， 包括：

开放流 OpenFlow控制器向 OpenFlow交换机发送调度器能力查询消息，其 中， 所述调度器能力查询消息用于获取所述 OpenFlow交换机的调度器支持能 力；

所述 OpenFlow控制器接收来自于所述 OpenFlow交换机的调度器能力查询 响应消息， 并根据所述调度器能力查询响应消息获取所述调度器支持能力。

2. 根据权利要求 1所述的方法，其中，所述 OpenFlow控制器向所述 OpenFlow交 换机发送所述调度器能力查询消息包括：

所述 OpenFlow控制器判断在所述 OpenFlow控制器与所述 OpenFlow交换 机之间的 OpenFlow通道是否建立成功；

如果是， 则立即发送所述调度器能力查询消息。

3. 根据权利要求 1所述的方法， 其中， 在所述 OpenFlow控制器根据所述调度器 能力查询响应消息获取所述调度器支持能力之后， 还包括：

所述 OpenFlow控制器接收来自于网络应用程序的调用请求； 所述 OpenFlow控制器在所述调度器支持能力能够满足所述调用请求的情 况下， 接受所述调用请求并向所述网络应用程序反馈调用成功响应， 或者， 在 所述调度器支持能力未能满足所述调用请求的情况下， 拒绝所述调用请求并向 所述网络应用程序反馈调用失败原因。

4. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述调度器支持能力包括以 下至少之一：

交换机支持的最大调度器数量；

交换机支持的最大调度器嵌套层数；

单个调度器支持的最大队列数量；

单个调度器支持的调度算法类型；

单个调度器支持的拥塞策略类型；

单个调度器支持的最大队列优先级数量。

5. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述调度器能力查询消息和 所述调度器能力查询响应消息均为 OpenFlow协议扩展消息。

6. 一种调度器支持能力的通知方法， 包括：

开放流 OpenFlow配置点被触发获取 OpenFlow交换机的调度器支持能力； 所述 OpenFlow配置点将获取到的所述调度器支持能力通知给 OpenFlow控 制器。

7. 根据权利要求 6所述的方法， 其中， 所述 OpenFlow配置点被触发获取所述调 度器支持能力包括：

所述 OpenFlow配置点被触发向所述 OpenFlow交换机发送调度器能力查询 消息， 其中， 所述调度器能力查询消息用于获取所述 OpenFlow交换机的调度 器支持能力；

所述 OpenFlow配置点接收来自于所述 OpenFlow交换机的调度器能力查询 响应消息， 并根据所述调度器能力查询响应消息获取所述调度器支持能力。

8. 根据权利要求 6所述的方法， 其中， 所述 OpenFlow配置点经由预设接口将所 述调度器支持能力通知给所述 OpenFlow控制器。

9. 根据权利要求 6所述的方法， 其中， 在所述 OpenFlow配置点将所述调度器支 持能力通知给所述 OpenFlow控制器之后， 还包括：

所述 OpenFlow控制器接收来自于网络应用程序的调用请求； 所述 OpenFlow控制器在所述调度器支持能力能够满足所述调用请求的情 况下， 接受所述调用请求并向所述网络应用程序反馈调用成功响应， 或者， 在 所述调度器支持能力未能满足所述调用请求的情况下， 拒绝所述调用请求并向 所述网络应用程序反馈调用失败原因。

10. 根据权利要求 6所述的方法， 其中， 在所述 OpenFlow配置点被触发获取所述 调度器支持能力之前， 还包括：

所述 OpenFlow配置点确定在所述 OpenFlow配置点与所述 OpenFlow交换 机之间的 OpenFlow管理和配置通道已经建立成功且在所述 OpenFlow控制器与 所述 OpenFlow交换机之间的 OpenFlow通道尚未建立。

11. 根据权利要求 6至 10中任一项所述的方法，其中，所述调度器支持能力包括以 下至少之一： 交换机支持的最大调度器数量；

交换机支持的最大调度器嵌套层数；

单个调度器支持的最大队列数量；

单个调度器支持的调度算法类型；

单个调度器支持的拥塞策略类型；

单个调度器支持的最大队列优先级数量。

12. 根据权利要求 6至 10中任一项所述的方法，其中，所述调度器能力查询消息和 所述调度器能力查询响应消息均为 OpenFlow管理和配置通道协议扩展消息。

13. 一种调度器支持能力的查询装置， 包括：

发送模块， 用于向 OpenFlow交换机发送调度器能力查询消息， 其中， 所 述调度器能力查询消息用于获取所述 OpenFlow交换机的调度器支持能力； 第一接收模块， 用于接收来自于所述 OpenFlow交换机的调度器能力查询 响应消息， 并根据所述调度器能力查询响应消息获取所述调度器支持能力。

14. 根据权利要求 13所述的装置， 其中， 所述发送模块包括：

判断单元，用于判断在所述 OpenFlow控制器与所述 OpenFlow交换机之间 的 OpenFlow通道是否建立成功；

发送单元， 用于在所述判断单元输出为是时， 发送所述调度器能力查询消 息。

15. 根据权利要求 13所述的装置， 其中， 所述装置还包括： 第二接收模块， 用于接收来自于网络应用程序的调用请求；

处理模块， 用于在所述调度器支持能力能够满足所述调用请求的情况下， 接受所述调用请求并向所述网络应用程序反馈调用成功响应， 或者， 在所述调 度器支持能力未能满足所述调用请求的情况下， 拒绝所述调用请求并向所述网 络应用程序反馈调用失败原因。

16. 一种调度器支持能力的通知装置， 包括：

获取模块， 用于被触发获取 OpenFlow交换机的调度器支持能力； 通知模块，用于将获取到的所述调度器支持能力通知给 OpenFlow控制器。

17. 根据权利要求 16所述的装置， 其中， 所述获取模块包括：

发送单元，用于被触发向所述 OpenFlow交换机发送调度器能力查询消息， 其中， 所述调度器能力查询消息用于获取所述 OpenFlow交换机的调度器支持 能力；

获取单元， 用于接收来自于所述 OpenFlow交换机的调度器能力查询响应 消息， 并根据所述调度器能力查询响应消息获取所述调度器支持能力。

18. 根据权利要求 16所述的装置， 其中， 所述装置还包括：

确定模块，用于确定在所述 OpenFlow配置点与所述 OpenFlow交换机之间 的 OpenFlow管理和配置通道已经建立成功且在所述 OpenFlow控制器与所述 OpenFlow交换机之间的 OpenFlow通道尚未建立。