CN110365720B - 一种资源请求处理的方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了一种资源请求处理的方法、装置及系统，该方法包括：控制器获取第一服务器发送的网络资源请求之后，判断该网络资源请求中携带的网络对象的参数是否满足预设条件，若满足预设条件，则向第一服务器发送应答报文。应答报文用于指示第一服务器结束针对网络资源请求的应答等待。也就是说，控制器验证网络资源请求携带的网络对象的参数满足预设条件之后，即向第一服务器发送应答报文，故而可以缩短第一服务器等待应答报文的等待时间，使得等待时间小于规定的反馈等待时长，第一服务器也不会重新向控制器发送该网络资源请求。从而可以减轻控制器和网络设备的负担，缩短业务处理时间。

Description

一种资源请求处理的方法、装置及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种资源请求处理的方法、装置及系统。

背景技术

作为一种颠覆传统网络的新型网络架构，软件定义网络(software definednetworking，SDN)凭借其快速提供网络服务、实现网络灵活管理、加速网络应用创新、降低运营开销等诸多好处，成为整个行业注目的焦点。

SDN架构主要分为三个层次：聚焦各种网络业务开发的应用层(applicationlayer)，负责资源编排、全局网络管理的控制层(control layer)，以及负责数据转发的基础设施层(infrastructure layer)。其中，控制层为SDN架构的核心，控制层中的控制器通常通过北向接口(northbound interface，NBI)与位于应用层的第一服务器连接，并且通过南向接口(sorthbound interface，SBI)和位于基础设施层的网络设备连接。

传统的业务处理流程为：第一服务器向SDN控制器发送北向业务请求，SDN控制器对北向业务请求进行分发处理，生成南向业务报文，并将南向业务报文下发给各个网络设备。各个网络设备对南向业务报文进行处理，并生成处理结果，处理结果包括处理成功或处理失败。SDN控制器接收到各个网络设备发送的处理结果之后，将处理结果反馈给第一服务器。

目前，由于第一服务器同时发送的业务请求较多或网络设备性能等原因，整个业务处理流程耗时较长，以至于超过第一服务器规定的反馈等待时长时，第一服务器就会认为SDN控制器没有接收到北向业务请求，因而重新发送该北向业务请求，但这样就会加重SDN控制器和网络设备的负担，进而导致业务处理时间更长。

发明内容

本申请实施例提供了一种资源请求处理的方法、装置及系统，用于减轻控制器和网络设备业务处理的负担，缩短业务处理时间。

第一方面，本申请实施例提供的资源请求处理的方法，包括：

获取第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数；若所述网络对象的参数满足预设条件，则向所述第一服务器发送应答报文，所述应答报文用于指示所述第一服务器结束针对所述网络资源请求的应答等待。

采用上述方法，控制器获取第一服务器发送的网络资源请求之后，判断该网络资源请求中携带的网络对象的参数是否满足预设条件，若满足预设条件，则向第一服务器发送应答报文。该应答报文用于指示第一服务器结束针对该网络资源请求的应答等待。也就是说，控制器验证该网络资源请求携带的网络对象的参数满足预设条件之后，即向第一服务器发送应答报文，而不是等到控制器针对该网络资源请求完成网络资源的编排，并将编排后的网络资源下发到位于基础设施层的具体的网络设备，并等待网络设备完成对该编排后的网络资源的处理之后，才向第一服务器发送应答报文。故而可以缩短第一服务器等待成功处理报文的等待时间，使得等待时间小于规定的反馈等待时长，第一服务器则不会认为控制器没有接收到该网络资源请求，相应的，第一服务器也不会重新向控制器发送该网络资源请求。由此可见，本申请实施例提供的资源请求处理的方法，可以减轻控制器和网络设备业务处理的负担，缩短业务处理时间。

在一种可能的设计中，所述应答报文还用于指示所述第一服务器将所述网络对象的状态设置为等待状态。

应答报文可以表征控制器已经接收到该网络资源请求，并且，对该网络资源请求携带的网络对象的参数进行了校验。但是，控制器可能并未完成对网络资源的编排，也并未将编排后的网络资源下发到位于基础设施层的具体的网络设备，网络设备也并未完成对该编排后的网络资源的处理。也就是说，控制器以及位于基础设施层的具体设备对该网络对象所执行的操作并未完成。因此，在本申请实施例中，该应答报文还可以用于指示第一服务器将网络对象的状态设置为等待状态。第一服务器还可以将该网络对象的状态显示出来，以便用户根据第一服务器显示的网络对象的状态，了解对该网络对象的处理结果，并根据对该网络对象的处理结果确定对该网络对象的进一步操作。

在一种可能的实现中，所述方法还包括：

根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；

将所述处理结果发送给所述第一服务器，以使所述第一服务器将所述网络对象的等待状态修改为与所述处理结果对应的状态。

在本申请实施例中，将根据控制器以及位于基础设施层的具体设备对该网络对象所执行的操作的处理结果发送给第一服务器，以便于第一服务器根据控制器以及位于基础设施层的具体设备对该网络对象所执行的操作的处理结果修改该网络对象的状态。第一服务器还可以将该网络对象的状态显示出来，以便用户根据第一服务器显示的网络对象的状态，了解对该网络对象的处理结果，并根据对该网络对象的处理结果确定对该网络对象的进一步操作。

在一些可能的实现中，所述将所述处理结果发送给所述第一服务器包括：

将所述处理结果封装为消息格式发送给所述第一服务器。

控制器可以根据第一服务器支持的格式确定该消息格式。例如，第一服务器支持可以通过RPC接口发送的格式，则该消息格式是可以通过RPC接口发送的消息格式。以便第一服务器对该处理结果进行解析，并将网络对象的状态显示出来。

在一些可能的实现中，所述第一服务器包括中子Neutron应用服务器。

Neutron应用服务器可以用来建立虚拟网络，从而使得虚拟机通过该虚拟网络连接到因特网。具体地，Neutron应用服务器为虚拟机创建端口、子网和网络之后，虚拟机通过端口连接子网和网络，从而连接到因特网。Neutron应用服务器可以向控制器发送网络资源请求，并根据控制器发送的应答报文结束针对所述网络资源请求的应答等待，从而减轻控制器和网络设备的负担，缩短业务处理时间。

在一种可能的设计中，所述网络资源请求用于创建所述网络对象或删除所述网络对象。例如，本实施例中的网络资源请求用于请求控制器为第一服务器创建/或删除端口；又如，本实施例中的网络资源请求用于请求控制器为第一服务器创建/或删除子网；再如，本实施例中的网络资源请求用于请求控制器为第一服务器创建/或删除网络。从而可以使得虚拟机通过端口连接子网和网络，从而连接到因特网。

第二方面，本申请实施例提供一种资源请求处理的装置，所述装置包括：

获取单元，用于获取第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数；

发送单元，用于当所述网络对象的参数满足预设条件时，向所述第一服务器发送应答报文，所述应答报文用于指示所述第一服务器结束针对所述网络资源请求的应答等待。

在一种可能的设计中，所述应答报文还用于指示所述第一服务器将所述网络对象的状态设置为等待状态。

在一种可能的设计中，所述获取单元，还用于根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；

所述发送单元，还用于将所述处理结果发送给所述第一服务器，以使所述第一服务器将所述网络对象的等待状态修改为与所述处理结果对应的状态。

在一种可能的设计中，所述发送单元，具体用于：

将所述处理结果封装为消息格式发送给所述第一服务器。

在一种可能的设计中，所述第一服务器包括中子Neutron应用服务器。

在一种可能的设计中，所述网络资源请求用于创建所述网络对象或删除所述网络对象。

第三方面，本申请实施例提供一种资源请求处理的系统，所述系统包括：控制器和第一服务器；所述控制器和所述第一服务器连接；

所述控制器，用于获取所述第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数；当所述网络对象的参数满足预设条件时，向所述第一服务器发送应答报文；

所述第一服务器，用于根据所述应答报文结束针对所述网络资源请求的应答等待。

在一种可能的设计中，所述第一服务器还用于，根据所述应答报文将所述网络对象的状态设置为等待状态。

在一种可能的设计中，所述控制器，还用于根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；并将所述处理结果发送给所述第一服务器；

所述第一服务器，还用于将所述网络对象的等待状态修改为与所述处理结果对应的状态。

在一种可能的设计中，所述系统还包括，第二服务器；

所述控制器，用于根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；并将所述处理结果发送给所述第二服务器；

所述第二服务器，用于将所述控制器发送的处理结果发送至所述第一服务器；

所述第一服务器，还用于将所述网络对象的等待状态修改为与所述第二服务器发送的处理结果对应的状态。

在一种可能的设计中，所述控制器，具体用于：

将所述处理结果封装为消息格式发送给所述第一服务器。

在一种可能的设计中，所述第一服务器包括中子Neutron应用服务器。

在一种可能的设计中，所述网络资源请求用于创建所述网络对象或删除所述网络对象。

第四方面，本申请实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行以上第一方面任意一项所述的方法。

第五方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行以上第一方面任意一项所述的方法。

附图说明

图1为本申请实施例提供的SDN网络架构的示意图；

图2为本申请实施例提供的一种资源请求处理的方法的流程示意图；

图3为本申请实施例提供的状态修改的方法的流程示意图；

图4为本申请实施例提供的一个应用场景示意图；

图5为本申请实施例提供的一种资源请求处理的方法的信令交互图；

图6为本申请实施例提供的一种资源请求处理的装置的结构示意图；

图7为本申请实施例提供的一种资源请求处理的系统的结构示意图；

图8为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

本申请实施例提供了一种资源请求处理的方法、装置及系统，能够减轻控制器和网络设备负担，缩短业务处理时间。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为方便理解本申请的技术方案，首先对SDN网络架构进行介绍。可结合图1进行理解。

SDN网络由聚焦各种网络业务开发的应用层100、负责资源编排、全局网络管理的控制层200，以及负责数据转发的基础设施层300构成。其中，控制层200为SDN架构的核心，控制层200中的控制器通常通过北向接口与位于应用层100的第一服务器连接，并且通过南向接口和位于基础设施层300的网络设备连接。其中，应用层100可以包括一个或多个第一服务器，第一服务器可以为应用服务器；控制层200可以包括SDN控制器；基础设施层300可以包括虚拟网络交换机(Virtual Switch)、第二代洋葱路由(The Onion Router，TOR)等网络设备。

需要说明的是，本申请实施例中提及的北向接口可以包括一种或多种接口，例如，可以包括restful接口、超文本传输协议(HyperText Transfer Protocol，HTTP)接口和远程过程调用(Remote Procedure Call，RPC)接口等接口。其中，restful接口是指满足表述性状态转化(Representational State Transfer，REST)架构样式的网络系统的架构约束条件和原则的接口。

本申请实施例中提及的南向接口也可以包含一种或多种接口，本申请实施例不做具体限定。

在实际应用中，SDN网络可以为位于应用层100的第一服务器创建或删除网络对象。网络对象是指网络资源请求中需要被处理的对象，例如可以为虚拟机的端口、子网以及网络等。例如，SDN网络可以为第一服务器创建端口、子网以及网络。又如，可以为第一服务器删除端口、子网以及网络。具体地，第一服务器向SDN控制器发送北向业务请求，SDN控制器对北向业务请求进行分发处理，生成南向业务报文，并将南向业务报文下发给各个网络设备。各个网络设备对南向业务报文进行处理，并生成处理结果，处理结果包括处理成功或处理失败。SDN控制器接收到各个网络设备发送的处理结果之后，将处理结果反馈给第一服务器。

但是，在上述处理过程中，SDN控制器对北向业务请求进行分发处理时，需要针对该北向业务请求进行抽象网络模型到具体网络设备的编排和转换，才能生成南向业务报文，该过程耗时比较长。并且，各个网络设备对南向业务报文进行处理时，也会受到网络设备自身的性能的影响，从而导致各个网络设备对南向业务报文进行处理时也会耗时较长。从而导致整个业务处理流程耗时较长。而第一服务器未接收到网络设备反馈的处理结果之前，一直处于等待状态，以至于超过第一服务器规定的反馈等待时长时，第一服务器就会认为SDN控制器没有接收到北向业务请求，因而重新发送该北向业务请求，但这样就会加重SDN控制器和网络设备的负担，进而导致业务处理时间更长。

以创建端口为例进行说明，SDN控制器对该请求创建端口的北向业务请求进行分发处理时，对该北向业务请求进行抽象网络模型到具体网络设备的编排和转换时，需要找到与该端口关联的硬件交换机，并将该端口模型转换成该硬件交换机的配置模型，才能根据该交换机的配置模型生成南向业务报文，该过程耗时比较长。并且，该交换机对该配置模型进行配置时，会受到交换机自身的性能的影响，从而导致该交换机对南向业务报文进行处理时也会耗时较长。从而导致整个业务处理流程耗时较长。而第一服务器未接收到交换机反馈的处理结果之前，一直处于等待状态，以至于超过第一服务器规定的反馈等待时长时，第一服务器就会认为SDN控制器没有接收到该创建端口的北向业务请求，因而重新发送该北向业务请求，但这样就会加重SDN控制器和网络设备的负担，进而导致业务处理时间更长。

鉴于此，本申请实施例提供一种资源请求处理的方法、装置及系统，可以避免第一服务器一直处于等待该成功处理报文的状态，从而使得第一服务器等待时间过长，以至于等待时间超过规定的反馈等待时长时，第一服务器就会认为SDN控制器没有接收到该网络资源请求，因而重新发送该网络资源请求的问题。从而减轻SDN控制器和网络设备的负担，缩短业务处理时间。

在本申请实施例的以下描述中，将“北向业务请求”称为“网络资源请求”。

参见图2，该图为本申请实施例提供的一种资源请求处理的方法的流程示意图。以下对本申请实施例提供的资源请求处理的方法进行详细介绍。

本申请实施例提供的资源请求处理的方法，可以应用于SDN控制器。当然，可以理解的是，该方法还可以应用于其他类型的控制器，本申请不做具体限定。为了便于描述，下文均以SDN控制器为例进行介绍。

该方法可以通过如下步骤201至步骤202实现。

步骤201：获取第一服务器发送的网络资源请求，该网络资源请求中携带有网络对象的参数。

需要说明的是，本申请实施例对第一服务器不做具体限定。第一服务器可以为应用服务器。作为一种示例，第一服务器可以为中子Neutron应用服务器。Neutron应用服务器可以用来建立虚拟网络，从而使得虚拟机通过该虚拟网络连接到因特网。具体地，Neutron应用服务器为虚拟机创建端口、子网和网络之后，虚拟机通过端口连接子网和网络，从而连接到因特网。

本申请实施例中提及的网络资源请求可以为restful请求。restful请求是指，满足表述性状态转化(Representational State Transfer，REST)架构样式的网络系统的架构约束条件和原则的请求。

本申请实施例中提及的网络资源请求可以与网络对象相对应。本申请实施例中提及的网络对象可以包括端口、子网和网络等中的一种或多种。本申请实施例中的网络资源请求用于对网络对象执行相应的操作。

作为一种示例，本申请实施例中提及的网络资源请求，用于请求SDN控制器为第一服务器创建网络对象或删除网络对象。例如，本实施例中的网络资源请求用于请求SDN控制器为第一服务器创建/或删除端口；又如，本实施例中的网络资源请求用于请求SDN控制器为第一服务器创建/或删除子网；再如，本实施例中的网络资源请求用于请求SDN控制器为第一服务器创建/或删除网络。

需要说明的是，网络对象具有相应的参数。网络对象不同，其具有的参数也不同。当网络资源请求用于请求SDN控制器为第一服务器创建/或删除端口时，该网络资源请求中携带有虚拟机的IP地址、媒体访问控制(Media Access Control，MAC)地址等参数。当网络资源请求用于请求SDN控制器为第一服务器创建/或删除子网时，该网络资源请求中携带有可分配的地址池等参数，用于给虚拟机分配IP地址。当网络资源请求用于请求SDN控制器为第一服务器创建/或删除网络时，该网络资源请求中携带有网络类型、网络ID等参数。

可以理解的是，SDN控制器接收到该网络资源请求之后，可以根据该网络资源请求中携带的网络对象的参数，针对该网络资源请求分配或释放网络资源。

步骤202：若该网络对象的参数满足预设条件，则向第一服务器发送应答报文，该应答报文用于指示第一服务器结束针对该网络资源请求的应答等待。

本申请实施例不具体限定该预设条件，预设条件可以根据实际情况具体设置。作为一种示例，该预设条件可以是该网络资源请求所请求的网络资源可以被满足，即基础设施层的有足够的网络设备余量以满足该网络资源请求。作为另一种示例，该预设条件可以是对预设时间内对某一类型网络对象的网络资源请求的额度进行验证。例如，验证预设时间段内针对“创建端口”的网络资源请求的数量进行验证，若该数量小于预设阈值，则认为该网络资源请求满足预设条件。

本申请不具体限定SDN控制器向第一服务器发送应答报文的具体实现方式。作为一种示例，SDN控制器可以通过HTTP接口向第一服务器返回状态码200。

可以理解的是，该应答报文表征SDN控制器已经接收到该网络资源请求，并且，对该网络资源请求携带的网络对象的参数进行了校验。第一服务器接收到该成功应答报文之后，则可以结束对该网络资源请求的应答等待。进一步地，若有其它网络资源请求正在处于等待发送至SDN控制器的状态，则可以将该正在处于等待发送至SDN控制器的网络资源请求发送至SDN控制器。

利用本申请实施例提供的资源请求处理的方法，SDN控制器获取第一服务器发送的网络资源请求之后，判断该网络资源请求中携带的网络对象的参数是否满足预设条件，若满足预设条件，则向第一服务器发送应答报文。该应答报文用于指示第一服务器结束针对该网络资源请求的应答等待。也就是说，SDN控制器验证该网络资源请求携带的网络对象的参数满足预设条件之后，即向第一服务器发送应答报文，而不是等到SDN控制器针对该网络资源请求完成网络资源的编排，并将编排后的网络资源下发到位于基础设施层的具体的网络设备，并等待网络设备完成对该编排后的网络资源的处理之后，才向第一服务器发送应答报文。故而可以缩短第一服务器等待成功处理报文的等待时间，使得等待时间小于规定的反馈等待时长，第一服务器则不会认为SDN控制器没有接收到该网络资源请求，相应的，第一服务器也不会重新向SDN控制器发送该网络资源请求。由此可见，本申请实施例提供的资源请求处理的方法、装置及系统，可以减轻SDN控制器和网络设备的负担，缩短业务处理时间。

如上文所述，应答报文可以表征SDN控制器已经接收到该网络资源请求，并且，对该网络资源请求携带的网络对象的参数进行了校验。但是，SDN控制器可能并未完成对网络资源的编排，也并未将编排后的网络资源下发到位于基础设施层的具体的网络设备，网络设备也并未完成对该编排后的网络资源的处理。也就是说，SDN控制器以及位于基础设施层的具体设备对该网络对象所执行的操作并未完成。因此，在本申请实施例中，该应答报文还可以用于指示第一服务器将网络对象的状态设置为等待状态。

进一步地，在本申请实施例中，还可以将根据SDN控制器以及位于基础设施层的具体设备对该网络对象所执行的操作的处理结果发送给第一服务器，以便于第一服务器根据SDN控制器以及位于基础设施层的具体设备对该网络对象所执行的操作的处理结果修改该网络对象的状态。第一服务器还可以将该网络对象的状态显示出来，以便用户根据第一服务器显示的网络对象的状态，了解对该网络对象的处理结果，并根据对该网络对象的处理结果确定对该网络对象的进一步操作。

具体地，本申请实施例提供的资源请求处理的方法，还可以包括以下步骤301至步骤302。

步骤301：根据网络对象的参数，对网络对象进行处理，得到处理结果。

本申请实施例中的对网络对象进行处理，是指，SDN控制器根据网络资源请求中携带的网络对象的参数等信息，完成对网络资源的编排，将编排后的结果下发到位于基础设施层的具体的网络设备，使得位于基础设施层的具体网络设备执行该编排后的结果。

本申请实施例中的处理结果，是指，位于基础设施层的网络设备针对编排后的结果进行处理所得到的结果。

一般而言，处理结果包含两种状态，一种状态为“成功”，另一种状态为“失败”。例如，对于创建端口而言，创建结果不是成功，则是失败。

步骤302：将该处理结果发送给第一服务器，以使第一服务器将网络对象的等待状态修改为与该处理结果对应的状态。

步骤302在具体实现时，可以将该处理结果封装为消息格式发送给第一服务器。

需要说明的是，本申请实施例不具体限定该消息格式。在一种可能的实现方式中，SDN控制器可以根据第一服务器支持的格式确定该消息格式。例如，第一服务器支持可以通过RPC接口发送的格式，则该消息格式是可以通过RPC接口发送的消息格式。

在本申请实施例中，SDN控制器将该处理结果发送给第一服务器，可以采用直接发送的方式，也可以采用间接发送的方式。

若采用直接发送的方式，则，SDN控制器从位于基础设施层的网络设备处获得处理结果之后，直接将该处理结果发送至第一服务器。

若采用间接发送的方式，则，SDN控制器从位于基础设施层的网络设备处获得处理结果之后，通过第二服务器将该处理结果发送至第一服务器。具体地，SDN控制器首先将该处理结果发送至第二服务器，第二服务器再将该处理结果发送至第一服务器。

需要说明的是，第二服务器是独立于SDN控制器的一个服务器。

由此可见，本申请实施例提供的方法，第一服务器可以根据SDN控制器以及位于基础设施层的具体设备对该网络对象所执行的操作的执行结果，修改该网络对象的状态。从而可以确定该网络对象的最终状态。使得第一服务器可以利用该网络对象的最终在状态确定对该网络对象的进一步操作。

以上内容对本申请实施例提供的资源请求处理的方法进行了描述，请结合图4进行理解，图4为本申请实施例提供的一个应用场景示意图。在该场景下，位于应用层100的第一服务器包括Neutron应用服务器110和第三服务器120，Neutron应用服务器110与第三服务器120相连。位于控制层200的控制器包括SDN控制器210，位于基础设施层300的基础设施包括网络设备310。SDN控制器210通过北向接口与Neutron应用服务器110连接，并且通过南向接口和位于基础设施层300的网络设备310连接。

以下以第一第三服务器120请求创建端口为例，结合图5介绍本申请实施例提供的资源请求处理的方法。本申请实施例提供的资源请求处理的方法，可以通过如下步骤501到步骤512实现。

步骤501：Neutron应用服务器110接收到第三服务器120发送的创建端口请求。

需要说明的是，第三服务器120可以为应用服务器，第三服务器120向Neutron应用服务器110发送创建端口请求。该创建端口请求中携带有请求创建端口的参数。

步骤502：Neutron应用服务器110调用SDN控制器210的restful接口。

步骤503：Neutron应用服务器110通过restful接口向SDN控制器210发送restful请求。

需要说明的是，该restful请求用于请求SDN控制器210为第三服务器120创建端口，该请求中携带第三服务器120请求创建端口的参数。

可以理解的是，Neutron应用服务器110可以根据对步骤501中提及的创建端口请求进行解析，获得第三服务器120请求创建端口的参数，从而生成携带有第三服务器120请求创建端口的参数的restful请求。

步骤504：SDN控制器210校验restful请求中携带的请求创建端口的参数合法。

步骤505：SDN控制器210通过HTTP接口向Neutron应用服务器110返回HTTP状态码200。

需要说明的是，SDN控制器210向Neutron应用服务器110返回HTTP状态码200，是为了提示Neutron应用服务器110，SDN控制器210已经成功接收到restful请求。

步骤506：Neutron应用服务器110将该创建端口的状态设置为“等待”。

步骤507：SDN控制器210根据该restful请求完成从抽象网络模型到具体网络设备模型的编排，将端口创建到网络设备310上。

步骤508：SDN控制器210将抽象网络模型到具体网络设备模型的编排的结果发送至网络设备310。

步骤509：网络设备310执行上述抽象网络模型到具体网络设备模型的编排的结果，完成端口创建。

步骤510：网络设备310将创建端口成功的消息通过南向接口发送至SDN控制器210。

步骤511：SDN控制器210将创建端口成功的消息封装成可以利用RPC接口发送的消息格式，利用RPC接口发送给Neutron应用服务器110。

关于步骤511，需要说明的是，虽然在步骤511中，SDN控制器210直接将创建端口成功的消息封装成可以利用RPC接口发送的消息格式，利用RPC接口发送给Neutron应用服务器110。但是，SDN控制器210也可以先将创建端口成功的消息发送至第二服务器，由第二服务器将创建端口成功的消息封装成可以利用RPC接口发送的消息格式，利用RPC接口发送给Neutron应用服务器110。

步骤512：Neutron应用服务器110将创建端口的状态设置为“成功”。

本申请实施例提供的方法，一方面，SDN控制器验证该restful请求携带的端口的参数满足预设条件之后，即向第一服务器发送HTTP状态码200，可以避免第一服务器一直处于等待状态，从而使得第一服务器等待时间过长，以至于等待时间超过规定的反馈等待时长时，第一服务器就会认为SDN控制器没有接收到该restful请求，因而重新发送该restful请求的问题。从而可以减轻SDN控制器和网络设备的负担，缩短业务处理时间。另一方面，Neutron应用服务器可以根据SDN控制器以及位于基础设施层的网络设备对该创建端口的创建结果，修改该端口的创建状态。从而可以确定该端口的最终状态。使得Neutron应用服务器可以利用该端口的最终在状态确定对该端口的进一步操作。

为便于更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参考图6所示，本申请实施例提供的一种资源请求处理的装置600，该资源请求处理的装置600具体对应于上述提供的资源请求处理的方法的功能。本申请实施例提供的资源请求处理的装置600，包括获取单元610和发送单元620。

获取单元610，用于获取第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数；

发送单元620，用于当所述网络对象的参数满足预设条件时，向所述第一服务器发送应答报文，所述应答报文用于指示所述第一服务器结束针对所述网络资源请求的应答等待。

在一种可能的设计中，应答报文还用于指示第一服务器将网络对象的状态设置为等待状态。

在一种可能的设计中，：

获取单元610，还用于根据网络对象的参数，对网络对象进行处理，得到处理结果；

发送单元620，还用于将处理结果发送给第一服务器，以使第一服务器将网络对象的等待状态修改为与处理结果对应的状态。

在一种可能的设计中，发送单元620，具体用于：

将处理结果封装为消息格式发送给第一服务器。

在一种可能的设计中，第一服务器包括中子Neutron应用服务器。

在一种可能的设计中，网络资源请求用于创建网络对象或删除网络对象。

资源请求处理的装置600获取第一服务器发送的网络资源请求之后，判断该网络资源请求中携带的网络对象的参数是否满足预设条件，若满足预设条件，则向第一服务器发送应答报文。该应答报文用于指示第一服务器结束针对该网络资源请求的应答等待。也就是说，资源请求处理的装置600验证该网络资源请求携带的网络对象的参数满足预设条件之后，即向第一服务器发送应答报文，而不是等到资源请求处理的装置600针对该网络资源请求完成网络资源的编排，并将编排后的网络资源下发到位于基础设施层的具体的网络设备，并等待网络设备完成对该编排后的网络资源的处理之后，才向第一服务器发送应答报文。故而可以缩短第一服务器等待成功处理报文的等待时间，使得等待时间小于规定的反馈等待时长，第一服务器则不会认为资源请求处理的装置600没有接收到该网络资源请求，相应的，第一服务器也不会重新向资源请求处理的装置600发送该网络资源请求。由此可见，本申请实施例提供的资源请求处理的装置，可以减轻资源请求处理的装置600和网络设备的负担，缩短业务处理时间。

需要说明的是，上述装置中各单元之间的信息交互、执行过程等内容，由于与本申请实施例方法实施例基于同一构思，其带来的技术效果与本申请实施例方法实施例相同，具体内容可参见本申请实施例前述所示的方法实施例中的叙述，此处不再赘述。

为便于更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关系统。

请参考图7所示，本申请实施例提供的一种资源请求处理的系统700，该资源请求处理的系统700具体对应于上述提供的资源请求处理的方法的功能。本申请实施例提供的资源请求处理的系统700，包括控制器710和第一服务器720。

控制器710和第一服务器720连接；其中，控制器710可以为SDN控制器。

控制器710，用于获取第一服务器720发送的网络资源请求，网络资源请求中携带有网络对象的参数；当网络对象的参数满足预设条件时，向第一服务器720发送应答报文；

第一服务器720，用于根据应答报文结束针对网络资源请求的应答等待。

在一种可能的设计中，第一服务器720还用于，根据应答报文将网络对象的状态设置为等待状态。

在一种可能的设计中，控制器710，还用于根据网络对象的参数，对网络对象进行处理，得到处理结果；并将处理结果发送给第一服务器720；

第一服务器720，还用于将网络对象的等待状态修改为与处理结果对应的状态。

在一种可能的设计中，资源请求处理的系统700还包括，第二服务器；

控制器710，用于根据网络对象的参数，对网络对象进行处理，得到处理结果；并将处理结果发送给第二服务器；

第二服务器，用于将控制器710发送的处理结果发送至第一服务器720；

第一服务器720，还用于将网络对象的等待状态修改为与第二服务器发送的。

在一种可能的设计中，控制器710，具体用于：

将处理结果封装为消息格式发送给第一服务器720。

在一种可能的设计中，第一服务器720包括Neutron应用服务器。

在一种可能的设计中，网络资源请求用于创建网络对象或删除网络对象。

控制器获取第一服务器发送的网络资源请求之后，判断该网络资源请求中携带的网络对象的参数是否满足预设条件，若满足预设条件，则向第一服务器发送应答报文。该应答报文用于指示第一服务器结束针对该网络资源请求的应答等待。也就是说，控制器验证该网络资源请求携带的网络对象的参数满足预设条件之后，即向第一服务器发送应答报文，而不是等到控制器针对该网络资源请求完成网络资源的编排，并将编排后的网络资源下发到位于基础设施层的具体的网络设备，并等待网络设备完成对该编排后的网络资源的处理之后，才向第一服务器发送应答报文。故而可以缩短第一服务器等待成功处理报文的等待时间，使得等待时间小于规定的反馈等待时长，第一服务器则不会认为控制器没有接收到该网络资源请求，相应的，第一服务器也不会重新向控制器发送该网络资源请求。由此可见，本申请实施例提供的资源请求处理的系统，可以减轻控制器和网络设备的负担，缩短业务处理时间。

需要说明的是，上述系统中控制器、第一服务器以及第二服务器之间的信息交互、执行过程等内容，由于与本申请实施例方法实施例基于同一构思，其带来的技术效果与本申请实施例方法实施例相同，具体内容可参见本申请实施例前述所示的方法实施例中的叙述，此处不再赘述。

本申请实施例还一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行以上方法实施例提供的资源请求处理的方法。

所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。

本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行以上方法实施例提供的资源请求处理的方法。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。

需要说明的是，上文提及的第一服务器、第二服务器以及第三服务器可以是具有图8所示的结构的服务器，图8所示的服务器800可因配置或性能不同而产生比较大的差异，其可以包括一个或一个以上中央处理器(central processing units，CPU)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。

服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种资源请求处理的方法，其特征在于，所述方法应用于SDN控制器，所述SDN控制器归属于SDN网络的控制层，所述SDN网络的应用层包括第一服务器，所述方法包括：

获取第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数，所述网络资源请求用于请求所述SDN控制器为所述第一服务器创建所述网络对象或删除所述网络对象；

若所述网络对象的参数满足预设条件，则向所述第一服务器发送应答报文，所述应答报文用于指示所述第一服务器结束针对所述网络资源请求的应答等待；

所述应答报文还用于指示所述第一服务器将所述网络对象的状态设置为等待状态。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；

将所述处理结果发送给所述第一服务器，以使所述第一服务器将所述网络对象的等待状态修改为与所述处理结果对应的状态。

3.根据权利要求2所述的方法，其特征在于，所述将所述处理结果发送给所述第一服务器包括：

将所述处理结果封装为消息格式发送给所述第一服务器。

4.根据权利要求1所述的方法，其特征在于，所述第一服务器包括中子Neutron应用服务器。

5.一种资源请求处理的装置，其特征在于，所述装置应用于SDN控制器，所述SDN控制器归属于SDN网络的控制层，所述SDN网络的应用层包括第一服务器，所述装置包括：

获取单元，用于获取第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数，所述网络资源请求用于请求所述SDN控制器为所述第一服务器创建所述网络对象或删除所述网络对象；

发送单元，用于当所述网络对象的参数满足预设条件时，向所述第一服务器发送应答报文，所述应答报文用于指示所述第一服务器结束针对所述网络资源请求的应答等待；

所述应答报文还用于指示所述第一服务器将所述网络对象的状态设置为等待状态。

6.根据权利要求5所述的装置，其特征在于，

所述获取单元，还用于根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；

所述发送单元，还用于将所述处理结果发送给所述第一服务器，以使所述第一服务器将所述网络对象的等待状态修改为与所述处理结果对应的状态。

7.根据权利要求6所述的装置，其特征在于，所述发送单元，具体用于：

将所述处理结果封装为消息格式发送给所述第一服务器。

8.根据权利要求5所述的装置，其特征在于，所述第一服务器包括中子Neutron应用服务器。

9.一种资源请求处理的系统，其特征在于，所述系统包括：SDN控制器和第一服务器；所述SDN控制器和所述第一服务器连接；

所述SDN控制器，用于获取所述第一服务器发送的网络资源请求，所述网络资源请求中携带有网络对象的参数，所述网络资源请求用于请求所述SDN控制器为所述第一服务器创建所述网络对象或删除所述网络对象；当所述网络对象的参数满足预设条件时，向所述第一服务器发送应答报文；

所述第一服务器，用于根据所述应答报文结束针对所述网络资源请求的应答等待；

所述第一服务器还用于，根据所述应答报文将所述网络对象的状态设置为等待状态。

10.根据权利要求9所述的系统，其特征在于，

所述SDN控制器，还用于根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；并将所述处理结果发送给所述第一服务器；

所述第一服务器，还用于将所述网络对象的等待状态修改为与所述处理结果对应的状态。

11.根据权利要求9所述的系统，其特征在于，所述系统还包括，第二服务器；

所述SDN控制器，用于根据所述网络对象的参数，对所述网络对象进行处理，得到处理结果；并将所述处理结果发送给所述第二服务器；

所述第二服务器，用于将所述SDN控制器发送的处理结果发送至所述第一服务器；

所述第一服务器，还用于将所述网络对象的等待状态修改为与所述第二服务器发送的处理结果对应的状态。

12.根据权利要求10或11所述的系统，其特征在于，所述SDN控制器，具体用于：

将所述处理结果封装为消息格式发送给所述第一服务器。

13.根据权利要求9所述的系统，其特征在于，所述第一服务器包括中子Neutron应用服务器。

14.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行权利要求1-4任意一项所述的方法。

Images