一种配置信息下发方法、装置及存储介质

技术领域

本申请涉及通信领域，尤其涉及一种配置信息下发方法、装置及存储介质。

背景技术

目前软件定义网络(Software Defined Networking，SDN)已经扩展到一切可以通过软件控制的网络，传统的交换路由设备也开始大量地通过SDN方式进行自动配置和管理。

随着SDN的大规模应用，SDN业务的类型和场景也随之变得更加复杂，进而导致将业务配置信息下发至网络设备的过程中出现异常的概率较高。当业务配置下发异常时，目前通常的处理方法就是通过手工方式清理掉网络设备中已修改的业务配置，或者通过手工方式解决掉存在的问题，由SDN控制器继续重发未完成的业务配置，从而保证业务配置的完整性和一致性。整个业务配置下发的过程依然离不开运维人员的手工操作，无法实现完全的自动化。

发明内容

本公开提供一种配置信息下发方法、装置及存储介质，能够实现SDN中网络设备的业务配置的自动化下发。

为达到上述目的，本公开的实施例采用如下技术方案：

第一方面，本公开提供一种配置信息下发方法，包括：SDN控制器根据接收到的业务开通请求，确定目标业务配置信息，目标业务配置信息用于反映目标网络设备需要为目标业务更新的全部业务配置参数。之后，SDN控制器获取目标网络设备当前已配置的全部业务配置参数，将全部业务配置参数确定为全量配置信息并存储在配置参数数据库中。最后，SDN控制器根据配置比对算法CCA、目标业务配置信息和配置参数数据库，确定用于指示目标网络设备更新业务配置的配置下发信息，并将配置下发信息发送至目标网络设备。若向目标网络设备发送配置下发信息的过程中出现异常，则SDN控制器根据CCA，对目标网络设备的业务配置进行还原。

基于上述技术方案，本公开中SDN控制器通过获取目标业务需求的业务配置和当前时刻目标网络设备已配置的业务配置，确定目标业务实际需要网络设备更新的业务配置参数，并将这些业务配置参数发送给网络设备；若发送过程中出现异常，则通过CCA算法，对网络设备已更新的业务配置进行还原，使得网络设备保障其他业务的正常运行。由此实现了SDN中网络设备的业务配置的自动化下发，保障了网络设备在为用户业务提供服务时业务配置的完整性和一致性。

在一种可能的设计方案中，上述根据业务开通请求，确定目标业务配置信息，具体包括：通过北向接口接收业务开通请求；其中，业务开通请求包括目标业务的业务模型。根据业务模型，确定目标业务需求的全部业务配置参数。根据目标业务需求的全部业务配置参数，确定目标业务配置信息。

在一种可能的设计方案中，上述获取目标网络设备的全量配置信息，具体包括：根据命令行接口查询目标网络设备的业务配置，获取目标网络设备的全量配置信息。

在一种可能的设计方案中，上述根据根据CCA、目标业务配置信息和目标网络设备的配置参数数据库，确定配置下发信息，具体包括：对每一个存在于目标业务配置信息中，并且不存在于配置参数数据库中的业务配置参数，执行第一操作，以获取新增业务配置参数；其中，第一操作包括：将业务配置参数确定为新增业务配置参数。对每一个同时存在于目标业务配置信息和配置参数数据库中，并且业务配置名称相同的业务配置参数，执行第二操作，以获取重复业务配置参数、修改业务配置参数和删除业务配置参数；其中，第二操作包括：若业务配置参数在目标业务配置信息中的参数值，与在配置参数数据库中的参数值相同，则将业务配置参数确定为重复业务配置参数；若业务配置参数在目标业务配置信息中的参数值，与在配置参数数据库中的参数值不同，则将业务配置参数确定为修改业务配置参数；若业务配置参数在目标业务配置信息中的参数值为空且指示将业务配置参数对应的业务配置删除，则将业务配置参数确定为删除业务配置参数。将全部新增业务配置参数、全部删除业务配置参数和全部修改业务配置参数，确定为配置下发信息。

在一种可能的设计方案中，上述向目标网络设备发送配置下发信息，具体包括：配置下发信息包括一个或多个配置下发子信息；其中，每个配置下发子信息分别包括一个业务配置参数。向目标网络设备依次发送一个或多个配置下发子信息；目标网络设备在接收到一个配置下发子信息后，根据配置下发子信息包括的业务配置参数，更新业务配置。

在一种可能的设计方案中，根据CCA对目标网络设备的业务配置进行还原，具体包括：获取发生异常时刻正在发送的异常配置下发子信息，确定在异常配置下发子信息之前发送的配置下发子信息。根据异常配置下发子信息之前发送的配置下发子信息，确定一个或多个已更新的业务配置参数。对每一个已更新的业务配置参数执行第三操作，以将目标网络设备的业务配置还原至接收到第一个配置下发子信息前；第三操作包括：若已更新的业务配置参数为新增业务配置参数，则删除已更新的业务配置参数；若已更新的业务配置参数为修改业务配置参数，则将已更新的业务配置参数的参数值再次修改为配置参数数据库中记录的参数值；若已更新的业务配置参数为删除业务配置参数，则将撤销已更新的业务配置参数的参数值的删除操作。

在一种可能的设计方案中，上述向目标网络设备发送配置下发信息的过程中出现异常包括：网络异常、发送配置下发信息超时、网络设备反馈信息失败。在对目标网络设备的业务配置进行还原之后，上述方法还包括：当异常排除后，重新向目标网络设备发送配置下发信息。

第二方面，本公开提供一种配置信息下发装置，该配置信息下发装置包括：接收模块、处理模块和发送模块。接收模块，用于接收业务开通请求。所述处理模块，用于根据所述业务开通请求，确定所述目标业务配置信息；所述目标业务配置信息用于反映目标网络设备需要为目标业务更新的全部业务配置参数。所述处理模块，还用于获取所述目标网络设备的全量配置信息，根据所述全量配置信息，确定所述目标网络设备的配置参数数据库；其中，所述全量配置信息包括所述目标网络设备当前时刻的全部业务配置参数。所述处理模块，还用于根据配置比对算法CCA、所述目标业务配置信息和所述目标网络设备的所述配置参数数据库，确定配置下发信息；所述配置下发信息用于指示所述目标网络设备更新所述业务配置。所述发送模块，用于向所述目标网络设备发送所述配置下发信息。所述处理模块，还用于若向所述目标网络设备发送所述配置下发信息的过程中出现异常，则根据CCA对所述目标网络设备的业务配置进行还原。

在一种可能的设计方案中，所述接收模块，还用于通过北向接口接收所述业务开通请求；其中，所述业务开通请求包括所述目标业务的业务模型。所述处理模块，还用于根据所述业务模型，确定所述目标业务需求的全部业务配置参数。所述处理模块，还用于根据所述目标业务需求的全部业务配置参数，确定所述目标业务配置信息。

在一种可能的设计方案中，所述处理模块，还用于根据命令行接口查询所述目标网络设备的业务配置，获取所述目标网络设备的全量配置信息。

在一种可能的设计方案中，所述处理模块，还用于对每一个存在于所述目标业务配置信息中，并且不存在于所述配置参数数据库中的业务配置参数，执行第一操作，以获取新增业务配置参数；其中，所述第一操作包括：将所述业务配置参数确定为新增业务配置参数。所述处理模块，还用于对每一个同时存在于所述目标业务配置信息和所述配置参数数据库中，并且业务配置名称相同的业务配置参数，执行第二操作，以获取重复业务配置参数、修改业务配置参数和删除业务配置参数；其中，所述第二操作包括：若所述业务配置参数在所述目标业务配置信息中的参数值，与在所述配置参数数据库中的参数值相同，则将所述业务配置参数确定为重复业务配置参数；若所述业务配置参数在所述目标业务配置信息中的参数值，与在所述配置参数数据库中的参数值不同，则将所述业务配置参数确定为修改业务配置参数；若所述业务配置参数在所述目标业务配置信息中的参数值为空且指示将所述业务配置参数对应的业务配置删除，则将所述业务配置参数确定为删除业务配置参数。所述处理模块，还用于将全部所述新增业务配置参数、全部删除业务配置参数和全部所述修改业务配置参数，确定为所述配置下发信息。

在一种可能的设计方案中，所述配置下发信息包括一个或多个配置下发子信息；其中，所述每个配置下发子信息分别包括一个业务配置参数。所述发送模块，还用于向所述目标网络设备依次发送所述一个或多个配置下发子信息；所述目标网络设备在接收到一个配置下发子信息后，根据所述配置下发子信息包括的所述业务配置参数，更新业务配置。

在一种可能的设计方案中，所述处理模块，还用于获取发生异常时刻正在发送的异常配置下发子信息，确定在所述异常配置下发子信息之前发送的所述配置下发子信息。所述处理模块，还用于根据所述异常配置下发子信息之前发送的所述配置下发子信息，确定一个或多个已更新的业务配置参数。所述处理模块，还用于对每一个所述已更新的业务配置参数执行第三操作，以将所述目标网络设备的业务配置还原至接收到第一个所述配置下发子信息前；所述第三操作包括：若所述已更新的业务配置参数为所述新增业务配置参数，则删除所述已更新的业务配置参数；若所述已更新的业务配置参数为所述修改业务配置参数，则将所述已更新的业务配置参数的参数值再次修改为所述配置参数数据库中记录的参数值；若所述已更新的业务配置参数为所述删除业务配置参数，则将撤销所述已更新的业务配置参数的参数值的删除操作。

在一种可能的设计方案中，所述向所述目标网络设备发送所述配置下发信息的过程中出现异常包括：网络异常、发送所述配置下发信息超时、所述网络设备反馈信息失败。所述发送模块，还用于当所述异常排除后，重新向所述目标网络设备发送所述配置下发信息。

可选地，第二方面所述的配置信息下发装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得配置信息下发装置可以执行上述方法实施例所述的配置信息下发方法。

此外，第二方面所述的配置信息下发装置的技术效果可以参考上述第一方面所述的配置信息下发方法的技术效果，此处不再赘述。

第三方面，本公开提供一种存储一个或多个程序的计算机可读存储介质，该一个或多个程序包括指令，上述指令当被本公开的网络设备执行时使计算机执行如第一方面和第一方面的任一种可能的实现方式中所描述的配置信息下发方法。

第四方面，本公开提供一种电子设备，包括：处理器以及存储器；其中，存储器用于存储一个或多个程序，一个或多个程序包括计算机执行指令，当电子设备运行时，处理器执行存储器存储的计算机执行指令，以使电子设备执行如第一方面和第一方面的任一种可能的实现方式中所描述的配置信息下发方法。

第五方面，本公开提供一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得本公开的网络设备执行如第一方面和第一方面的任一种可能的实现方式中所描述的配置信息下发方法。

第六方面，本公开提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的配置信息下发方法。

附图说明

图1为本公开的实施例提供的一种配置信息下发方法的流程示意图；

图2为本公开的实施例提供的另一种配置信息下发方法的流程示意图；

图3为本公开的实施例提供的一种配置信息下发装置的系统架构图；

图4为本公开的实施例提供的另一种配置信息下发方法的流程示意图；

图5为本公开的实施例提供的一种配置信息下发装置的架构示意图；

图6为本公开的实施例提供的另一种配置信息下发装置的架构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

本文中字符“/”，一般表示前后关联对象是一种“或者”的关系。例如，A/B可以理解为A或者B。

本公开的说明书和权利要求书中的术语“第一”和“第二”是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一边缘服务节点和第二边缘服务节点是用于区别不同的边缘服务节点，而不是用于描述边缘服务节点的特征顺序。

此外，本公开的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

另外，在本公开实施例中，“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本公开中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。

为了便于理解本公开的技术方案，下面对本公开涉及到的一些技术术语进行介绍。

1、SDN控制器

SDN控制器，SDN控制器是软件定义网络中的应用程序，负责流量控制以确保智能网络。SDN控制器基于协议，允许服务器告诉交换机向哪里发送数据包。因此，SDN控制器与SDN交换机连接合作使用。

SDN控制器是作为网络的一种操作系统(Operating System，OS)。控制器不控制网络硬件而是作为软件运行，这样有利于网络自动化管理。基于软件的网络控制使得集成业务申请和网络更容易。

在本公开实施例中，SDN控制器具体可以作为本公开实施例中提供的配置信息下发方法的实际执行主体，以实现SDN中网络设备的业务配置的自动化下发。

示例性的，SDN控制器能够通过SSH或TELNET协议登录目标网络设备，然后将配置下发信息依次发送至目标网络设备。若在配置下发信息的发送过程中出现异常，则SDN控制器能够根据CCA算法将目标网络设备的配置进行还原。

2、CCA算法

配置比对算法(Configuration comparison algorithm，CCA)，是本公开提供的一个算法，可以将两个配置参数集合进行比对和筛选，最终合并为一个新的配置参数集合。还能够在配置下发信息发送至目标网络设备的过程中发生异常时，对目标网络设备的业务配置进行还原。

示例性的，结合本公开实施例，SDN控制器通过CCA算法将获取到的目标业务配置信息和配置参数数据库，确定配置下发信息。如图1所示，具体过程如下：

S101、假设目标业务配置信息的配置参数集合为P＝{p|p∈P}，配置参数数据库集合为D＝{d|d∈D}。

可以理解的是，集合P与集合D中的每个业务配置参数都包括三个属性：路径path、关键字key和参数值param。这三项属性为现有技术中已有定义的，具体用于SDN控制器据此指示网络设备更新网络配置，再次不再赘述。

其中，集合P中的每个业务配置参数还额外拥有一个属性：期望操作action，action的可选值包括两个：action(+)和action(-)。当集合P中的一个业务配置参数的action属性为action(+)时，代表此业务配置参数的期望操作为，使相应的网络设备新增此项业务配置；当集合P中的一个业务配置参数的action属性为action(-)时，代表此业务配置参数的期望操作为，使相应的网络设备删除此项业务配置。

上述“∈”的定义为：一个业务配置参数的path与key存在于集合之中，但是其param可能不同。

S102、新建配置下发信息的配置参数集合为C＝{c|c∈C}，初始状态为空。

可选的，对于每一个业务配置参数c，都赋予三个新增的属性：新配置值new、旧配置值old和操作类型op。

其中，操作类型op的可选值包括：新增create、修改update和删除delete。

S103、对于集合P中的每个业务配置信息，依次与集合D进行比对，将全部符合预设条件的业务配置信息确定为集合C。

可选的，将全部符合预设条件的业务配置信息确定为集合C具体包括以下情况：

(1)对于集合P中每个元素p

若集合D中的元素d

若集合D中的元素d

(2)对于集合P中每个元素p

若集合D中的元素d

若集合D中的元素d

(3)对于集合P中每个元素p

(4)集合C生成完成并输出。

可以理解的是，集合C输出后即为配置下发信息，用于指示目标网络设备更新自身的业务配置。配置下发信息包括一个或多个配置下发子信息，每一个配置下发子信息对应集合C中的一个元素c，因此配置下发子信息的数量与集合C中元素c的数量相同。

基于上述步骤S101-S103，SDN控制器通过CCA算法，能够将目标业务对应的目标业务配置信息与目标网络设备本身配置好的配置参数数据库进行比对和筛选，去除重复的业务配置，并且为每一个业务配置参数都赋予一个体现操作类型的属性，最后生成配置下发信息。由此，便于网络设备在接收到配置下发信息后，根据配置下发信息来更新对应的业务配置。

示例性的，结合本公开实施例，在配置下发信息发送至目标网络设备的过程中发生异常时，SDN控制器通过CCA算法对目标网络设备的业务配置进行还原。如图2所示，具体过程如下：

S201、获取已执行配置操作的配置下发子信息。

可以理解的是，假设在发生异常的时刻，正在发送的集合C中的元素为c

S202、根据已执行配置操作的配置下发子信息，逆向还原目标网络设备的业务配置。

可选的，对于每一个已执行配置操作的配置下发子信息，获取其在集合C中对应的元素c

情况一、若元素c

删除目标网络设备根据该元素c

情况二、若元素c

获取该元素c

情况三、若元素c

获取该元素c

需要说明的是，SDN控制器按照向目标网络设备依次发送配置下发子信息时顺序的相反的顺序，对每一个已执行配置操作的配置下发子信息进行目标网络设备的业务配置的还原。

基于上述步骤S201-202，SDN控制器通过CCA算法，能够在配置下发信息发送至目标网络设备的过程中发生异常时，对目标网络设备的业务配置进行还原。此时，即使目标网络设备针对目标业务的业务配置失败，但是通过业务配置还原操作，目标网络设备能够完全恢复接收目标业务对应的配置下发信息之前的业务配置情况，由此保障了网络设备在为用户业务提供服务时业务配置的完整性和一致性。

本公开实施例提供的配置信息下发方法及装置，可以应用于SDN网络中对网络设备业务配置信息的自动化下发。在具体的应用场景中，SDN控制器通过CCA算法将目标业务对应的目标业务配置信息与目标网络设备本身配置好的配置参数数据库进行比对和筛选，去除重复的业务配置，并且为每一个业务配置参数都赋予一个体现操作类型的属性，最后生成配置下发信息，使得网络设备在接收到配置下发信息后，根据配置下发信息来更新对应的业务配置。并且当配置下发信息发送至目标网络设备的过程中发生异常时，SDN控制器能够通过CCA算法对目标网络设备的业务配置进行还原。

下面对本公开实施例提供的方法及装置进行具体介绍。

示例性的，如图3所示，本公开实施例提供的配置信息下发装置包括业务驱动单元、事务处理单元、配置比对单元、设备配置数据库单元和厂家驱动单元。

其中，业务驱动单元用于通过北向接口接收业务开通请求。业务开通请求主要反映目标业务的业务模型。进一步的，业务驱动单元将业务模型映射成目标业务配置信息，并发送至配置比对单元。

事务处理单元，负责整个配置信息下发过程中的事务协调和管理。一次目标业务的业务开通请求，可能涉及多台设备、多条指令，为了保证业务完整性和数据一致性，通过事务处理单元实现业务请求的事务管理。事务处理单元接收业务驱动单元映射后的设备配置模型后，通过协调配置比对单元、设备配置库、厂家驱动单元等模块，实现业务开通的事务管理。

配置比对单元，用于根据CCA算法，对目标业务配置信息和配置参数数据库进行比对，生成配置比对结果也即前文中的集合C，最终确定配置下发信息，并将其转发给事务处理单元下发至目标网络设备。

设备配置数据库单元，用于保存目标网络设备最新的业务配置的相关参数数据。需要说明的是，设备配置数据库单元需要保持和物理设备也即目标网络设备业务配置的一致性，每当目标网络设备的业务配置有更新时，设备配置数据库单元会通过命令行接口同步查询目标网络设备的全量业务配置，获取全量配置信息并存储在数据库中，并将数据库包含的业务配置参数的数据集合发送至配置比对单元。

厂家驱动单元，图中未示出，用于适配不同厂家的命令行格式，为其他单元屏蔽不同厂家的差异，以提供统一的设备模型。

在不同的应用场景中，业务驱动单元、事务处理单元、配置比对单元、设备配置数据库单元和厂家驱动单元可以部署在配置信息下发装置包括的不同的设备中，也可以集成于配置信息下发装置包括的同一设备中，本公开对此不作具体限定。

当业务驱动单元、事务处理单元、配置比对单元、设备配置数据库单元和厂家驱动单元集成于配置信息下发装置内同一设备时，业务驱动单元、事务处理单元、配置比对单元、设备配置数据库单元和厂家驱动单元之间的通信方式为该设备内部单元之间的通信。这种情况下，五者之间的通信流程与“业务驱动单元、事务处理单元、配置比对单元、设备配置数据库单元和厂家驱动单元之间相互独立的情况下，五者之间的通信流程”相同。

可以理解的是，在实际应用场景中，配置信息下发装置可以为SDN网络中的SDN控制器。

下面结合说明书附图4，对本公开所提供的技术方案进行具体阐述。

需要说明的是，下述本公开提供的实施例以SDN控制器为执行主体，来下发网络设备的相关配置信息为例进行说明。

示例性的，如图4所示，为本公开实施例提供的一种配置信息下发方法的流程示意图，该方法包括以下步骤：

S401、SDN控制器通过北向接口接收业务开通请求，获取目标业务配置信息。

其中，业务开通请求包含反映目标业务的业务模型。

可选的，SDN控制器将目标业务的业务模型映射为目标业务配置信息。目标业务配置信息具体反映了目标网络设备需要为目标业务更新的全部业务配置的相关参数数据。

在一种可能的实现方式中，S401具体可由业务驱动单元来执行，以确定目标业务配置信息并发送至配置比对单元。

S402、SDN控制器获取目标网络设备的全量配置信息，确定目标网络设备的配置参数数据库。

其中，目标网络设备的全量配置信息用于反映该网络设备当前时刻已经配置完成的全部业务配置参数。

可选的，SDN控制器在每当目标网络设备的业务配置有更新时，通过命令行接口同步查询目标网络设备的全量业务配置，获取全量配置信息并存储在配置参数数据库中。

在一种可能的实现方式中，S402具体可由设备配置数据库单元来执行，以获取配置参数数据库并将配置参数数据库包含的业务配置参数的数据集合发送至配置比对单元。

S403、SDN控制器根据CCA算法、目标业务配置信息和目标网络设备的配置参数数据库，确定配置下发信息。

在一种可能的实现方式中，SDN控制器对每一个存在于目标业务配置信息中，并且不存在于配置参数数据库中的业务配置参数，执行第一操作，以获取新增业务配置参数；其中，第一操作包括：将业务配置参数确定为新增业务配置参数。

在一种可能的实现方式中，SDN控制器对每一个同时存在于目标业务配置信息和配置参数数据库中，并且业务配置名称相同的业务配置参数，执行第二操作，以获取重复业务配置参数、修改业务配置参数和删除业务配置参数；其中，第二操作包括：若业务配置参数在目标业务配置信息中的参数值，与在配置参数数据库中的参数值相同，则将业务配置参数确定为重复业务配置参数；若业务配置参数在目标业务配置信息中的参数值，与在配置参数数据库中的参数值不同，则将业务配置参数确定为修改业务配置参数；若业务配置参数在目标业务配置信息中的参数值为空且指示将业务配置参数对应的业务配置删除，则将业务配置参数确定为删除业务配置参数。

可以理解的是，此处的新增业务配置参数即对应上文S103部分中所描述集合C中op属性为new的元素；修改业务配置参数对应集合C中op属性为update的元素；删除业务配置参数对应集合C中op属性为delete的元素。而重复业务配置参数，则对应S103部分中集合P中没有被选入集合C的元素。具体SDN控制器根据CCA算法获取配置下发信息的说明见上述S101-S106，此处不再赘述。

需要说明的是，对应集合C包括一个或多个元素，配置下发信息也包括一个或多个配置下发子信息，每一个配置下发子信息包括一个业务配置参数。

在一种可能的实现方式中，S403具体可由配置比对单元执行，以获取配置下发信息并将其转发给事务处理单元下发至目标网络设备。

S404、SDN控制器向目标网络设备发送配置下发信息。

可选的，SDN控制器会按照序列号将配置下发子信息逐次发送给目标网络设备，在接收到目标网络设备的反馈信息后，依次发送下一个配置下发子信息。

在一种可能的实现方式中，S404具体可由事务处理单元来执行，以将配置下发信息发送至目标网络设备。

S405、若向目标网络设备发送配置下发信息的过程中出现异常，则SDN控制器根据CCA算法对目标网络设备的业务配置进行还原。

可选的，向目标网络设备发送配置下发信息的过程中出现的异常情况可以包括：网络异常、发送配置下发信息超时、网络设备反馈信息失败。

可选的，SDN控制器获取发生异常时刻正在发送的异常配置下发子信息，确定在异常配置下发子信息之前发送的配置下发子信息。SDN控制器根据异常配置下发子信息之前发送的配置下发子信息，确定一个或多个已更新的业务配置参数。

在一种可能的实现方式中，SDN控制器对每一个已更新的业务配置参数执行第三操作，以将目标网络设备的业务配置还原至接收到第一个配置下发子信息前；第三操作包括：若已更新的业务配置参数为新增业务配置参数，则删除已更新的业务配置参数；若已更新的业务配置参数为修改业务配置参数，则将已更新的业务配置参数的参数值再次修改为配置参数数据库中记录的参数值；若已更新的业务配置参数为删除业务配置参数，则将撤销已更新的业务配置参数的参数值的删除操作。

可以理解的是，SDN控制器执行的第三操作对应上文S201-S202，具体SDN控制器根据CCA算法对目标网络设备的业务配置进行还原参见上文S201-S202，在此不再赘述。

在一种可能的实现方式中，S405具体可由事务处理单元来执行，以对目标网络设备的业务配置进行还原。

S406、SDN控制在异常排除后，重新向目标网络设备发送配置下发信息。

在一种可能的实现方式中，S406具体可由事务处理单元来执行，以重新向目标网络设备发送配置下发信息。

基于上述技术方案，本公开中SDN控制器通过获取目标业务需求的业务配置和当前时刻目标网络设备已配置的业务配置，再根据CCA算法确定目标业务实际需要网络设备更新的业务配置参数，并将这些业务配置参数发送给网络设备；若发送过程中出现异常，则通过CCA算法，对网络设备已更新的业务配置进行还原，使得网络设备保障其他业务的正常运行。由此实现了SDN中网络设备的业务配置的自动化下发，保障了网络设备在为用户业务提供服务时业务配置的完整性和一致性。

本公开实施例可以根据上述方法示例对配置信息下发装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本公开实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

示例性的，如图5所示，为本公开实施例所涉及的一种配置信息下发装置的一种可能的结构示意图。该配置信息下发装置500包括：接收模块501、处理模块502和发送模块503。

其中，接收模块501，用于接收业务开通请求。例如，结合图4，接收模块501具体用于执行步骤S401。

处理模块502，用于根据业务开通请求，确定目标业务配置信息。例如，结合图4，处理模块502具体用于执行步骤S401。

处理模块502，还用于获取目标网络设备的全量配置信息，根据全量配置信息，确定目标网络设备的配置参数数据库。例如，结合图4，处理模块502具体用于执行步骤S402。

处理模块502，还用于根据CCA、目标业务配置信息和目标网络设备的配置参数数据库，确定配置下发信息。例如，结合图4，处理模块502具体用于执行步骤S403。

发送模块503，用于向目标网络设备发送配置下发信息。例如，结合图4，发送模块503具体用于执行步骤S404。

处理模块502，还用于在向目标网络设备发送配置下发信息的过程中出现异常时，根据CCA对目标网络设备的业务配置进行还原。例如，结合图4，处理模块502具体用于执行步骤S405。

可选的，接收模块501，还用于通过北向接口接收业务开通请求。例如，结合图4，接收模块501具体用于执行步骤S401。

可选的，处理模块502，还用于根据业务模型，确定目标业务需求的全部业务配置参数。例如，结合图4，处理模块502具体用于执行步骤S401。

可选的，处理模块502，还用于根据目标业务需求的全部业务配置参数，确定目标业务配置信息。例如，结合图4，处理模块502具体用于执行步骤S401。

可选的，处理模块502，还用于根据命令行接口查询目标网络设备的业务配置，获取目标网络设备的全量配置信息。例如，结合图4，处理模块502具体用于执行步骤S402。

可选的，处理模块502，还用于对每一个存在于目标业务配置信息中，并且不存在于配置参数数据库中的业务配置参数，执行第一操作，以获取新增业务配置参数。例如，结合图4，处理模块502具体用于执行步骤S403。

可选的，处理模块502，还用于对每一个同时存在于目标业务配置信息和配置参数数据库中，并且业务配置名称相同的业务配置参数，执行第二操作，以获取重复业务配置参数、修改业务配置参数和删除业务配置参数。例如，结合图4，处理模块502具体用于执行步骤S403。

可选的，发送模块503，还用于向目标网络设备依次发送一个或多个配置下发子信息。例如，结合图4，发送模块503具体用于执行步骤S404。

可选的，处理模块502，还用于获取发生异常时刻正在发送的异常配置下发子信息，确定在异常配置下发子信息之前发送的配置下发子信息。例如，结合图4，处理模块502具体用于执行步骤S405。

可选的，处理模块502，还用于根据异常配置下发子信息之前发送的配置下发子信息，确定一个或多个已更新的业务配置参数。例如，结合图4，处理模块502具体用于执行步骤S405。

可选的，处理模块502，还用于对每一个已更新的业务配置参数执行第三操作，以将目标网络设备的业务配置还原至接收到第一个配置下发子信息前。例如，结合图4，处理模块502具体用于执行步骤S405。

可选的，发送模块503，还用于在异常排除后，重新向目标网络设备发送配置下发信息。例如，结合图4，发送模块503具体用于执行步骤S406。

可选地，配置信息下发装置500还可以包括存储模块(图5中以虚线框示出)，该存储模块存储有程序或指令。当处理模块502执行该程序或指令时，使得配置信息下发装置可以执行上述方法实施例所述的配置信息下发方法。

此外，图5所述的配置信息下发装置的技术效果可以参考上述实施例所述的配置信息下发方法的技术效果，此处不再赘述。

示例性地，图6为上述实施例中所涉及的配置信息下发装置的又一种可能的结构示意图。如图6所示，配置信息下发装置600包括：处理器602。

其中，处理器602，用于对该配置信息下发装置的动作进行控制管理，例如，执行上述接收模块501、处理模块502和发送模块503执行的步骤，和/或用于执行本文所描述的技术方案的其它过程。

上述处理器602可以是实现或执行结合本公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本公开公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

可选地，配置信息下发装置600还可以包括通信接口603、存储器601和总线604。其中，通信接口603用于支持配置信息下发装置600与其他网络实体的通信。存储器601用于存储该配置信息下发装置的程序代码和数据。

其中，存储器601可以是配置信息下发装置中的存储器，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线604可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线604可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在实际实现时，获取模块501、处理模块502和发送模块503可以由图6所示的处理器602调用存储器601中的程序代码来实现。其具体的执行过程可参考图4所示的配置信息下发方法部分的描述，此处不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本公开实施例提供一种包含指令的计算机程序产品，当所述计算机程序产品在本公开的配置信息下发装置上运行时，使得配置信息下发装置执行上述方法实施例所述的配置信息下发方法。

本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，本公开的电子设备执行上述方法实施例所示的方法流程中配置信息下发装置执行的各个步骤。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本公开实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何在本公开揭露的技术范围内的变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应该以权利要求的保护范围为准。