CN112019360A - 配置数据处理方法、软件定义网络设备、系统及存储介质 - Google Patents

Abstract

一种配置数据处理方法、软件定义网络设备、系统及存储介质，其中方法应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述第一设备和所述第二设备分别为控制器或转发器，所述方法包括：所述第一设备从所述第二设备获取第二逻辑码，记录为第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；在记录所述第一逻辑码后，向所述第二设备发送新配置数据；在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备重新发送所述新配置数据。不必传递全部配置数据也不用比较配置数据的具体内容，因此可以减少数据传递量以及比对计算量，从而提高SDN网络的效率。

Description

配置数据处理方法、软件定义网络设备、系统及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种配置数据处理方法、软件定义网络设备、系统及存储介质。

背景技术

软件定义网络(software defined network,SDN)是一种新型网络创新架构，属于网络虚拟化的实现方式；SDN的核心技术是将网络设备的控制面和数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能。SDN中的控制器实现控制面功能，转发器实现数据面功能；因此，在SDN中的控制器和转发器会被分别定义且分开部署。

在SDN中，控制器可以采用网络配置协议(network configuration protocol，Netconf)，表述性状态传递风格配置协议(representational state transferconfiguration，restconf)等协议与转发器进行数据交互。控制器与转发器中都包含有配置文件，该配置文件包含有配置数据，该配置数据可以包含用于指导控制面执行控制功能或指导数据面转发数据的数据，因此控制器和转发器之间的配置数据有保持一致性的需求。

另外，在一定时期内，嵌入式设备也会在网络中长期与SDN网络的控制器和转发器并存，嵌入式设备上的配置数据也存在需要与控制器中的配置数据同步的需求。

转发器和控制器为了确认本地与对端的配置文件是否一致，目前一般采用的手段是：下载对端的配置文件，全文比对本地与对端的配置文件是否一致。例如：控制器读取转发器的配置文件，通过比对控制器的配置文件与转发器的配置文件中的每一项配置数据，确定两者是否一致。以上流程需要传递的数据量很大，而且由于SDN中的配置文件很大导致比对计算量非常大，因此SDN网络的效率低。

发明内容

本发明实施例所要解决的技术问题在于提供一种配置数据处理方法、软件定义网络设备、系统及存储介质，用于减少数据传递量以及比对计算量，从而提高SDN网络的效率。

一方面本发明实施例提供了一种配置数据的处理方法，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述第一设备和所述第二设备分别为控制器或转发器，所述方法包括：

所述第一设备从所述第二设备获取第二逻辑码，记录为第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

在记录所述第一逻辑码后，向所述第二设备发送新配置数据；

在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备重新发送所述新配置数据。

在本申请的所有实施例中“第一”“第二”“第三”以及“第四”均不表示顺序等含义，其仅仅是为了区分不同的设备或者存储在不同设备中的数据，不应作其他技术解读。后续不再赘述。

本实施例中的第一设备和第二设备可以均为控制器也可以均为转发器，还可以其中一个为控制器另一个为转发器；第一设备可以作为要确认配置数据一致性或者需要执行对账的设备使用。

在本实施例中，第二逻辑码是第二设备中的配置数据被存储到非易失性存储器后生成的，第一逻辑码和第二逻辑码的类型，可以是包括:消息摘要算法(message digestalgorithm，MD5)散列码，哈希校验码(HASH)，配置时间戳，消息流水号，编辑距离算法(levenshtein distance)值，最长公共子串(longest common subsequence)，循环冗余校验(cyclic redundancy check,CRC)校验码等。由于逻辑码会随着配置数据变化而变化，当配置数据被修改后相应的逻辑码也会被修改，因此可以比较逻辑码来确认配置数据是否相同。

本发明实施例使用配置数据的逻辑码来确认配置数据是否相同，记录了发送的新配置数据，通过比较逻辑码确定新配置数据是否需要重新传递，不必传递全部配置数据也不用比较配置数据的具体内容，因此可以减少数据传递量以及比对计算量，从而提高SDN网络的效率。

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

所述第一设备从所述第二设备获取第四逻辑码，记录为第三逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

在记录所述第三逻辑码后，向所述第二设备发送新状态数据；

在向所述第二设备发送新状态数据之后，若所述第三逻辑码与所述第四逻辑码相同，则向所述第二设备重新发送所述新状态数据。

本实施例应用于状态数据的处理，可以参考前文中关于配置数据的处理过程，两者的原理是相同的；在后续实施例中，基于配置数据的实施例也可以参考地用于状态数据的处理，后续不再赘述。

在一个可能的实现方式中，在所述从所述第二设备获取第二逻辑码之前，所述方法还包括：向所述第二设备发送持久化指令，指示所述第二设备持久化所述第二设备中存储的配置数据。

该持久化指令可以是copy-config，也可以是SDN所接受的其他指令，本发明实施例对此不作限定。本实施例，在发送持久化指令后获取第二逻辑码，可以获取到较为稳定的第二逻辑码，消除了可能存在部分配置数据并未存储到非易失性存储器中导致第二逻辑码不能反映实际配置数据的情况，从而保持逻辑码与实际配置数据精准对应。

在一个可能的实现方式中，所述向所述第二设备发送新配置数据包括：

在所述第二设备处于离线状态的情况下，向所述第二设备发送新配置数据。

本实施例提供了第一设备发送了新配置数据，然而第一逻辑码和第二逻辑码仍然相同的具体应用场景，其中导致离线状态可以包括：第二设备复位，或者，第一设备与第二设备中断链接等。

在一个可能的实现方式中，在所述向所述第二设备发送新配置数据后，所述方法还包括：

以增量数据库记录所述新配置数据。

在本实施例，使用增量数据库来记录新配置数据，使用其他数据库存储也是可以的，只要能记录新配置数据即可。第一设备侧存储的是：全量数据库+增量数据库，第二设备侧存储的是：运行(running)数据库；其中，在第一次持久化时全量数据库＝running数据库，后续发送新配置数据后，增量数据库内将记录数据，running数据库可能因为重置等原因没有使用增量数据库中的配置数据。

在一个可能的实现方式中，在所述向所述第二设备发送新配置数据之后，所述方法还包括：确认所述第二设备在所述第一设备执行所述向所述第二设备发送新配置数据时间段内执行了复位操作；

则执行所述在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备发送所述新配置数据。

本实施例记载了在有新配置数据发送的情况下，导致第一逻辑码和第二逻辑码的一种应用场景，即：第二设备执行了复位操作的情况。

在一个可能的实现方式中，在所述向所述第二设备重新发送所述新配置数据之后，所述方法还包括：

重新执行所述从所述第二设备获取第二逻辑码，记录为第一逻辑码。

本实施例提供了更新第一设备记录的第一逻辑码的实施方式，更新第一逻辑码则可以减少增量数据库中记录的新配置数据，减少可能要重新发送的新配置数据。

在一个可能的实现方式中，所述从所述第二设备获取第二逻辑码，记录为第一逻辑码包括：周期性执行从所述第二设备获取第二逻辑码，记录为第一逻辑码。

本实施例，提供了另一种更新第一设备记录的第一逻辑码的实现方式，可以应用于并没有发生配置数据不一致的情况下，减少可能要重新发送的新配置数据。

二方面本发明实施例还提供了一种配置数据的处理方法，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述第一设备和所述第二设备分别为控制器或转发器，所述方法包括：

所述第二设备向所述第一设备发送第二逻辑码，作为所述第一设备记录的第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新配置数据，则重新接收来自所述第一设备发送的所述新配置数据，将所述新配置数据更新到所述第二设备存储的配置数据中。

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

所述第二设备向所述第一设备发送第四逻辑码，作为所述第一设备记录的第三逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新状态数据，则重新接收来自所述第一设备发送的所述新状态数据，将所述新状态数据更新到所述第二设备存储的状态数据中。

在一个可能的实现方式中，在所述向所述第一设备发送第二逻辑码之前，所述方法还包括：对所述第二设备存储的配置数据持久化。

本实施例中对配置数据持久化，即将配置数据存储到非易失性存储器中，例如：将配置数据存储到硬盘。

在一个可能的实现方式中，所述向所述第一设备发送第二逻辑码，包括：

在接收到所述第一设备发送的持久化指令，对所述第二设备中存储的配置数据持久化之后，执行所述向所述第一设备发送第二逻辑码；

或者，在所述第二设备执行复位操作后，执行所述向所述第一设备发送第二逻辑码。

本实施例，提供了两种发送第二逻辑码的场景，其中前者由第一设备触发，后者可以由第二设备主动发送；其中，由第二设备主动发送的情况下，可以在第一设备未发现第二设备进行了重置等情况下，及时保证配置数据的一致性。

三方面本发明实施例还提供了一种软件定义网络的设备，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述软件定义网络的设备作为所述第一设备使用，所述第一设备和所述第二设备分别为控制器或转发器，所述软件定义网络的设备包括：

逻辑码获取单元，用于从所述第二设备获取第二逻辑码，所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

记录单元，用于将所述逻辑码获取单元获取到的所述第二逻辑码记录为第一逻辑码；

发送单元，用于在所述记录单元记录所述第一逻辑码后，向所述第二设备发送新配置数据；在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备重新发送所述新配置数据。

在一个可能的实现方式中，所述软件定义网络的设备还包括：

所述逻辑码获取单元，还用于从所述第二设备获取第四逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

所述记录单元，还用于将所述逻辑码获取单元获取到的所述第四逻辑码记录为第三逻辑码；

所述发送单元，还用于在所述记录单元记录所述第三逻辑码后，向所述第二设备发送新状态数据；在向所述第二设备发送新状态数据之后，若所述第三逻辑码与所述第四逻辑码相同，则向所述第二设备重新发送所述新状态数据。

在一个可能的实现方式中，所述发送单元，还用于在所述逻辑码获取单元从所述第二设备获取第二逻辑码之前，向所述第二设备发送持久化指令，指示所述第二设备持久化所述第二设备中存储的配置数据。

在一个可能的实现方式中，所述发送单元，用于所述向所述第二设备发送新配置数据包括：在所述第二设备处于离线状态的情况下，向所述第二设备发送新配置数据。

在一个可能的实现方式中，所述记录单元，还用于在所述发送单元向所述第二设备发送新配置数据后，以增量数据库记录所述新配置数据。

在一个可能的实现方式中，所述发送单元，用于在所述向所述第二设备发送新配置数据之后，确认所述第二设备在所述第一设备执行所述向所述第二设备发送新配置数据时间段内执行了复位操作；则执行所述在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备发送所述新配置数据。

在一个可能的实现方式中，所述逻辑码获取单元，还用于在所述发送单元向所述第二设备重新发送所述新配置数据之后，重新执行所述从所述第二设备获取第二逻辑码，记录为第一逻辑码。

在一个可能的实现方式中，所述逻辑码获取单元，用于周期性执行从所述第二设备获取第二逻辑码，记录为第一逻辑码。

四方面本发明实施例还提供了一种软件定义网络的设备，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述软件定义网络的设备作为所述第二设备使用，所述第一设备和所述第二设备分别为控制器或转发器，所述软件定义网络的设备包括：

发送单元，用于所述第二设备向所述第一设备发送第二逻辑码，作为所述第一设备记录的第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

接收单元，用于在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新配置数据，则重新接收来自所述第一设备发送的所述新配置数据；

更新单元，用于将所述新配置数据更新到所述第二设备存储的配置数据中。

在一个可能的实现方式中，所述发送单元，还用于向所述第一设备发送第四逻辑码，作为所述第一设备记录的第三逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

所述接收单元，还用于在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新状态数据，则重新接收来自所述第一设备发送的所述新状态数据；

所述更新单元，还用于将所述新状态数据更新到所述第二设备存储的状态数据中。

在一个可能的实现方式中，所述软件定义网络的设备还包括：存储控制单元，用于在所述向所述第一设备发送第二逻辑码之前，对所述第二设备存储的配置数据持久化。

在一个可能的实现方式中，所述发送单元，用于在所述第二设备接收到所述第一设备发送的持久化指令，对所述第二设备中存储的配置数据持久化之后，执行所述向所述第一设备发送第二逻辑码；

或者，在所述第二设备执行复位操作后，执行所述向所述第一设备发送第二逻辑码。

五方面本发明实施例还提供了一种软件定义网络的设备，包括：处理器、存储器以及通信接口；其中所述处理器、所述存储器和所述通信接口以可通信方式连接，在所述存储器中存储有程序代码；

所述处理器用于读取所述程序代码与所述通信接口配合实现权利要求1至8任意一项的方法流程；或者，所述处理器用于读取所述程序代码与所述通信接口配合实现权利要求9至12任意一项的方法流程。

六方面本发明实施例还提供了一种软件定义网络，包括：在所述软件定义网络SDN中包含第一设备和第二设备，所述软件定义网络的设备作为所述第二设备使用，所述第一设备和所述第二设备分别为控制器或转发器，

所述第一设备为三方面提供的任意一种软件定义网络的设备；

所述第二设备为四方面提供的任意一种软件定义网络的设备。

七方面本发明实施例还提供了一种存储介质，所述存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时与通信接口配合实现方法实施例中任意一项的方法流程。

八方面本发明实施例还提供了一种软件程序，所述软件程序包含程序代码；所述程序代码包括程序指令，所述程序指令当被处理器执行时与通信接口配合实现本发明实施例提供的任意一项的方法流程。

附图说明

为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。

图1为本发明实施例SDN网络系统结构示意图；

图2为本发明实施例方法流程示意图；

图3为本发明实施例方法流程示意图；

图4为本发明实施例设备结构示意图；

图5为本发明实施例设备结构示意图；

图6为本发明实施例设备结构示意图；

图7为本发明实施例系统结构示意图。

具体实施方式

下面结合本发明实施例中的附图对本发明实施例进行描述。

如图1所示，为本发明实施例的系统结构示意图的举例，在SDN网络中，包含有SDN控制器和转发器，图1示意了转发器A，以及可以包含其他转发器。控制器中可以使用数据库存储配置数据和状态数据；相应地，转发器也可以使用数据库存储配置数据和状态数据。

如图2所示，为本发明实施例提供的一种配置数据的处理方法，该处理方法应用于软件定义网络SDN，在上述SDN中包含第一设备和第二设备，上述第一设备和上述第二设备分别为控制器或转发器，上述方法包括：

201：上述第一设备从上述第二设备获取第二逻辑码，记录为第一逻辑码；上述第二逻辑码随上述第二设备中存储的配置数据变化而变化；

本实施例中的第一设备和第二设备可以均为控制器也可以均为转发器，还可以其中一个为控制器另一个为转发器；第一设备可以作为要确认配置数据一致性或者需要执行对账的设备使用。上述第二逻辑码是第二设备中的配置数据被存储到非易失性存储器后生成的，第一逻辑码和第二逻辑码的类型，可以是包括:MD5散列码，HASH，配置时间戳，消息流水号，编辑距离算法值，最长公共子串，CRC校验码等。由于逻辑码会随着配置数据变化而变化，当配置数据被修改后相应的逻辑码也会被修改，因此可以比较逻辑码来确认配置数据是否相同。

在本步骤之前，第一设备可以向第二设备发送配置数据，然后向第二设备发送配置数据的持久化指令，然后再发送获取第二逻辑码的请求；或者，在向第二设备发送配置数据的持久化指令之后，接收第二设备主动返回的第二逻辑码。

可选地，在上述从上述第二设备获取第二逻辑码之前，上述方法还包括：向上述第二设备发送持久化指令，指示上述第二设备持久化上述第二设备中存储的配置数据。该持久化指令可以是copy-config，也可以是SDN所接受的其他指令，本发明实施例对此不作限定。本实施例，在发送持久化指令后获取第二逻辑码，可以获取到较为稳定的第二逻辑码，消除了可能存在部分配置数据并未存储到非易失性存储器中导致第二逻辑码不能反映实际配置数据的情况，从而保持逻辑码与实际配置数据精准对应。

本步骤可以是周期性执行的，也可以是事件触发执行的。其中触发执行本步骤的事件可以是第二终端重置了配置数据，或者连接中断后恢复等。

202：在记录上述第一逻辑码后，向上述第二设备发送新配置数据；

在本实施例中，配置数据可以持续向第二设备发送，这里所称的新配置数据是相对于第一逻辑码对应的配置数据而言，新发送的配置数据。若将第一逻辑码对应的数据存入到全量数据库中，将新配置数据存入增量数据库中，如果第一设备和第二设备的配置数据一致，那么应该是第一设备和第二设备的配置数据均为：全量数据库和增量数据库中配置数据的和。在本实施例中，如果将第二设备中使用的配置数据存入到running数据库；那么全量数据库+增量数据库＝running数据库，则第一设备和第二设备的配置数据是一致的。

可选地，上述向上述第二设备发送新配置数据包括：在上述第二设备处于离线状态的情况下，向上述第二设备发送新配置数据。本实施例提供了第一设备发送了新配置数据，然而第一逻辑码和第二逻辑码仍然相同的具体应用场景，其中导致离线状态可以包括：第二设备复位，或者，第一设备与第二设备中断链接等。

基于前文举例，在上述向上述第二设备发送新配置数据后，上述方法还包括：以增量数据库记录上述新配置数据。

203：在向上述第二设备发送上述新配置数据后，若上述第一逻辑码与上述第二逻辑码相同，则向上述第二设备重新发送上述新配置数据。

基于前文举例，在上述向上述第二设备发送新配置数据之后，上述方法还包括：确认上述第二设备在上述第一设备执行上述向上述第二设备发送新配置数据时间段内执行了复位操作；则执行上述在向上述第二设备发送上述新配置数据后，若上述第一逻辑码与上述第二逻辑码相同，则向上述第二设备发送上述新配置数据。

在本步骤中，以前文举例为例：由于第一逻辑码等于第二逻辑码，因此全量数据库＝running数据库，然而增量数据库并不为空，所以全量数据库+增量数据库≠running数据库，因此第一设备和第二设备中的配置数据不一致，在第二设备中缺少增量数据库中的配置数据，即本步骤中的新配置数据。

本发明实施例使用配置数据的逻辑码来确认配置数据是否相同，记录了发送的新配置数据，通过比较逻辑码确定新配置数据是否需要重新传递，不必传递全部配置数据也不用比较配置数据的具体内容，因此可以减少数据传递量以及比对计算量，从而提高SDN网络的效率。

进一步地，本发明实施例还可以应用于状态数据的对账，上述方法还包括：

上述第一设备从上述第二设备获取第四逻辑码，记录为第三逻辑码；上述第四逻辑码随上述第二设备中存储的状态数据变化而变化；在记录上述第三逻辑码后，向上述第二设备发送新状态数据；在向上述第二设备发送新状态数据之后，若上述第三逻辑码与上述第四逻辑码相同，则向上述第二设备重新发送上述新状态数据。

本实施例应用于状态数据的处理，可以参考前文中关于配置数据的处理过程，两者的原理是相同的；在后续实施例中，基于配置数据的实施例也可以参考地用于状态数据的处理，后续不再赘述。

可选地，在上述向上述第二设备重新发送上述新配置数据之后，上述方法还包括：

重新执行上述从上述第二设备获取第二逻辑码，记录为第一逻辑码。

本实施例提供了更新第一设备记录的第一逻辑码的实施方式，更新第一逻辑码则可以减少增量数据库中记录的新配置数据，减少可能要重新发送的新配置数据。

可选地，上述从上述第二设备获取第二逻辑码，记录为第一逻辑码包括：周期性执行从上述第二设备获取第二逻辑码，记录为第一逻辑码。

本实施例，提供了另一种更新第一设备记录的第一逻辑码的实现方式，可以应用于并没有发生配置数据不一致的情况下，减少可能要重新发送的新配置数据。

以下实施例将以第一设备为SDN网络中的控制器、第二设备为SDN网络中的转发器为例进行举例说明。在本实施例中逻辑码使用序列码实现。在本实施例中，控制器作为SDN网络的控制中心，主动下发配置数据给转发器、对转发器中的配置数据进行持久化的控制，以及主动获得转发器的配置数据执行对账控制。本实施例具体方法流程，如图3所示，包括：

301：控制器正常管理SDN网络过程中，通过远程过程调用(remote procedurecall，RPC)操作的方式向转发器下发配置数据的持久化操作(copy-config)，要求转发器将当前运行所使用的配置数据持久化到启动配置数据中(running—>startup)。

302：转发器执行持久化完成该RPC操作后同时生成startup数据库的序列码，向控制器反馈执行结果(RPC-reply)。

303：控制器向转发器发送序列码的获取请求，请求获取上述startup的序列码。

304：转发器向控制器发送上述序列码；

305：控制器保存转发设备当前使用的配置数据与序列码的对应关系，控制器把该转发器当前使用的配置数据存储为全量配置库。

此时，控制器侧记录的全量配置库与转发器上的startup数据库(或成为running数据库)是完全一致的。此时同时在控制器一侧的增量数据库为空。

306：控制器向上述转发器发送新配置数据后，在控制器侧，将该新配置数据记录到增量数据库中。

控制器侧：全量配置库+增量数据库；转发器侧：running数据库。如果转发器正确接收了，则此时，全量配置库+增量数据库＝running数据库。

在SDN网络运作过程中，若遇到转发器复位或与转发器中断连接，此时控制器认为该转发器处于离线状态，此时仍然可以继续为该转发器下发离线配置数据，离线配置数据也作为新配置数据记录到上述增量数据库中。

307：转发器重新与控制器建立链接后，控制器识别出转发器中断连接的原因是转发器复位，则从该转发器获取startup数据库的序列码，并与控制器记录的序列码(即全量配置库的序列码)的进行对比。

在本步骤中，控制器向转发器发送序列码获取请求，请求获取startup数据库的序列码；

308：若全量配置库的序列码与startup数据库的序列码相同，则将增量数据库中的配置数据发送给转发器，可以使转发器和控制器中的配置数据一致。

如果没有全量配置库的序列码，或者没有获取到startup数据库的序列码，或者全量配置库的序列码与startup数据库的序列码不同，则可以使用其他的对账方式进行配置数据的对账。上述其他方式可以是背景技术中所记载的方式或者其他方式，本发明实施例对此不予限定。

本实施例，在转发器的配置数据持久化后存有序列码，控制器也会记录该序列码；在后续SDN网络运行过程中，如果有新配置数据从控制器下发给转发器，但是转发器与控制器侧保持的序列码仍然一致，则仅需下发增量数据库中的配置数据，而且不需要从转发器获得全量配置数据，大幅度减少对账时间，提升了对账效率。

另外，仅需比对序列码，省去了转发器的配置数据与控制器的配置数据比较环节，可以大幅度提升了对账效率。

本实施例可以周期性地对转发器中的配置数据进行持久化，从而更新逻辑码，使增量数据库中的配置数据的规模在一个比较小的范围内，可保障增量数据库的下发速度。

本发明实施例还提供了一种软件定义网络的设备，应用于软件定义网络SDN，在上述SDN中包含第一设备和第二设备，上述软件定义网络的设备作为上述第一设备使用，上述第一设备和上述第二设备分别为控制器或转发器，上述软件定义网络的设备包括：

逻辑码获取单元401，用于从上述第二设备获取第二逻辑码，上述第二逻辑码随上述第二设备中存储的配置数据变化而变化；

记录单元402，用于将上述逻辑码获取单元401获取到的上述第二逻辑码记录为第一逻辑码；

发送单元403，用于在上述记录单元402记录上述第一逻辑码后，向上述第二设备发送新配置数据；在向上述第二设备发送上述新配置数据后，若上述第一逻辑码与上述第二逻辑码相同，则向上述第二设备重新发送上述新配置数据。

本实施例及后续设备实施例可以参考前文方法实施例的解释和说明，在此不再赘述。

本发明实施例使用配置数据的逻辑码来确认配置数据是否相同，记录了发送的新配置数据，通过比较逻辑码确定新配置数据是否需要重新传递，不必传递全部配置数据也不用比较配置数据的具体内容，因此可以减少数据传递量以及比对计算量，从而提高SDN网络的效率。

进一步地，上述软件定义网络的设备还包括：

上述逻辑码获取单元401，还用于从上述第二设备获取第四逻辑码；上述第四逻辑码随上述第二设备中存储的状态数据变化而变化；

上述记录单元402，还用于将上述逻辑码获取单元401获取到的上述第四逻辑码记录为第三逻辑码；

上述发送单元403，还用于在上述记录单元402记录上述第三逻辑码后，向上述第二设备发送新状态数据；在向上述第二设备发送新状态数据之后，若上述第三逻辑码与上述第四逻辑码相同，则向上述第二设备重新发送上述新状态数据。

进一步地，上述发送单元403，还用于在上述逻辑码获取单元401从上述第二设备获取第二逻辑码之前，向上述第二设备发送持久化指令，指示上述第二设备持久化上述第二设备中存储的配置数据。

可选地，上述发送单元403，用于上述向上述第二设备发送新配置数据包括：在上述第二设备处于离线状态的情况下，向上述第二设备发送新配置数据。

进一步地，上述记录单元402，还用于在上述发送单元403向上述第二设备发送新配置数据后，以增量数据库记录上述新配置数据。

可选地，上述发送单元403，用于在上述向上述第二设备发送新配置数据之后，确认上述第二设备在上述第一设备执行上述向上述第二设备发送新配置数据时间段内执行了复位操作；则执行上述在向上述第二设备发送上述新配置数据后，若上述第一逻辑码与上述第二逻辑码相同，则向上述第二设备发送上述新配置数据。

进一步地，上述逻辑码获取单元401，还用于在上述发送单元403向上述第二设备重新发送上述新配置数据之后，重新执行上述从上述第二设备获取第二逻辑码，记录为第一逻辑码。

可选地，上述逻辑码获取单元401，用于周期性执行从上述第二设备获取第二逻辑码，记录为第一逻辑码。

四方面本发明实施例还提供了一种软件定义网络的设备，应用于软件定义网络SDN，在上述SDN中包含第一设备和第二设备，上述软件定义网络的设备作为上述第二设备使用，上述第一设备和上述第二设备分别为控制器或转发器，如图5所示，上述软件定义网络的设备包括：

发送单元501，用于上述第二设备向上述第一设备发送第二逻辑码，作为上述第一设备记录的第一逻辑码；上述第二逻辑码随上述第二设备中存储的配置数据变化而变化；

接收单元502，用于在上述第一逻辑码与上述第二逻辑码相同的情况下，若上述第一设备向上述第二设备发送了新配置数据，则重新接收来自上述第一设备发送的上述新配置数据；

更新单元503，用于将上述新配置数据更新到上述第二设备存储的配置数据中。

进一步地，上述发送单元501，还用于向上述第一设备发送第四逻辑码，作为上述第一设备记录的第三逻辑码；上述第四逻辑码随上述第二设备中存储的状态数据变化而变化；

上述接收单元502，还用于在上述第一逻辑码与上述第二逻辑码相同的情况下，若上述第一设备向上述第二设备发送了新状态数据，则重新接收来自上述第一设备发送的上述新状态数据；

上述更新单元503，还用于将上述新状态数据更新到上述第二设备存储的状态数据中。

进一步地，上述软件定义网络的设备还包括：存储控制单元504，用于在上述向上述第一设备发送第二逻辑码之前，对上述第二设备存储的配置数据持久化。

可选地，上述发送单元501，用于在上述第二设备接收到上述第一设备发送的持久化指令，对上述第二设备中存储的配置数据持久化之后，执行上述向上述第一设备发送第二逻辑码；

或者，在上述第二设备执行复位操作后，执行上述向上述第一设备发送第二逻辑码。

本发明实施例还提供了一种软件定义网络的设备，如图6所示，包括：处理器601、存储器602以及通信接口603；其中上述处理器601、上述存储器602和上述通信接口603以可通信方式连接；

存储器602包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器602用于相关指令及数据。通信接口603用于接收和发送数据。

处理器601可以是一个或多个中央处理器(central processing unit，CPU)，在处理器601是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

该软件定义网络的设备中的处理器601用于读取上述程序代码与上述通信接口603配合实现发明实施例提供的任意一项由第一设备执行的方法流程；或者，上述处理器601用于读取上述程序代码与上述通信接口603配合实现发明实施例提供的任意一项由第二设备执行的方法流程。

在本实施例中，通信接口603可以对应到前文实施例的软件定义网络的设备中接收和发送相关的功能单元，前文实施例的软件定义网络的设备中的其他功能单元的功能可以由处理器601执行。

本发明实施例还提供了一种软件定义网络，如图7所示，包括：在上述软件定义网络SDN中包含第一设备701和第二设备702，上述软件定义网络的设备作为上述第二设备702使用，上述第一设备701和上述第二设备702分别为控制器或转发器，上述第一设备701存储有配置数据，还可以存储状态数据，上述第二设备702也存储有配置数据，还可以存储有状态数据；

上述第一设备701为本发明实施例提供的任意一项作为第一设备701使用的软件定义网络的设备；

上述第二设备702为本发明实施例提供的任意一项作为第二设备702使用的软件定义网络的设备。

本实施例中第一设备701和第二设备702可以参阅图1中的转发器和SDN控制器，第一设备701和第二设备703中存储的配置数据和状态数据均可以存储在图1中各自设备所示的数据库中。

本发明实施例还提供了一种存储介质，上述存储介质中存储有程序代码，上述程序代码包括程序指令，上述程序指令当被处理器执行时与通信接口配合实现本发明实施例提供的任意一项的方法流程。

本发明实施例还提供了一种软件程序，上述软件程序包含程序代码；上述程序代码包括程序指令，上述程序指令当被处理器执行时与通信接口配合实现本发明实施例提供的任意一项的方法流程。

上述存储介质可以为任意的计算机可读取存储介质中，该软件程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (27)

1.一种配置数据的处理方法，其特征在于，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述第一设备和所述第二设备分别为控制器或转发器，所述方法包括：

所述第一设备从所述第二设备获取第二逻辑码，记录为第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

在记录所述第一逻辑码后，向所述第二设备发送新配置数据；

在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备重新发送所述新配置数据。

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

所述第一设备从所述第二设备获取第四逻辑码，记录为第三逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

在记录所述第三逻辑码后，向所述第二设备发送新状态数据；

在向所述第二设备发送新状态数据之后，若所述第三逻辑码与所述第四逻辑码相同，则向所述第二设备重新发送所述新状态数据。

3.根据权利要求1所述方法，其特征在于，在所述从所述第二设备获取第二逻辑码之前，所述方法还包括：

向所述第二设备发送持久化指令，指示所述第二设备持久化所述第二设备中存储的配置数据。

4.根据权利要求1所述方法，其特征在于，所述向所述第二设备发送新配置数据包括：

在所述第二设备处于离线状态的情况下，向所述第二设备发送新配置数据。

5.根据权利要求4所述方法，其特征在于，在所述向所述第二设备发送新配置数据后，所述方法还包括：

以增量数据库记录所述新配置数据。

6.根据权利要求1至5任意一项所述方法，其特征在于，在所述向所述第二设备发送新配置数据之后，所述方法还包括：

确认所述第二设备在所述第一设备执行所述向所述第二设备发送新配置数据时间段内执行了复位操作；

则执行所述在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备发送所述新配置数据。

7.根据权利要求1至6任意一项所述方法，其特征在于，在所述向所述第二设备重新发送所述新配置数据之后，所述方法还包括：

重新执行所述从所述第二设备获取第二逻辑码，记录为第一逻辑码。

8.根据权利要求1至6任意一项所述方法，其特征在于，所述从所述第二设备获取第二逻辑码，记录为第一逻辑码包括：

周期性执行从所述第二设备获取第二逻辑码，记录为第一逻辑码。

9.一种配置数据的处理方法，其特征在于，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述第一设备和所述第二设备分别为控制器或转发器，所述方法包括：

所述第二设备向所述第一设备发送第二逻辑码，作为所述第一设备记录的第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新配置数据，则重新接收来自所述第一设备发送的所述新配置数据，将所述新配置数据更新到所述第二设备存储的配置数据中。

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

所述第二设备向所述第一设备发送第四逻辑码，作为所述第一设备记录的第三逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新状态数据，则重新接收来自所述第一设备发送的所述新状态数据，将所述新状态数据更新到所述第二设备存储的状态数据中。

11.根据权利要求9或10所述方法，其特征在于，在所述向所述第一设备发送第二逻辑码之前，所述方法还包括：

对所述第二设备存储的配置数据持久化。

12.根据权利要求9至11任意一项所述方法，其特征在于，所述向所述第一设备发送第二逻辑码，包括：

在接收到所述第一设备发送的持久化指令，对所述第二设备中存储的配置数据持久化之后，执行所述向所述第一设备发送第二逻辑码；

或者，在所述第二设备执行复位操作后，执行所述向所述第一设备发送第二逻辑码。

13.一种软件定义网络的设备，其特征在于，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述软件定义网络的设备作为所述第一设备使用，所述第一设备和所述第二设备分别为控制器或转发器，所述软件定义网络的设备包括：

逻辑码获取单元，用于从所述第二设备获取第二逻辑码，所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

记录单元，用于将所述逻辑码获取单元获取到的所述第二逻辑码记录为第一逻辑码；

发送单元，用于在所述记录单元记录所述第一逻辑码后，向所述第二设备发送新配置数据；在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备重新发送所述新配置数据。

14.根据权利要求13所述软件定义网络的设备，其特征在于，所述软件定义网络的设备还包括：

所述逻辑码获取单元，还用于从所述第二设备获取第四逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

所述记录单元，还用于将所述逻辑码获取单元获取到的所述第四逻辑码记录为第三逻辑码；

所述发送单元，还用于在所述记录单元记录所述第三逻辑码后，向所述第二设备发送新状态数据；在向所述第二设备发送新状态数据之后，若所述第三逻辑码与所述第四逻辑码相同，则向所述第二设备重新发送所述新状态数据。

15.根据权利要求13所述软件定义网络的设备，其特征在于，

所述发送单元，还用于在所述逻辑码获取单元从所述第二设备获取第二逻辑码之前，向所述第二设备发送持久化指令，指示所述第二设备持久化所述第二设备中存储的配置数据。

16.根据权利要求13所述软件定义网络的设备，其特征在于，

所述发送单元，用于所述向所述第二设备发送新配置数据包括：在所述第二设备处于离线状态的情况下，向所述第二设备发送新配置数据。

17.根据权利要求16所述软件定义网络的设备，其特征在于，

所述记录单元，还用于在所述发送单元向所述第二设备发送新配置数据后，以增量数据库记录所述新配置数据。

18.根据权利要求13至17任意一项所述软件定义网络的设备，其特征在于，

所述发送单元，用于在所述向所述第二设备发送新配置数据之后，确认所述第二设备在所述第一设备执行所述向所述第二设备发送新配置数据时间段内执行了复位操作；则执行所述在向所述第二设备发送所述新配置数据后，若所述第一逻辑码与所述第二逻辑码相同，则向所述第二设备发送所述新配置数据。

19.根据权利要求13至18任意一项所述软件定义网络的设备，其特征在于，

所述逻辑码获取单元，还用于在所述发送单元向所述第二设备重新发送所述新配置数据之后，重新执行所述从所述第二设备获取第二逻辑码，记录为第一逻辑码。

20.根据权利要求13至18任意一项所述软件定义网络的设备，其特征在于，

所述逻辑码获取单元，用于周期性执行从所述第二设备获取第二逻辑码，记录为第一逻辑码。

21.一种软件定义网络的设备，其特征在于，应用于软件定义网络SDN，在所述SDN中包含第一设备和第二设备，所述软件定义网络的设备作为所述第二设备使用，所述第一设备和所述第二设备分别为控制器或转发器，所述软件定义网络的设备包括：

发送单元，用于所述第二设备向所述第一设备发送第二逻辑码，作为所述第一设备记录的第一逻辑码；所述第二逻辑码随所述第二设备中存储的配置数据变化而变化；

接收单元，用于在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新配置数据，则重新接收来自所述第一设备发送的所述新配置数据；

更新单元，用于将所述新配置数据更新到所述第二设备存储的配置数据中。

22.根据权利要求21所述软件定义网络的设备，其特征在于，

所述发送单元，还用于向所述第一设备发送第四逻辑码，作为所述第一设备记录的第三逻辑码；所述第四逻辑码随所述第二设备中存储的状态数据变化而变化；

所述接收单元，还用于在所述第一逻辑码与所述第二逻辑码相同的情况下，若所述第一设备向所述第二设备发送了新状态数据，则重新接收来自所述第一设备发送的所述新状态数据；

所述更新单元，还用于将所述新状态数据更新到所述第二设备存储的状态数据中。

23.根据权利要求21或22所述软件定义网络的设备，其特征在于，

存储控制单元，用于在所述向所述第一设备发送第二逻辑码之前，对所述第二设备存储的配置数据持久化。

24.根据权利要求21至23任意一项所述软件定义网络的设备，其特征在于，

所述发送单元，用于在所述第二设备接收到所述第一设备发送的持久化指令，对所述第二设备中存储的配置数据持久化之后，执行所述向所述第一设备发送第二逻辑码；

或者，在所述第二设备执行复位操作后，执行所述向所述第一设备发送第二逻辑码。

25.一种软件定义网络的设备，包括：处理器、存储器以及通信接口；其中所述处理器、所述存储器和所述通信接口以可通信方式连接，其特征在于，

在所述存储器中存储有程序代码；

所述处理器用于读取所述程序代码与所述通信接口配合实现权利要求1至8任意一项的方法流程；或者，所述处理器用于读取所述程序代码与所述通信接口配合实现权利要求9至12任意一项的方法流程。

26.一种软件定义网络，其特征在于，包括：在所述软件定义网络SDN中包含第一设备和第二设备，所述软件定义网络的设备作为所述第二设备使用，所述第一设备和所述第二设备分别为控制器或转发器，

所述第一设备为权利要求13至20任意一项所述的软件定义网络的设备；

所述第二设备为权利要求21至24任意一项所述的软件定义网络的设备。

27.一种存储介质，其特征在于，所述存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时与通信接口配合实现权利要求1至12任意一项的方法流程。

Images