一种网络中配置变更的方法及装置与流程

本申请涉及网络技术领域，特别涉及一种网络中配置变更的方法及装置。

背景技术：

为实现网络运维简化趋势，自主网络集成模型和方法(autonomicnetworkinfrastructure(ani)&autonomicserviceagent(asa)，anima)的标准和解决方案期望实现网络设备的即插即管和即插即用，以降低网络的运营成本。

在anima网络的网络运维过程中，经常需要对业务实例的配置进行更新，但由于配置量可能较大，会出现用错误或不合适的配置更新业务实例的现有配置，这样会导致网络中报文转发出现丢包或根本不能正常转发的情况。现有技术中，并没有有效的机制来保证业务实例配置更新后仍然能正常转发用户业务报文。

技术实现要素：

本申请提供一种网络中配置变更的方法及装置，用以确定业务实例配置变更的正确性和有效性，从而提高业务实例更新的可靠性。

第一方面，本申请提供一种网络中配置变更的方法，所述网络为anima网络，所述网络中建立有第一业务实例，该方法包括：建立对应所述第一业务实例的第二业务实例，所述第二业务实例作为所述第一业务实施例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；第一设备接收针对所述第一业务实例的配置变更信息，所述配置变更信息包括需要变更的配置信息，所述第一设备为所述第一业务实例的入口设备；所述第一设备根据所述需要变更的配置信息触发所述第二业务实例进行配置变更；所述第一设备将所述第一业务实例传输的业务流导入到配置变更后的所述第二业务实例；所述第一设备获得配置变更后的所述第二业务实例传输所述业务流的结果；在所述第一设备根据所述结果确定配置变更后的所述第二业务实例满足传输所述业务流的要求时，根据所述需要变更的配置信息触发所述第一业务实例进行配置变更。

根据需要变更的配置信息触发第二业务实例先于第一业务实例进行配置变更，在根据配置变更后的第二业务实例传输业务流的结果确定第二业务实例满足传输第一业务实例的要求时，根据需要变更的配置信息触发第一业务实例进行配置变更，因此能够通过第二业务实例先于第一业务实例进行配置变更确定需要变更的配置信息的正确性和有效性，保证第一业务实例配置变更的正确性和有效性。

在一种可能的设计中，所述第一设备根据所述结果确定所述第二业务实例满足传输所述业务流的要求，可以采用但不限于以下方法：所述第一设备将所述结果发送给服务器；所述第一设备接收来自所述服务器的消息，所述消息指示所述第二业务实例满足传输所述业务流的要求，所述消息是所述服务器在确定配置变更后的所述第二业务实例满足传输所述业务流要求时发送的。

因此，第一设备可以通过服务器确定第二业务实例是否满足传输业务流的要求，当第二业务实例满足传输业务流的要求时，表明需要变更的配置信息准确，第一设备根据需要变更的配置信息触发第一业务实例进行配置变更，当第二业务实例不满足传输业务流的要求时，表明需要变更的配置信息可能存在错误，暂不对第一业务实例进行配置变更。

在一种可能的设计中，建立所述第一业务实例对应的第二业务实例，可以采用但限于以下方法：确定业务链路对应的仿真链路，所述业务链路用于运行所述第一业务实例，所述仿真链路用于运行所述第二业务实例；根据所述第一业务实例的配置信息创建所述第二业务实例，所述第二业务实例的配置与所述第一业务实例的配置对应，所述第二业务实施例能够实现与所述第一业务实例相同的业务功能。

因此，通过上述方法，可以实现第一业务实例传输的业务流与导入第二业务实例传输的业务流互不影响。

在一种可能的设计中，确定业务链路对应的仿真链路，可以采用以下方法：根据业务链路的拓扑结构确定仿真链路的拓扑结构；根据业务链路的配置信息确定仿真链路的配置信息。

因此，通过上述方法，可以实现第一业务实例所在的业务平面和第二业务实例所在的仿真平面的隔离。

在一种可能的设计中，仿真链路与业务链路不具有相同的物理链路。

仿真链路为独立的物理链路，或者为独立的逻辑链路。仿真链路可以有多种可能的形式。

在一种可能的设计中，第一设备将第一业务实例传输的业务流导入到配置变更后的第二业务实例可以采用以下方法：第一设备利用导入策略将第一业务实例传输的业务流导入到配置变更后的第二业务实例，导入策略包括：策略路由或者访问控制列表acl。

在一种可能的设计中，配置变更后的所述第二业务实例传输所述业务流的结果包括以下至少一种：用于指示所述业务流的传输性能的参数；或，用于传输所述业务流的路径的连通性报告。

第二方面，一种网络中配置变更的方法，所述网络为自主网络集成模型和方法anima网络，所述网络中建立有第一业务实例，该方法包括：建立对应所述第一业务实例的第二业务实例，所述第二业务实例作为所述第一业务实施例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；第一设备接收针对所述第一业务实例的配置变更信息，所述配置变更信息包括需要变更的配置信息，所述第一设备为所述第一业务实例的入口设备；所述第一设备根据所述需要变更的配置信息触发所述第二业务实例进行配置变更；在所述第一设备确定配置变更后的所述第二业务实例的协议正常运行时，根据所述需要变更的配置信息触发所述第一业务实例进行配置变更。

根据需要变更的配置信息触发第二业务实例先于第一业务实例进行配置变更，在第一设备确定配置变更后的所述第二业务实例的协议正常运行时，根据需要变更的配置信息触发第一业务实例进行配置变更，因此能够通过第二业务实例先于第一业务实例进行配置变更确定需要变更的配置信息的正确性和有效性，保证第一业务实例配置变更的正确性和有效性。该方法比较简便，且容易实施。

在一种可能的设计中，所述第一设备确定配置变更后的所述第二业务实例的协议正常运行，可以采用但不限于以下方法：所述第一设备确定配置变更后的所述第二业务实例的转发表项正确，或，所述第一设备确定配置变更后的所述第二业务实例的协议正常建立。

在一种可能的设计中，建立所述第一业务实例对应的第二业务实例可以采用以下方法：确定业务链路对应的仿真链路，所述业务链路用于运行所述第一业务实例，所述仿真链路用于运行所述第二业务实例；根据所述第一业务实例的配置信息创建所述第二业务实例，所述第二业务实例的配置与所述第一业务实例的配置对应，所述第二业务实施例能够实现与所述第一业务实例相同的业务功能。

在一种可能的设计中，确定业务链路对应的仿真链路，可以采用以下方法：根据所述业务链路的拓扑结构确定仿真链路的拓扑结构；根据所述业务链路的配置信息确定所述仿真链路的配置信息。

在一种可能的设计中，所述仿真链路与所述业务链路具有相同的物理链路。

第三方面，本申请提供一种网络中配置变更的方法，该方法包括：

服务器接收第一设备发送的配置变更后的第二业务实例传输所述业务流的结果，所述第二业务实例作为第一业务实例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；若所述服务器确定配置变更后的所述第二业务实例满足传输所述业务流要求，向所述第一设备发送消息，所述消息指示配置变更后的所述第二业务实例满足传输所述业务流的要求。

在服务器确定第二业务实例满足传输业务流的要求后，服务器向第一设备发送消息，因此能够通过第二业务实例先于第一业务实例进行配置变更确定需要变更的配置信息的正确性和有效性，保证第一业务实例配置变更的正确性和有效性。该方法比较简便，且容易实施。

第四方面，本申请提供一种网络中配置变更的装置，执行第一方面或第一方面任意一种可能的设计中的方法。具体地，该装置包括用于执行第一方面或第一方面的任意一种可能的实现方式中的方法的单元。

第五方面，本申请提供一种网络中配置变更的装置，执行第二方面或第二方面任意一种可能的设计中的方法。具体地，该装置包括用于执行第二方面或第二方面的任意一种可能的实现方式中的方法的单元。

第六方面，本申请提供一种网络中配置变更的装置，执行第三方面或第三方面任意一种可能的设计中的方法。具体地，该装置包括用于执行第三方面或第三方面的任意一种可能的实现方式中的方法的单元。

第七方面，本申请提供了一种设备，设备包括：处理器、网络接口和存储器。存储器可以用于存储程序代码，处理器用于调用存储器中的程序代码执行前述方面或前述方面中任意可能的实现方式中的方法。具体执行步骤可以参见前述方面，此处不在赘述。

第八方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机可执行程序代码，当所述计算机可执行程序代码在计算机上运行时，使得计算机执行前述方面或前述方面中任意可能的实现方式中的方法。

第九方面，本申请提供了一种计算机可读介质，所述计算机可读介质存储有计算机可执行程序代码，当所述计算机可执行程序代码在计算机上运行时，使得计算机执行前述方面或前述方面中任意可能的实现方式中的方法。

第十方面，本申请提供了一种芯片，包括：处理模块与通信接口，所述处理模块用于执行前述方面或前述方面中任意可能的实现方式中的方法。

所述芯片还包括存储模块，所述存储模块用于计算机可执行程序代码，存储器所存储的计算机可执行程序代码包括指令，所述处理模块用于执行所述指令，使得所述处理模块执行前述方面或前述方面中任意可能的实现方式中的方法。

第十一方面，本申请提供一种设备，该设备包括：主控板和接口板。主控板包括：第一处理器和第一存储器。接口板包括：第二处理器、第二存储器和接口卡。主控板和接口板耦合。第一存储器可以用于存储程序代码，第一处理器用于调用第一存储器中的程序代码执行如下操作：

建立对应所述第一业务实例的第二业务实例，所述第二业务实例作为所述第一业务实施例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；

第二存储器可以用于存储程序代码，第二处理器用于调用第二存储器中的程序代码执行如下操作：

触发接口卡接收针对所述第一业务实例的配置变更信息，所述配置变更信息包括需要变更的配置信息，所述设备为所述第一业务实例的入口设备；

触发接口卡根据所述需要变更的配置信息触发所述第二业务实例进行配置变更；

触发接口卡将所述第一业务实例传输的业务流导入到所述第二业务实例；

触发接口卡获得配置变更后的所述第二业务实例传输所述业务流的结果；

第一处理器在根据所述第二业务实例传输所述业务流的结果确定所述第二业务实例满足传输所述业务流的要求时，第二处理器触发接口卡根据所述需要变更的配置信息触发所述第一业务实例进行配置变更。

在一种可能的实现方式中，主控板和接口板之间建立进程间通信协议(inter-processcommunication，ipc)控制通道。

第十二方面，本申请提供一种设备，该设备包括：主控板和接口板。主控板包括：第一处理器和第一存储器。接口板包括：第二处理器、第二存储器和接口卡。主控板和接口板耦合。第一存储器可以用于存储程序代码，第一处理器用于调用第一存储器中的程序代码执行如下操作：

建立对应所述第一业务实例的第二业务实例，所述第二业务实例作为所述第一业务实施例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；

第二存储器可以用于存储程序代码，第二处理器用于调用第二存储器中的程序代码执行如下操作：

触发接口卡接收针对所述第一业务实例的配置变更信息，所述配置变更信息包括需要变更的配置信息，所述设备为所述第一业务实例的入口设备；

触发接口卡根据所述需要变更的配置信息触发所述第二业务实例进行配置变更；

第二处理器在所述第一设备确定配置变更后的所述第二业务实例的协议正常运行时，根据所述需要变更的配置信息触发所述第一业务实例进行配置变更。

在一种可能的实现方式中，主控板和接口板之间建立进程间通信协议(inter-processcommunication，ipc)控制通道。

附图说明

图1为本申请实施例提供的一种anima网络的结构示意图；

图2为本申请实施例提供的一种anima网络的结构示意图；

图3为本申请实施例提供的一种网络中配置变更的方法的流程示意图；

图4为本申请实施例提供的一种包含第一业务实例和第二业务实例的组网示意图；

图5为本申请实施例提供的一种业务链路和对应该业务链路的仿真链路的示意图；

图6为本申请实施例提供的一种网络中配置变更的方法的流程示意图；

图7为本申请实施例提供的一种网络中配置变更的装置的结构示意图；

图8为本申请实施例提供的一种网络中配置变更的装置的结构示意图；

图9为本申请实施例提供的一种网络中配置变更的装置的结构示意图；

图10为本申请实施例提供的一种设备的结构示意图；

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

图12为本申请实施例提供的一种设备的结构示意图。

具体实施方式

本申请实施例提供的方法可以应用于anima网络，下面结合图1对anima网络进行介绍。anima网络架构分为自主服务代理(autonomicserviceagent，asa)和自主网络基础设施(autonomicnetworkinfrastructure，ani)两层。

在asa层中，每个asa相当于每个设备内置的app，用分布式交互的方法来完成网络管理任务，例如，业务布放、参数配置等。例如，图1中asa-1、asa-2…asa-n分别代表不同的业务。asa之间的交互使用grasp协议。

ani层包括3个组件，分别为安全引导程序(securebootstrap)模块，自动控制平面(autonomiccontrolplane，acp)模块、grasp组件，grasp组件包括grasp应用程序编程接口(applicationprogramminginterface，api)和grasp模块。其中，securebootstrap模块用于实现安全启动，完成新设备加入域的认证，并为其分配证书。

acp模块用于实现设备之间逐跳(hop-by-hop)的加密网络之间互连的协议(internetprotocol，ip)隧道，形成一个稳定的管理虚拟专用网络(virtualprivatenetwork，vpn)，在该vpn里运行内部网关协议(interiorgatewayprotocol，igp)实现多跳设备之间的互通。grasp是asa之间交互的标准信令协议，默认运行在acp管理面内，保证设备之间交互的安全性。

本申请实施例中，在现有anima网络架构的基础上，在ani层新增自主网络集成模型和方法仿真平面(animasimulationplane，asp)模块，如图2所示，asp模块用于建立设备之间的仿真平面，实现anima网络的预演或仿真(dry-run)，实现如图3所示实施例中第一设备的功能。

下面结合附图，对本申请的实施例进行描述。

如图3所示，本申请实施例提供一种网络中配置变更的方法，所述网络为anima网络，所述网络中建立有第一业务实例，该方法包括：

步骤300：建立对应第一业务实例的第二业务实例。

第二业务实例作为第一业务实施例的镜像业务实例，运行第二业务实例的设备与运行第一业务实例的设备相同。第二业务实例作为第一业务实施例的镜像业务实例是指第二业务实例具有与第一业务实例对应的配置，并且能够实现相同的业务功能。例如，第一业务实例实现虚拟专用网络(virtualprivatenetwork，vpn)功能，第二业务实例也实现相同的vpn功能，并且运行第一业务实例的网络设备与运行第二业务实例的网络设备相同。

举例来说，在图4中的pe1和pe2之间建立第一业务实例，例如：vpn1，pe1和pe2之间还建立第二业务实例，例如：vpn2。pe1和pe2之间承载第一业务实例的链路的开销(cost)与pe1和pe2之间承载第二业务实例的链路的cost是相同。pe1和pe2之间承载第一业务实例的隧道的服务质量(qualityofservice，qos)与pe1和pe2之间承载第二业务实例的隧道的qos是相同。图4中实线表示运行第一业务实例的业务链路，虚线表示运行第二业务实例的仿真链路。

在一种可能的设计中，传输所述第一业务实例所对应的业务流所经过的设备的顺序为第一顺序，传输所述第二业务实例所对应的业务流经过的设备的顺序为第二顺序，所述第一顺序与所述第二顺序相同。

应理解的是，第一设备可以为anima网络中的设备。第一设备可以为第一业务实例的入口设备，即第一业务实例传输的业务流的起始设备，该第一设备可以为路由器或交换机。例如，第一设备可以为vpn中的运营商边缘(provideredge，pe)设备。

在一种可能的设计中，第一设备可以发起建立对应第一业务实例的第二业务实例。具体的，第一设备发起第一业务实例所经过的各个设备共同完成建立对应第一业务实例的第二业务实例。或者，网管设备向第一业务实例所经过的各个设备发送建立对应第一业务实例的第二业务实例的指示信息，由第一业务实例所经过的各个设备共同完成建立对应第一业务实例的第二业务实例。

针对步骤300，建立对应第一业务实例对应的第二业务实例可以采用但不限于以下方法：

步骤1，确定业务链路对应的仿真链路，其中，业务链路用于运行第一业务实例，仿真链路用于运行第二业务实例。具体的，确定业务链路对应的仿真链路需要首先确定业务链路的拓扑结构，根据业务链路的拓扑结构确定仿真链路的拓扑结构。其中，业务链路的拓扑结构是指传输第一业务实例所对应的业务流所经过的设备及其连接关系。应理解的是，业务链路的拓扑结构与仿真链路的拓扑结构相同。

例如，第一设备可以根据业务链路的配置信息确定业务链路的拓扑结构，或者，第一设备可以根据动态协议扩展(例如，grasp协议)与其他设备进行通信，并获知业务链路的拓扑结构。如图5所示，当路由器(router)1确定link(链路)1属于业务链路，并且link1的两端为router1和route2时，则可以在route1和route2之间选择一条不同于link1的链路作为仿真链路，如图4中的link2。或者，route1也可以选择link1作为仿真链路，在这种场景下，route1为该第一设备。

步骤2，第一设备根据业务链路的配置信息确定仿真链路的配置信息。

在一种可能的设计中，业务链路的配置信息可以包括链路度量(metric)值、带宽、链路的开销(cost)、隧道的服务质量(qualityofservice，qos)，在这种设计中，仿真链路的配置信息与业务链路的配置信息相同。

步骤3，在确定业务链路对应的仿真链路后，第一设备根据第一业务实例的配置信息创建第二业务实例。第一设备根据第一业务实例的配置信息创建第二业务实例的配置信息，其中第二业务实例的配置信息可以灵活创建，只要能保证第二业务实例正常建立。

例如，图4中pe1与pe2之间建立第一业务实例，如：vpn1，在建立vpn1过程中，需要先建立第一边界网关协议(bordergatewayprotocol，bgp)会话，该第一bgp会话用于建立vpn1。第一设备(pe1)根据第一bgp会话的配置信息创建第二bgp会话的配置信息，然后创建用于建立vpn2的第二bgp会话。在第二bgp会话配置信息的创建过程中，第二bgp会话配置信息可以灵活创建，但需要保证第二bgp会话正常建立，并且第一bgp会话和第二bgp会话经过的设备相同。对于第二业务实例的配置信息中和建立协议会话无关的配置信息可以和第一业务实例的相同，如：链路的cos，隧道的qos等。

在一种可能的设计中，仿真链路与业务链路不具有相同的物理链路，即仿真链路为独立的物理链路，或者为独立的逻辑链路。

在一种可能的设计中，仿真链路与业务链路可以具有相同的物理链路。

步骤310：第一设备接收针对第一业务实例的配置变更信息，配置变更信息包括需要变更的配置信息。

用户可以根据具体需求配置需要变更的配置信息的具体内容。可选地，需要变更的配置信息是指影响业务传输性能(例如，业务时延)或业务可靠性的配置信息。针对第一业务实例的配置变更信息可以由网管设备发送给第一设备。

步骤320：第一设备根据需要变更的配置信息触发第二业务实例进行配置变更。

第一设备发起第二业务实例所经过的各个设备共同完成第二业务实例的配置变更。

步骤330：第一设备将第一业务实例传输的业务流导入到配置变更后的第二业务实例。

第一设备利用导入策略将第一业务实例传输的业务流导入到配置变更后的第二业务实例。具体的，导入策略包括：策略路由，或者访问控制列表(accesscontrollist，acl)。

在一种可能的设计中，步骤330可以在步骤320之前，或在步骤310之前，即先将第一业务实例传输的业务流导入到配置变更前的第二业务实例，然后第一设备再根据需要变更的配置信息触发第二业务实例进行配置变更。本申请对此不作限定。

因此，通过上述方法，可以实现第一业务实例所在的业务平面和第二业务实例所在的仿真平面的隔离，以及第一业务实例传输的业务流与导入第二业务实例传输的业务流互不影响。

步骤340：第一设备获得配置变更后的第二业务实例传输业务流的结果。

第一设备收集配置变更后的第二业务实例传输业务流的结果。

步骤350：在第一设备根据配置变更后的第二业务实例传输业务流的结果确定配置变更后的第二业务实例满足传输业务流的要求时，根据需要变更的配置信息触发第一业务实例进行配置变更。

具体的，第二业务实例传输业务流的结果包括：用于指示业务流的传输性能的参数或用于传输业务流的路径的连通性报告。

在一种可能的设计中，第一设备将第二业务实例传输业务流的结果发送给服务器，服务器根据该结果对配置变更后的第二业务实例是否满足传输业务流的要求进行判断，若服务器确定配置变更后的第二业务实例满足传输业务流的要求，向第一设备发送第一消息，第一消息指示配置变更后的第二业务实例满足传输业务流的要求，该第一消息是服务器在确定配置变更后的第二业务实例满足传输业务流要求时发送的。

若服务器确定配置变更后的第二业务实例不满足传输业务流的要求，表明需要变更的配置信息可能存在错误，服务器可以向第一设备发送第二消息，第二消息指示配置变更后的第二业务实例不满足传输业务流的要求，该第二消息是服务器在确定配置变更后的第二业务实例不满足传输业务流要求时发送的。此时，第一设备暂不触发对第一业务实例进行配置变更。

举例来说，如果业务流在配置变更后的第二业务实例中传输的时延低于一定阈值，或该连通性报告显示配置变更后的第二业务实例的传输路径不存在故障，则判断第二业务实例满足传输业务流的要求。如果业务流在配置变更后的第二业务实例中传输的时延超过一定阈值，或该连通性报告显示配置变更后的第二业务实例的传输路径存在故障，则判断第二业务实例不满足传输业务流的要求。

其中，服务器为anima网络之上的智能服务器，用于网络行为的决策。

在一种可能的设计中，第二业务实例所经过的各个设备也可以将配置变更后的第二业务实例传输业务流的结果发送给服务器。因此，服务器可结合接收到的所有结果，判断配置变更后的第二业务实例是否满足传输业务流的要求。

通过上述方法，服务器可以根据接收到的配置变更后的第二业务实例传输所述业务流的结果，判断配置变更后的第二业务实例是否满足传输业务流要求，并在确定配置变更后的第二业务实例满足传输业务流要求时发送消息通知第一设备根据需要变更的配置信息触发第一业务实例进行配置变更。因此，可以保证第一业务实例配置变更的正确性和有效性，从而提高业务实例更新的可靠性。

下面结合图4对上述配置变更方法进行举例说明：

pe1和pe2之间建立有第一业务实例vpn1和第二业务实例vpn2，其中vpn2是对应vpn1的镜像业务实例。pe1为vpn1和vpn2的入口设备。pe1接收到配置变更信息指示pe1中接入vpn1的接口加入vlan。为了防止接入vpn1的接口加入vlan导致业务传输不满足需求，首先pe1触发接入vpn2的接口加入vlan，然后将vpn1传输的业务流导入vpn2。pe1收集配置变更后的vpn2传输业务流的结果，将配置变更后的vpn2传输业务流的结果发送至服务器。若服务器根据配置变更后的vpn2传输业务流的结果确定vpn2满足传输业务流的要求，则说明接入vpn1的接口加入vlan后也能满足业务传输的需求，服务器向pe1发送消息，该消息指示pe1将接入vpn1的接口加入vlan。

因此，pe1在接收到针对vpn1的配置变更信息后，首先触发vpn2执行该配置变更信息。pe1在确定vpn2满足传输业务流的要求后，再触发vpn1执行该配置变更信息。通过上述方法，可以保证第一业务实例配置变更的正确性和有效性，从而提高业务实例更新的可靠性。

如图6所示，本申请实施例提供一种网络中配置变更的方法，网络为anima网络，网络中建立有第一业务实例，该方法包括：

步骤600：建立对应第一业务实例的第二业务实例，第二业务实例作为第一业务实施例的镜像业务实例，运行第二业务实例的设备与运行第一业务实例的设备相同。

步骤600的内容可以参考步骤300，重复之处不再赘述。

步骤600与步骤300的主要区别之处在于：仿真链路与业务链路具有相同的物理链路，包括仿真链路与业务链路具有部分相同的物理链路，或仿真链路与业务链路具有全部相同的物理链路两种情况。此时将第一业务实例传输的业务流与导入第二业务实例传输时，可能出现业务流交叉影响的情况，因此，当仿真链路与业务链路具有相同的物理链路时，第一设备根据需要变更的配置信息触发第二业务实例进行配置变更主要用于仿真第一业务实例在控制平面运行情况。

步骤610：第一设备接收针对第一业务实例的配置变更信息，配置变更信息包括需要变更的配置信息，第一设备为第一业务实例的入口设备。

步骤610的内容可以参考步骤310，重复之处不再赘述。

步骤620：第一设备根据需要变更的配置信息触发第二业务实例进行配置变更。

步骤620的内容可以参考步骤320，重复之处不再赘述。

步骤630：在第一设备确定配置变更后的第二业务实例的协议正常运行时，根据需要变更的配置信息触发第一业务实例进行配置变更。

在一种可能的设计中，第一设备确定配置变更后的第二业务实例的协议正常运行包括但不限于以下几种情况：

第一种情况：第一设备确定配置变更后的第二业务实例的转发表项正确。

例如，需要变更的配置信息为路由协议发生变化，第一设备根据需要变更的配置信息触发第二业务实例进行配置变更后，可能导致配置变更后的第二业务实例的转发表项发生变化，因此，第一设备需要判断配置变更后的第二业务实例的转发表项是否正确，例如通过查询命令或维护命令确定路由计算是否正确，若正确则可进一步根据需要变更的配置信息触发第一业务实例进行配置变更，若不正确，则暂不根据需要变更的配置信息触发第一业务实例进行配置变更。

第二种情况：第一设备确定配置变更后的第二业务实例的协议正常建立。

例如，需要变更的配置信息为改变协议a的优先级，则第一设备根据需要变更的配置信息触发第二业务实例进行配置变更后，可能导致该协议的状态发生变化，因此，第一设备通过查询该协议的状态，判断该协议的状态是否正常，若正常建立则可进一步根据需要变更的配置信息触发第一业务实例进行配置变更，若不正常，则暂不根据需要变更的配置信息触发第一业务实例进行配置变更。

因此，上述如图3所示的实施例与图6所示实施例中需要变更的配置信息可以是相同的，主要区别在于，当仿真链路与业务链路不具有相同的物理链路时，对应如图3所示的实施例，此时通过将第一业务实施例传输的业务流导入配置变更后的第二业务实例，判断配置变更后的第二业务实例是否满足传输业务流的要求，而当仿真链路与业务链路具有相同的物理链路时，对应如图6所示的实施例，由于可能出现业务流交叉的情况，此时，可以不需要通过导入业务流进行判断，可以判断配置变更后的第二业务实例的协议是否正常运行。

例如，假设需要变更的配置信息指示路由协议的变化，当仿真链路与业务链路不具有相同的物理链路时，通过将第一业务实施例传输的业务流导入配置变更后的第二业务实例，判断业务流是否在第二业务实例中按照变化后的路由协议进行转发，以此确定配置变更后的第二业务实例是否满足传输业务流的要求。而当仿真链路与业务链路中具有部分相同的物理链路时，可以通过查询转发表，判断路由计算结果是否符合变化后的路由协议，以此确定配置变更后的第二业务实例的协议是否正常运行。

因此，采用本申请实施例提供的方法，无论仿真链路是否具有与业务链路相同的物理链路，均可实现通过第二业务实例先于第一业务实例进行配置变更确定需要变更的配置信息的正确性和有效性，保证第一业务实例配置变更的正确性和有效性。

基于以上实施例，本申请实施例提供一种网络中配置变更的装置，所述网络为anima网络，所述网络中建立有第一业务实例，对应如图3所示实施例中的第一设备，如图7所示，该装置700包括：

处理单元701，用于建立对应所述第一业务实例的第二业务实例，所述第二业务实例作为所述第一业务实施例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；

收发单元702，用于接收针对所述第一业务实例的配置变更信息，所述配置变更信息包括需要变更的配置信息，所述装置为所述第一业务实例的入口设备；

所述处理单元701，用于根据所述需要变更的配置信息触发所述第二业务实例进行配置变更，并将所述第一业务实例传输的业务流导入到所述第二业务实例；获得配置变更后的所述第二业务实例传输所述业务流的结果，在根据所述结果确定配置变更后的所述第二业务实例满足传输所述业务流的要求时，根据所述需要变更的配置信息触发所述第一业务实例进行配置变更。

在一种可能的设计中，所述收发单元702，还用于将所述结果发送给服务器；

所述收发单元702，还用于接收来自所述服务器的消息，所述消息指示配置变更后的所述第二业务实例满足传输所述业务流的要求，所述消息是所述服务器在确定配置变更后的所述第二业务实例满足传输所述业务流要求时发送的。

在一种可能的设计中，所述处理单元701建立所述第一业务实例对应的第二业务实例时，所述处理单元701，具体用于：确定业务链路对应的仿真链路，所述业务链路用于运行所述第一业务实例，所述仿真链路用于运行所述第二业务实例；根据所述第一业务实例的配置信息创建所述第二业务实例，所述第二业务实例的配置与所述第一业务实例的配置对应，所述第二业务实施例能够实现与所述第一业务实例相同的业务功能。

在一种可能的设计中，所述处理单元701确定业务链路对应的仿真链路时，所述处理单元701，具体用于：根据所述业务链路的拓扑结构确定仿真链路的拓扑结构；根据所述业务链路的配置信息确定所述仿真链路的配置信息。

在一种可能的设计中，所述仿真链路与所述业务链路不具有相同的物理链路。

在一种可能的设计中，将所述第一业务实例传输的业务流导入到配置变更后的所述第二业务实例时，所述处理单元701具体用于：利用导入策略将所述第一业务实例传输的业务流导入到配置变更后的所述第二业务实例，所述导入策略包括：策略路由或者访问控制列表acl。

在一种可能的设计中，配置变更后的所述第二业务实例传输所述业务流的结果包括以下至少一种：用于指示所述业务流的传输性能的参数；或，用于传输所述业务流的路径的连通性报告。

基于以上实施例，本申请实施例提供一种网络中配置变更的装置，对应如图3所示实施例中的服务器，如图8所示，该装置800包括：

接收单元801，用于接收第一设备发送的配置变更后的第二业务实例传输所述业务流的结果，所述第二业务实例作为第一业务实例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；

处理单元802，用于确定配置变更后的所述第二业务实例满足传输所述业务流要求；

所述发送单元803，用于向所述第一设备发送消息，所述消息指示配置变更后的所述第二业务实例满足传输所述业务流的要求。

基于以上实施例，本申请实施例提供一种网络中配置变更的装置，对应如图6所示实施例中的第一设备，如图9所示，该装置900包括：

处理单元901，用于建立对应所述第一业务实例的第二业务实例，所述第二业务实例作为所述第一业务实施例的镜像业务实例，运行所述第二业务实例的设备与运行所述第一业务实例的设备相同；

收发单元902，用于接收针对所述第一业务实例的配置变更信息，所述配置变更信息包括需要变更的配置信息，所述第一设备为所述第一业务实例的入口设备；

所述处理单元901，用于根据所述需要变更的配置信息触发所述第二业务实例进行配置变更；在确定配置变更后的所述第二业务实例的协议正常运行时，根据所述需要变更的配置信息触发所述第一业务实例进行配置变更。

在一种可能的设计中，确定配置变更后的所述第二业务实例的协议正常运行时，所述处理单元901，具体用于：确定配置变更后的所述第二业务实例的转发表项正确，或，确定配置变更后的所述第二业务实例的协议正常建立。

在一种可能的设计中，所述处理单元901建立所述第一业务实例对应的第二业务实例时，所述处理单元901，具体用于：确定业务链路对应的仿真链路，所述业务链路用于运行所述第一业务实例，所述仿真链路用于运行所述第二业务实例；根据所述第一业务实例的配置信息创建所述第二业务实例，所述第二业务实例的配置与所述第一业务实例的配置对应，所述第二业务实施例能够实现与所述第一业务实例相同的业务功能。

在一种可能的设计中，所述处理单元901确定业务链路对应的仿真链路时，所述处理单元901，具体用于：根据所述业务链路的拓扑结构确定仿真链路的拓扑结构；根据所述业务链路的配置信息确定所述仿真链路的配置信息。

在一种可能的设计中，所述仿真链路与所述业务链路具有相同的物理链路。

应理解以上各个单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如处理单元可以为单独设立的处理元件，也可以集成在某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由某一个处理元件调用并执行该单元的功能。其它单元的实现与之类似。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

基于以上实施例，参阅图10，本申请实施例还提供了一种设备1000，对应如图3或图6所示实施例中的第一设备，该设备1000包括：网络接口1001，处理器1002，存储器1003。可以理解的，上述图7和图9所示实施例中的网络中配置变更的装置可以以图10所示的设备1000实现。设备1000的结构并不构成对本申请实施例的限定。设备1000可以为路由器或交换器或有转发功能的设备。

所述存储器1003，用于存储计算机程序代码。所述存储器1003可能包含随机存储记忆体(randomaccessmemory，ram)等，也可能还包括非易失性存储器，例如至少一个磁盘存储器。所述处理器1002可以是中央处理器(centralprocessingunit，cpu)，网络处理器(networkprocessor，np)，硬件芯片或者其任意组合。所述处理器1002执行所述存储器1003所存储的计算机程序代码，实现如图3或图6所示的方法。具体执行步骤可以参见前述方法实施例，此处不在赘述。

基于以上实施例，参阅图11，本申请实施例还提供了一种服务器1100，例如，图3所示实施例中的服务器，该服务器1100包括：网络接口1101，处理器1102，存储器1103。可以理解的，上述图8所示实施例中的网络中配置变更的装置可以以图11所示的服务器1100实现。具体的，图8中接收单元801和发送单元803可通过通信接口1101实现，处理单元802的功能可通过所述处理器1102实现。服务器1100的结构并不构成对本申请实施例的限定。

所述存储器1103，用于存储计算机程序代码。所述存储器1103可能包含随机存储记忆体(randomaccessmemory，ram)等，也可能还包括非易失性存储器，例如至少一个磁盘存储器。所述处理器1102可以是中央处理器(centralprocessingunit，cpu)，网络处理器(networkprocessor，np)，硬件芯片或者其任意组合。所述处理器1102执行所述存储器1103所存储的计算机程序代码，实现如图3所示的方法。具体执行步骤可以参见前述方法实施例，此处不在赘述。

基于以上实施例，参见图12，本申请实施例提供了一种设备1200。所述设备1200包括：主控板1201和接口板1202。主控板1201包括：第一处理器1203和第一存储器1204。接口板1202包括：第二处理器1205、第二存储器1206和接口卡1207。主控板1201和接口板1202耦合。

在一种可能的实现方式中，主控板1201和接口板1202之间建立进程间通信协议ipc控制通道。

设备1200可以为路由器或交换器或有转发功能的设备，设备1200能够实现前述方法实施例中的第一设备的功能，具体执行步骤可以参见前述方法实施例，此处不在赘述。

本申请实施例还提供了一种计算机存储介质，用于储存图3或图7所示实施例中第一设备所用的计算机软件指令，其包括用于执行前述实施例所示的方法的程序。

本申请实施例中提到的第一设备中的“第一”只是用来做名字标识，并不代表顺序上的第一。该规则同样适用于“第二”。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。