CN114726724B - 使用网络变化验证的基于意图的组网 - Google Patents

Abstract

本文中呈现了用于在通信网络内支持基于意图的组网的各种示例实施例。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为基于对网络的管理的变化管理的使用来支持网络的管理。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持基于对网络的管理的变化管理的使用来支持管理的网络，其中变化管理基于变化在网络中永久生效之前对网络中的变化的验证(例如，基于在网络中的变化的应用以验证变化、在将变化应用到真实网络之前基于镜像真实网络的网络中的变化的应用，等等)。

Description

使用网络变化验证的基于意图的组网

技术领域

各种示例实施例通常涉及通信系统，并且更具体地但非排他地涉及在各种类型的通信系统中支持基于意图的组网。

背景技术

在许多通信网络中，可以使用各种通信技术来支持通信。至少在一些通信网络中，基于意图的组网被用来支持通信网络的改进规划、设计、实现和管理。

发明内容

在至少一些示例实施例中，一种装置包括：至少一个处理器和至少一个存储器，该至少一个存储器包括指令集合，其中该指令集合被配置为在由该至少一个处理器执行时使该装置：接收对网络中的网络变化的请求，其中网络被配置为满足意图，基于网络变化的执行从与网络变化相关联的一个或多个网络元件接收网络状态信息，基于网络状态信息确定网络上的网络变化的结果，并且基于网络上的网络变化的结果确定意图是否在网络变化的执行之后被满足。在至少一些示例实施例中，意图包括网络意图或服务意图中的至少一项。在至少一些示例实施例中，网络变化在网络中被执行并且网络元件是网络的一部分。在至少一些示例实施例中，网络变化在沙箱网络中被执行并且网络元件是沙箱网络的一部分。在至少一些示例实施例中，沙盒网络包括网络的虚拟表示。在至少一些示例实施例中，网络状态信息的至少一部分基于一个或多个网络元件中的至少一个网络元件的遥测能力被接收。在至少一些示例实施例中，为了确定网络上的网络变化的结果，指令集合被配置为在由至少一个处理器执行时使装置：基于意图确定意图参数，并基于网络状态信息确定意图参数的值。在至少一些示例实施例中，为了确定网络上的网络变化的结果，指令集合被配置为在由至少一个处理器执行时使装置：基于意图确定意图参数，基于网络状态信息确定用于网络变化的意图参数的值，并且基于用于网络变化的意图参数的值确定用于意图的意图参数的值。在至少一些示例实施例中，为了确定意图是否在网络变化的执行之后被满足，指令集合被配置为在由至少一个处理器执行时使装置：基于意图确定意图的意图参数和意图参数的意图值，基于网络上的网络变化的结果确定意图参数的新值，并且基于意图参数的意图值和意图参数的新值确定意图是否在网络变化的执行之后被满足。在至少一些示例实施例中，意图基于容量参数，其中为了确定意图是否在网络变化的执行之后被满足，指令集合被配置为在由至少一个处理器执行时使装置：确定用于意图的容量参数的潜在值与在网络变化的执行之后的容量参数的实际值之间的差是否满足阈值。在至少一些示例实施例中，网络变化在网络内被执行。在至少一些示例实施例中，该指令集合被配置为在由至少一个处理器执行时使该装置：向用户的设备发送关于网络是否仍然满足意图的指示。在至少一些示例实施例中，该指令集合被配置为在由至少一个处理器执行时使该装置：从用户的设备接收从网络撤消网络变化的请求，并发起一个或多个配置动作，该一个或多个配置动作被配置为从网络撤消网络变化。在至少一些示例实施例中，网络变化在被配置为模拟网络的沙箱网络内被执行。在至少一些示例实施例中，该指令集合被配置为在由至少一个处理器执行时使该装置：向用户的设备发送网络变化在网络内的执行将引起网络意图不再被网络满足的指示。在至少一些示例实施例中，该指令集合被配置为在由至少一个处理器执行时使该装置：向用户的设备发送网络变化在网络内的执行将引起网络意图继续被网络满足的指示。在至少一些示例实施例中，该指令集合被配置为在由至少一个处理器执行时使该装置：从用户的设备接收在网络中应用网络变化的请求，并且发起一个或多个配置动作，该一个或多个配置动作被配置为在网络中应用网络变化。在至少一些示例实施例中，该装置是被配置为支持基于意图的组网的管理系统。

在至少一些示例实施例中，非瞬态计算机可读介质存储指令集合，该指令集合被配置为使装置：接收对网络中的网络变化的请求，其中网络被配置为满足意图，基于网络变化的执行从与网络变化相关联的一个或多个网络元件接收网络状态信息，基于网络状态信息确定网络上的网络变化的结果，并且基于网络上的网络变化的结果确定意图是否在网络变化的执行之后被满足。在至少一些示例实施例中，意图包括网络意图或服务意图中的至少一项。在至少一些示例实施例中，网络变化在网络中被执行并且网络元件是网络的一部分。在至少一些示例实施例中，网络变化在沙箱网络中被执行并且网络元件是沙箱网络的一部分。在至少一些示例实施例中，沙盒网络包括网络的虚拟表示。在至少一些示例实施例中，网络状态信息的至少一部分基于一个或多个网络元件中的至少一个网络元件的遥测能力被接收。在至少一些示例实施例中，为了确定网络上的网络变化的结果，指令集合被配置为使装置：基于意图确定意图参数，并基于网络状态信息确定意图参数的值。在至少一些示例实施例中，为了确定网络上的网络变化的结果，指令集合被配置为使装置：基于意图确定意图参数，基于网络状态信息确定用于网络变化的意图参数的值，并且基于用于网络变化的意图参数的值确定用于意图的意图参数的值。在至少一些示例实施例中，为了确定意图是否在网络变化的执行之后被满足，指令集合被配置为使装置：基于意图确定意图的意图参数和意图参数的意图值，基于网络上的网络变化的结果确定意图参数的新值，并且基于意图参数的意图值和意图参数的新值确定意图是否在网络变化的执行之后被满足。在至少一些示例实施例中，意图基于容量参数，其中为了确定意图是否在网络变化的执行之后被满足，指令集合被配置为使装置：确定用于意图的容量参数的潜在值与在网络变化的执行之后的容量参数的实际值之间的差是否满足阈值。在至少一些示例实施例中，网络变化在网络内被执行。在至少一些示例实施例中，该指令集合被配置为使该装置：向用户的设备发送关于网络是否仍然满足意图的指示。在至少一些示例实施例中，该指令集合被配置为使该装置：从用户的设备接收从网络撤消网络变化的请求，并发起一个或多个配置动作，该一个或多个配置动作被配置为从网络撤消网络变化。在至少一些示例实施例中，网络变化在被配置为模拟网络的沙箱网络内被执行。在至少一些示例实施例中，该指令集合被配置为使该装置：向用户的设备发送网络变化在网络内的执行将引起网络意图不再被网络满足的指示。在至少一些示例实施例中，该指令集合被配置为使该装置：向用户的设备发送网络变化在网络内的执行将引起网络意图继续被网络满足的指示。在至少一些示例实施例中，该指令集合被配置为使该装置：从用户的设备接收在网络中应用网络变化的请求，并且发起一个或多个配置动作，该一个或多个配置动作被配置为在网络中应用网络变化。在至少一些示例实施例中，该装置是被配置为支持基于意图的组网的管理系统。

在至少一些示例实施例中，一种方法包括：接收对网络中的网络变化的请求，其中网络被配置为满足意图，基于网络变化的执行从与网络变化相关联的一个或多个网络元件接收网络状态信息，基于网络状态信息确定网络上的网络变化的结果，并且基于网络上的网络变化的结果确定意图是否在网络变化的执行之后被满足。在至少一些示例实施例中，意图包括网络意图或服务意图中的至少一项。在至少一些示例实施例中，网络变化在网络中被执行并且网络元件是网络的一部分。在至少一些示例实施例中，网络变化在沙箱网络中被执行并且网络元件是沙箱网络的一部分。在至少一些示例实施例中，沙盒网络包括网络的虚拟表示。在至少一些示例实施例中，网络状态信息的至少一部分基于一个或多个网络元件中的至少一个网络元件的遥测能力被接收。在至少一些示例实施例中，确定网络上的网络变化的结果包括：基于意图确定意图参数，并基于网络状态信息确定意图参数的值。在至少一些示例实施例中，确定网络上的网络变化的结果包括：基于意图确定意图参数，基于网络状态信息确定用于网络变化的意图参数的值，并且基于用于网络变化的意图参数的值确定用于意图的意图参数的值。在至少一些示例实施例中，确定意图是否在网络变化的执行之后被满足包括：基于意图确定意图的意图参数和意图参数的意图值，基于网络上的网络变化的结果确定意图参数的新值，并且基于意图参数的意图值和意图参数的新值确定意图是否在网络变化的执行之后被满足。在至少一些示例实施例中，意图基于容量参数，其中确定意图是否在网络变化的执行之后被满足包括：确定用于意图的容量参数的潜在值与在网络变化的执行之后的容量参数的实际值之间的差是否满足阈值。在至少一些示例实施例中，网络变化在网络内被执行。在至少一些示例实施例中，该方法包括：向用户的设备发送关于网络是否仍然满足意图的指示。在至少一些示例实施例中，该方法包括：从用户的设备接收从网络撤消网络变化的请求，并发起一个或多个配置动作，该一个或多个配置动作被配置为从网络撤消网络变化。在至少一些示例实施例中，网络变化在被配置为模拟网络的沙箱网络内被执行。在至少一些示例实施例中，该方法包括：向用户的设备发送网络变化在网络内的执行将引起网络意图不再被网络满足的指示。在至少一些示例实施例中，该方法包括：向用户的设备发送网络变化在网络内的执行将引起网络意图继续被网络满足的指示。在至少一些示例实施例中，该方法包括：从用户的设备接收在网络中应用网络变化的请求，并且发起一个或多个配置动作，该一个或多个配置动作被配置为在网络中应用网络变化。在至少一些示例实施例中，该方法由被配置为支持基于意图的组网的管理系统执行。

在至少一些示例实施例中，一种装置包括：用于接收对网络中的网络变化的请求的部件，其中网络被配置为满足意图，用于基于网络变化的执行从与网络变化相关联的一个或多个网络元件接收网络状态信息的部件，用于基于网络状态信息确定网络上的网络变化的结果的部件，以及用于基于网络上的网络变化的结果确定意图是否在网络变化的执行之后被满足的部件。在至少一些示例实施例中，意图包括网络意图或服务意图中的至少一项。在至少一些示例实施例中，网络变化在网络中被执行并且网络元件是网络的一部分。在至少一些示例实施例中，网络变化在沙箱网络中被执行并且网络元件是沙箱网络的一部分。在至少一些示例实施例中，沙盒网络包括网络的虚拟表示。在至少一些示例实施例中，网络状态信息的至少一部分基于一个或多个网络元件中的至少一个网络元件的遥测能力被接收。在至少一些示例实施例中，用于确定网络上的网络变化的结果的部件包括：用于基于意图确定意图参数并基于网络状态信息确定意图参数的值的部件。在至少一些示例实施例中，用于确定网络上的网络变化的结果的部件包括：用于基于意图确定意图参数的部件，用于基于网络状态信息确定网络变化的意图参数的值的部件，并且用于基于网络变化的意图参数的值确定意图的意图参数的值的部件。在至少一些示例实施例中，用于确定意图是否在网络变化的执行之后被满足的部件包括：用于基于意图确定意图的意图参数和意图参数的意图值的部件，用于基于网络上的网络变化的结果确定意图参数的新值的部件，并且用于基于意图参数的意图值和意图参数的新值确定意图是否在网络变化的执行之后被满足的部件。在至少一些示例实施例中，意图基于容量参数，并且用于确定意图是否在网络变化的执行之后被满足的部件包括：用于确定意图的容量参数的潜在值与在网络变化的执行之后的容量参数的实际值之间的差是否满足阈值的部件。在至少一些示例实施例中，网络变化在网络内被执行。在至少一些示例实施例中，该装置包括：用于向用户的设备发送关于网络是否仍然满足意图的指示的部件。在至少一些示例实施例中，该装置包括：用于从用户的设备接收从网络撤消网络变化的请求的部件，以及用于发起一个或多个配置动作的部件，该一个或多个配置动作被配置为从网络撤消网络变化。在至少一些示例实施例中，网络变化在被配置为模拟网络的沙箱网络内被执行。在至少一些示例实施例中，该装置包括：用于向用户的设备发送网络变化在网络内的执行将引起网络意图不再被网络满足的指示的部件。在至少一些示例实施例中，该装置包括：用于向用户的设备发送网络变化在网络内的执行将引起网络意图继续被网络满足的指示的部件。在至少一些示例实施例中，该装置包括：用于从用户的设备接收在网络中应用网络变化的请求的部件，以及用于发起一个或多个配置动作的部件，该一个或多个配置动作被配置为在网络中应用网络变化。在至少一些示例实施例中，该装置是被配置为支持基于意图的组网的管理系统。

附图说明

通过结合附图考虑以下详细描述，可以容易地理解本文的教导，在附图中：

图1描绘了包括管理系统的通信系统的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网；

图2描绘了被配置为支持用于通信网络的基于意图的组网的管理系统的示例实施例；

图3描绘了由管理系统使用的方法的示例实施例，该方法被配置为支持用于通信网络的基于意图的组网，以支持用于通信网络的管理系统的棕地部署；

图4描绘了被配置为支持管理系统的可缩放性的消息总线的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网；

图5描绘了由被配置为支持管理系统的可缩放性的消息总线使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网；

图6A至6C描绘了被配置为支持管理系统的冗余的一对消息总线的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网；

图7描绘了由被配置为支持管理系统的冗余的消息总线使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网；

图8描绘了由被配置为支持管理系统的冗余的消息总线使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网；

图9描绘了由管理系统使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网，以执行通信网络的变化管理；以及

图10描绘了适合用于执行本文中呈现的各种功能的计算机的示例实施例。

为便于理解，本文中尽可能使用相同的附图标记，以表示不同附图之间共有的相同元件。

具体实施方式

本文中呈现了用于在通信网络内支持基于意图的组网的各种示例实施例。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持根据基于意图的组网的通信网络的管理。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持各种网络部署场景，包括使客户能够部署和激活新网络的绿地部署场景、使客户能够基于对网络的(多个)初始意图和网络配置的智能重新构建以确保满足网络的(多个)原始意图等的棕地部署场景等，以及它们的各种组合。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持基于使用可缩放性来管理网络的网络管理，其中可缩放性基于发布方-订阅方模型中主题的分区的使用，该发布方-订阅方模型用于在支持基于意图的组网的网络管理的管理系统的元件之间的信息交换。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持基于使用冗余来管理网络，其中冗余基于使用与管理系统的实例相关联的消息总线的镜像，从而使活动消息总线能够接管针对主题的数据交换的处理，该主题的数据交换先前由不可用消息总线处理，该消息总线变得不可用于处理针对该主题的数据交换。用于在通信网络内支持基于意图的组网的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为基于用于网络管理的变化管理的使用来支持网络管理，其中变化管理基于变化在网络中永久生效之前对网络中的变化的验证(例如，基于在网络中的变化的应用以验证变化，在将变化应用于真实网络之前基于镜像真实网络的网络中的变化的应用，等等)。应当理解，通过参考下面进一步讨论的各种附图，可以进一步理解这些和各种其他示例实施例以及在通信网络内支持基于意图的组网的优点或潜在优点。

图1描绘了包括管理系统的通信系统的示例实施例，该管理系统被配置为支持通信网络的基于意图的组网。

通信系统100被配置为支持基于意图的组网(IBN)。通信系统100包括客户设备(CD)101-1至101-N的集合(统称为CD 101)、通信网络(CN)110和管理系统(MS)120，其中的每个可以被配置为支持IBN的各个方面。注意，CD 101、CN 110和MS 120在支持IBN的各个方面的操作可以通过首先更一般地考虑IBN的各个方面来进一步理解，其中至少一些可以在通信系统100中使用以支持IBN。

通常，IBN可以被配置为支持基于定义网络要完成什么的意图的网络管理。IBN可以被配置为通过将业务意图转换成可以在通信网络内应用的策略来提供通信网络的自动化控制以满足业务意图。IBN可以被配置为为网络管理员提供定义他们希望网络做什么的能力，并提供一个自动化的网络管理平台来创建所需的状态和执行策略，从而为网络管理员提供对网络的更多控制(例如，网络管理员可以发送请求来告诉网络他们想要什么结果，即他们的意图，而不需要手动确定和执行单个任务以实现所需的结果)。IBN可以配置为使网络管理员能够配置网络以解决和支持业务案例，而不是必须执行单独的配置任务来实现业务案例(例如，如果管理员知道他们希望网络完成什么，网络可以在遵守先前部署的策略的同时弄清楚如何完成它，并且可以在网络变化时持续执行自检，以确保网络继续按预期操作以支持业务案例)。IBN可以被配置为自动执行耗时的任务，并提供对网络的状态的实时可见性，以验证给定的意图，预测与意图的潜在偏差，并规定确保该意图所需的动作。IBN可以被配置为使网络能够自我监测和自我纠正，从而确保意图得到满足并继续得到满足。IBN可以被配置为提供网络即服务(NaaS)，诸如通过为网络基础设施提供生命周期管理软件来弥合业务和信息技术(IT)之间的差距。IBN可以被配置为将更深水平的智能和预期状态洞察应用于网络，从而能够以取代配置网络和对网络问题做出反应的手动过程的方式处理洞察，从而使网络更快、更敏捷，而且不易出错。IBN可以被配置为支持各种其他特征、功能、优点等，以及它们的各种组合。应当理解，通信系统100可以被配置为支持这样的功能以便支持IBN。

通常，IBN可以支持各种功能以支持基于定义网络要完成什么的意图的网络管理。例如，通信系统100可以通过支持IBN功能(诸如意图转换和验证功能、自动实现功能、网络状态感知功能、保证功能等，以及它们的各种组合)来支持IBN。

例如，如上所述，通信系统100可以支持各种意图转换和验证功能。例如，系统可以将高水平的业务策略(什么)作为来自终端用户的输入，将高水平的业务策略(什么)转换为能够提供高水平的业务策略(什么)的必要网络配置(如何)，并验证生成的网络配置(如何)的完整性。在网络中实现高水平的业务策略之前，高水平的业务策略的系统验证可以在网络中被支持。应当理解，通信系统100可以支持各种其他意图转换和验证功能。

例如，如上所述，通信系统100可以支持各种自动化实现功能。例如，系统可以跨现有网络基础设施配置适当的网络配置(如何)(例如，使用网络资源的操纵来创建基于高水平的业务策略(什么)的所需网络状态)。这可以使用网络编排、网络自动化等以及它们的各种组合来完成。应当理解，通信系统100可以支持各种其他自动化实现功能。

例如，如上所述，通信系统100可以支持各种网络状态感知功能。例如，系统可以从网络收集数据以持续监测网络的状态。系统可以连续地监测网络的状态以获得意图的满足(例如，供应时的初始满足、随时间的通过网络变化的持续满足等，以及它们的各种组合)、对策略的遵守、问题或潜在问题的标识、安全威胁或潜在安全威胁的标识等，以及它们的各种组合。应当理解，通信系统100可以支持各种其他网络状态感知功能。

例如，如上所述，通信系统100可以支持各种保证功能。系统可以不断确保维护网络的期望状态(例如，基于使用机器学习来选择实现期望状态的最佳方式，并采取自动纠正动作来维护期望状态)。例如，系统可以连续地(例如，实时地)验证系统的原始业务意图正在被满足，并且如果它不再被满足或者仍在被满足但可能不会继续被满足(例如，基于它可能不会继续被满足的预测)，可以采取预防或纠正动作(例如，提供通知、执行网络重新配置动作、修改网络容量、重新路由或阻止流量等)。应当理解，通信系统100可以支持各种其他保证功能。

应当理解，通信系统100可以被配置为基于对各种其他IBN功能的支持来支持IBN。

通常，IBN可以利用各种技术和能力来支持基于定义网络要完成什么的意图的网络管理。例如，通信系统100可以通过支持各种技术和能力来支持IBN，例如网络编排(NO)、人工智能(AI)(诸如机器学习(ML))等，以及它们的各种组合。

例如，如上所述，通信系统100可以利用NO功能来支持各种IBN功能。NO工具可以被配置为使用自动化以在网络设备上提供网络服务。例如，NO控制器(也可以称为网络协调器)可以支持使用各种架构、接口和协议(例如，具象状态传送(REST)、命令行接口(CLI)、简单网络管理协议(SNMP)、网络配置协议(NETCONF)等，以及它们的各种组合)来实现各种服务(例如，层2(L2)和层3(L3)VPN、边界网关协议(BGP)对等、硬件设备上的接入控制列表(ACL)、虚拟设备、软件定义网络(SDN)控制器等，以及它们的各种组合)，以支持网络配置以实现和维护意图。应当理解，通信系统100可以利用各种其他NO功能来支持各种IBN功能。

例如，如上所述，通信系统100可以利用包括ML在内的AI来支持各种IBN功能。ML使IBN能够规定和执行日常任务、设置策略、响应系统事件以及验证目标和动作是否已实现。例如，基于ML，IBN可以使服务器可从特定网络接入，如果这是实现给定意图所必需的。系统不仅会配置网络变化，还会验证它们是否正在执行，并且可以根据需要进行调整。ML还使IBN能够分析数据、从数据中提取信息并自动从提取的数据中学习，而无需明确编程。ML还可以支持各种其他IBN功能。应当理解，通信系统100可以利用各种其他ML功能来支持各种IBN功能。

应当理解，这样的功能或其各种组合使IBN能够降低网络策略管理和维护的复杂性、简化网络服务的部署等。

应当理解，通信系统100可以被配置为基于对各种其他技术和能力的支持来支持IBN。

在通信系统100中，IBN的使用可以提供优于传统网络的各个方面，甚至优于基于SDN的网络的各个方面的各种优势。

例如，在通信系统100内使用IBN可以实现将商业目标有效地实现到网络配置中。使用IBN，可以立即有效地将高水平业务目标集合转化为支持该高水平业务目标集合的最佳网络配置集合。这可以节省通常花费在规划、测试和手动配置网络上的大量时间。

例如，在通信系统100内使用IBN可以显着减少或甚至消除为支持高水平业务目标集合而执行的手动任务。使用IBN，网络内支持策略或业务需求的命令可以自动转换为可应用于网络以支持策略或业务需求的动作，从而避免网络管理员配置网络以符合策略或业务需求的需要。换句话说，网络在不需要人工干预的情况下进行思考，包括验证配置是否有效、建议配置的选项、进行改变以适应所需的配置、执行自我修复操作等。

例如，在通信系统100内使用IBN可以实现更有效的监测、故障排除和解决。使用IBN，网络可以针对意图的满足、对策略的遵守、标识问题或潜在问题、标识安全威胁或潜在安全威胁等以及它们的各种组合来持续监测自身。这可以更快地进行故障排除和解决(例如，由于基于意图的组网会持续监测自身，因此立即标识性能问题，并且基于意图的组网可以解决这些问题，诸如通过使用ML来确定和实现最佳解决方案)、降低不合规的风险(例如，由于基于意图的组网不断自我监测并纠正问题，因此基于意图的组网始终遵守任何策略)、更好的安全性(例如，因为基于意图的组网不断监测自身，它能够不断寻找威胁，即使是在加密流量中，使得安全漏洞可以被快速标识和缓解)，等等。

例如，在通信系统100内使用IBN可以允许使用各种分析，包括优化分析，以持续改进网络的各个方面。使用IBN，网络可以不断地收集关于自身的数据，这些数据可以以各种方式进行分析，以提供关于网络性能、安全威胁等及其各种组合的有价值的信息。可以基于人工智能，尤其是机器学习来执行分析。网络分析的结果提供了对网络如何执行的理解，因此可能会产生更好的决策，从而产生更好的业务结果。

应当理解，这些优点或潜在优点中的大部分可以引起各种类型的节省，诸如成本节省、时间节省等等。

应当理解，在通信系统100内使用IBN可以被配置为提供各种其他优点或潜在优点。

如上所述，通信系统100包括CD 101、CN 110和MS 120，其中的每个都可以被配置为支持通信系统100内的IBN的各个方面。

CD 101可以包括可以与CN 110交互的各种类型的设备。CD 101可以包括客户的终端设备，客户可以使用这些终端设备来控制客户对CN 110的使用，诸如通过发送客户希望CN 110的网络提供方为客户提供的意图的请求(例如，网络意图、服务意图等)，接收响应，该响应指示CN 110已被配置为满足意图，使得客户可以将CN 110用于各种目的等，以及各种组合。CD 101可以包括可以经由CN 110进行通信的客户的设备，诸如在意图已经被CN110的网络提供方基于CN 110的配置针对客户满足之后，以支持客户经由CN的通信。例如，CD 101可以包括个人客户的终端设备、企业客户的网络管理员的终端设备等。应当理解，在上述各种示例中，CD 101可以包括诸如台式计算机、膝上型计算机、智能电话、工作站、终端等的设备。

CN 110可以包括各种类型的通信网络。例如，CN 110可以包括局域网、接入网、城域网、区域网、全球网等，以及它们的各种组合。例如，CN 110可以包括有线网络(例如，数字用户线(DSL)网络、电缆网络、光网络等)、无线网络(例如，第三代(3G)蜂窝网络、第四代(4G)蜂窝网络、第五代(5G)蜂窝网络、WiFi网络、卫星网络等)等，以及它们的各种组合。例如，CN 110可以包括数据中心(DC)网络、企业网络、工厂网络等，以及它们的各种组合。应当理解，可以使用这种示例网络的各种组合来提供支持基于意图的组网的CN 110。

CN 110包括通信资源111，其被配置为支持CN 110的通信。通信资源111可以代表CN 110的各种类型的资源，包括物理资源(例如，设备、计算机、处理器、存储器、服务器、交换机等)、虚拟资源(例如，虚拟化网络功能(VNF)、虚拟机(VM)、虚拟容器(VC)等)等，以及它们的各种组合。通信资源111可以表示CN 110的各种类型的基础设施，包括物理基础设施(例如，网络元件、设备、系统等)、虚拟基础设施(例如，虚拟化网络元件、VNF等)等，以及它们的各种组合。通信资源111可以表示CN 110的各种类型的元件，诸如物理元件、虚拟元件等，以及它们的各种组合。例如，元件可以包括网络元件，诸如接入点、路由器、交换机、集线器、网络功能(例如，物理网络功能、VNF等)等，以及它们的各种组合。例如，元件可以包括处理元件，诸如物理服务器或元件、虚拟服务器或元件等，以及它们的各种组合。应当理解，CN110的通信资源111可以包括可以部署在通信网络(诸如CN 110)内的各种其他类型的资源。

应当理解，尽管CN 110可以包括可以应用IBN的各种类型的网络，但是本文中主要在CN 110表示DC的示例实施例的上下文中呈现了用于支持IBN的各种示例实施例(例如，单个DC和可以支持DC的资源通信的关联DC网络、一组互连的DC以及可以支持DC的资源通信的关联DC内网络和DC间网络等)。

MS 120被配置为支持CN 110的IBN。如下文进一步讨论的，MS 120可以被配置为在CN 110的各个层处(例如，在各个层处、跨层的组合等)支持IBN，用于各种类型的意图(例如，网络意图、服务意图等)等，以及它们的各种组合。如下文进一步讨论的，MS 120可以被配置为通过支持客户的意图来支持CN 110的IBN(例如，支持处理客户的意图以满足CN 110中的意图，支持对在CN 110中满足的意图的监测以确保意图在CN 110中继续被满足)。如下文进一步讨论的，MS 120可被配置为通过提供可应用于支持CN 110的IBN的各种IBN支持能力来支持CN 110的IBN。如下文进一步讨论的，MS 120可被配置为基于各种交互类型、通信能力等来支持CN 110的IBN。应当理解，MS 120可以被配置为以各种其他方式支持CN 110的IBN。需要注意的是，如图1所示，MS 120可以包括IBN元件121，其可以被配置为提供或支持本文中呈现的由MS 120提供的各种IBN能力。

MS 120可以被配置为在CN 110的各个层处支持IBN，包括在各个层处和跨层的组合。

在一个示例中，MS 120可以被配置为支持用于以下的网络级别IBN(例如，用于要在网络内被满足的网络意图)：网络、作为一个或多个覆盖网络的底层的底层网络、覆盖一个或多个底层网络的覆盖网络等，以及它们的各种组合。例如，在DC上下文中，MS 120可以被配置为支持DC的底层网络的IBN，DC的底层网络可以由DC提供方管理，其可以支持客户的覆盖网络，用于客户的DC的连接资源。例如，在DC上下文中，MS 120可以被配置为支持为客户提供的覆盖网络的IBN，用于客户的DC的连接资源，这可以由DC提供方的底层网络支持。应当理解，MS 120可以被配置为在各种其他网络层支持IBN，包括在单独的网络层和跨网络层的组合。

在一个示例中，MS 120可以被配置为支持用于服务、用于覆盖一个或多个网络的服务等以及它们的各种组合的服务级别IBN(例如，用于要在网络内被满足的服务意图)。例如，在DC上下文中，MS 120可以被配置为支持由DC为客户支持的服务的IBN，其中该服务可以由DC的底层网络支持，DC的底层网络可以由DC提供方管理用于支持客户的服务。例如，在DC上下文中，MS 120可以被配置为支持由DC为客户支持的覆盖服务的IBN，其中覆盖服务可以由DC的底层服务支持，DC的底层服务可以由DC提供方管理。应当理解，MS 120可以被配置为在各种其他服务层支持IBN，包括在单独的服务层、跨服务层的组合、跨服务层和底层网络层的组合等。

应当理解，MS 120可以被配置为在各种其他层、层的组合等以及各种组合处支持IBN。

MS 120可以被配置为支持针对各种类型的意图的IBN，包括网络意图和服务意图。

在一个示例中，由MS 120支持的用于CN 110的意图可以包括网络意图。网络意图可以使用一个或多个网络意图参数来指定，一个或多个网络意图参数通常包括用户相对容易指定的参数(例如，基于业务参数和想法，而不是高度技术性或复杂的想法或参数)，这些参数可能因不同类型的通信网络而异等等。例如，对于一般的网络，网络意图参数可以包括参数，诸如要支持的总容量或带宽、要支持的连接总数、要部署的网络元件的总数、要支持的位置等。例如，在DC网络的情况下，更具体地说，网络意图参数可以包括要由DC支持的总计算能力、要在DC中部署的服务器的数目、要在DC中部署的服务器的端口的端口类型和端口速度等。例如，在DC网络的情况下，网络意图可能包括客户希望位于纽约的DC能够支持5000个VM的指示。应当理解，其他参数可以用于以下的网络意图：其他类型的网络、使用其他数目或类型的底层布置的网络、和/或各种组合的覆盖网络等。

在一个示例中，由MS 120支持的用于CN 110的意图可以包括服务意图。一个服务意图可以使用一个或多个服务意图参数来指定，一个或多个服务意图参数通常包括用户相对容易指定的参数(例如，基于业务参数和想法，而不是高度技术性或复杂的想法或参数)，这些参数可能因不同类型的通信网络而异等等。例如，对于一般的网络，服务意图参数可以包括参数，诸如要支持的服务类型、要在其间提供服务的位置等。例如，更具体地在DC网络的情况下，服务意图参数可以包括服务将在其间运行的一个或多个DC位置、要支持的隧道的数目、要支持的隧道的带宽等。例如，在DC网络的情况下，服务意图可能包括客户想要两条隧道来支持纽约的DC中的VM集合和洛杉矶的DC中的VM集合之间的通信的指示，其中每个隧道都支持特定的带宽。

应当理解，其他参数可以用于其他类型的网络、使用其他数目或类型的底层布置的网络和/或各种组合的覆盖网络等的网络意图。

应当理解，MS 120可以被配置为支持针对各种其他意图、意图组合等以及各种组合的IBN。

MS 120可以被配置为通过支持客户的意图来支持CN 110的IBN。MS 120可以被配置为通过支持处理客户的意图以满足CN 110中的意图来支持CN 110的IBN，包括从CD 101接收意图、处理意图以确定满足意图的网络配置、基于满足意图的网络配置来配置CN 110、通知客户意图已在CN 110内被满足等，从而使指定意图的客户能够以由意图指示的方式利用CN 110。MS 120可以被配置为通过以下来支持CN 110的IBN：支持对CN 110中满足的意图的监测、从CN 110接收状态信息(例如，网络状态信息、服务状态信息等)、分析关于满足的意图的状态信息以确定意图是否仍然被满足、基于由于CN 110中的条件而不再满足意图的指示执行CN 110的重新配置，等等，从而确保意图在CN 110中继续被满足。MS 120可以被配置为通过提供各种IBN支持能力来支持CN 110的IBN，这些IBN支持能力可以被应用于支持CN 110的IBN(例如，库存管理、拓扑管理、意图处理、意图验证、网络配置控制、网络配置监测、意图监测等，以及它们的各种组合)。应当理解，可以通过参考图2中呈现的MS 120的示例实施例的方式进一步理解可以由MS 120支持的这种IBN支持能力。应当理解，MS 120可以被配置为以各种其他方式支持CN 110的IBN。

MS 120可以被配置为基于各种交互类型、通信能力等来支持CN 110的IBN。

MS 120可以被配置为基于与CD 101的交互来支持CN 110的IBN。例如，MS 120可以与客户的CD 101交互以接收来自客户的请求或其他信息(例如，意图、意图协议、网络改变请求、服务改变请求、状态请求等)，向客户提供响应或其他信息(例如，意图满足的结果、变化请求的结果、状态请求的结果等)等，以及它们的各种组合。应当理解，在支持CN 110的IBN的上下文中，MS 120可以以各种其他方式与CD 101交互。

MS 120可以被配置为基于与CN 110的交互来支持CN 110的IBN。例如，MS 120可以与CN 110交互以获得网络能力信息(例如，CN 110的网络元件的网络库存信息、CN 110的网络元件的网络元件的能力信息等)，获得CN 110的网络配置信息(例如CN 110的网络拓扑信息、CN 110的网络元件的网络元件配置信息等)，向CN 110提供用于配置CN 110的网络配置指令(例如，基于意图、基于来自客户的改变请求等)，获得CN 110的网络状态信息(例如，基于查询、基于用于控制由CN 110的网络元件报告的状态信息的遥测控制信息的配置等)，向CN 110提供用于配置CN 110的状态信息报告控制信息以报告状态信息(例如，用于控制由CN 110的网络元件报告的状态信息的遥测控制信息)等，以及它们的各种组合。

MS 120可以支持各种通信能力以支持与CD 101的交互用于支持CN 110的IBN、以支持与CN 110的交互用于支持CN 110的IBN等，以及它们的各种组合。MS 120可以支持通信能力，诸如应用编程接口(API)、OpenAPI、协议等。例如，MS 120可以支持各种OpenAPI(例如，Web用户接口(WebUI)、REST等)以支持各种类型的信息(例如，编排信息、自动化信息、分析信息等)与各种元件(例如，MS 120的元件、其他管理系统和控制器等)的通信。例如，MS120可以支持用于与CN 110交互的各种OpenAPI(例如，NETCONF、又一下一代(YANG)等)。应当理解，MS 120可以支持各种其他通信能力以支持与CD 101交互用于支持CN 110的IBN、以支持与CN 110的交互用于支持CN 110的IBN等，以及它们的各种组合。

应当理解，MS 120可以被配置为基于对各种其他功能、能力等及其各种组合的支持来支持CN 110的IBN。

MS 120可以被配置为在各种上下文中支持IBN，诸如绿地上下文(例如，客户正计划建立基于IBN的新网络的情况)、棕地上下文(例如，客户具有现有网络和正在计划修改网络以在现有网络中使用IBN)等。

在一个示例中，MS 120可以被配置为在绿地上下文中支持IBN。在此，客户可以决定从头开始构建网络并部署网络以供使用(例如，接入网络、DC网络等)，并且可以为此目的与控制MS 120的实体进行交互(例如，客户可以在MS 120的支持下构建和操作CN 110)。例如，MS 120可以接收客户想要部署和操作的网络的网络意图，确定网络的网络设计并向客户提供网络设计，接收客户已经接受网络设计的指示，向客户提供网络需求信息(例如，要购买的设备、如何布置设备等)，在设备被客户部署和激活后检测设备(例如，客户可能使用网络需求信息作为购买和部署设备的依据)，并基于网络设计配置网络。此时，MS 120是网络的真实的来源，并且可以使用IBN管理网络。应当理解，在网络的网络设计被接受和部署之前，在客户和MS 120(或控制或提供MS 120的实体)之间可能存在多次设计迭代。应当理解，尽管主要关于支持在网络级别使用IBN的绿地部署进行了描述，绿地部署也可以在服务级别使用以支持将服务绿地部署到网络(例如，现有网络、新网络，诸如包括网络和相关联的服务的绿地部署等)。

在一个示例中，MS 120可以被配置为在棕地上下文中支持IBN。在此，具有不支持IBN的现有网络(例如，接入网络、DC网络等)的客户可以决定修改网络以支持IBN，并且可以与为此目的提供MS120的实体交互(例如，客户可以部署MS 120以便在MS 120的支持下基于IBN操作CN 110)。例如，MS 120可以接收指示CN 110的配置的网络配置信息，获得客户对CN110的原始网络意图(例如，从客户接收CN 110的原始网络意图，基于指示CN 110的配置的网络配置信息来重构CN 110的原始网络意图等)，基于对指示CN 110的配置的网络配置信息的分析来确定CN 110的实际网络结果，基于CN 110的原始网络意图和CN 110的实际网络结果确定CN 110的原始网络意图是否已经被CN 110满足(例如，基于对CN 110的原始网络意图和CN 110的实际网络结果之间的差异(如果有)的确定)，并基于CN 110的原始网络意图是否已经被CN 110满足来执行管理动作(例如，将结果通知客户、在CN 110上执行一个或多个重新配置动作以配置CN 110以实现原始网络意图等)。应当理解，尽管主要关于支持在网络级别使用IBN的棕地部署进行了描述，但棕地部署也可以在服务级别使用以支持将服务棕地部署到网络(例如，现有网络、新网络，诸如棕地部署包括网络意图和相关联的服务意图等)。应当理解，通过参考图2和图3可以进一步理解支持IBN的棕地部署的各个方面。

应当理解，MS 120可以被配置为在各种其他上下文或上下文的组合中支持IBN。

MS 120可以被配置为支持在CN 110中使用IBN的可缩放性。MS 120可以被配置为基于消息总线的使用来支持在CN 110中使用IBN的可缩放性，该消息总线被配置为支持MS120的元件之间的数据的可缩放交换。消息总线可以被配置为支持发布方-订阅方模型，用于在MS 120的元件之间传送数据。例如，MS 120的库存管理元件可以发布用于CN 110的库存信息，CN 110的库存信息可以由MS 120的其他元件订阅，这些元件可以支持基于这种库存信息的网络意图的处理。例如，MS 120的网络状态信息管理元件可以发布从CN 110接收的网络状态信息，该网络状态信息可以被MS 120的其他元件订阅，这些其他元件可以支持基于这样的网络状态信息的网络意图的处理。应当理解，消息总线可以被配置为支持各种其他类型的数据的交换、MS 120的各种其他元件之间的交换等，以及它们的各种组合。消息总线可以被配置为支持发布方-订阅方模型，用于基于主题的使用在MS 120的元件之间传送数据，其中主题可以对应于支持发布和订阅的信息的类型(例如，上面提供的示例中的库存信息主题或网络状态信息主题)。消息总线可以被配置为支持发布方-订阅方模型，用于基于主题的使用、基于主题的分区(例如，主题内的数据项可以散列成(hashed)分区并且支持的分区的数目可以动态地被管理以支持可缩放性)在MS 120的元件之间传送数据。应当理解，通过参考图2、图4和图5，可以进一步理解支持使用IBN的可缩放性的各个方面。

MS 120可以被配置为支持在CN 110中使用IBN的冗余。MS 120可以被配置为基于MS 120的一对实例的使用来支持在CN 110中使用IBN的冗余。例如，如果客户操作两个DC，一个在美国东海岸，另一个在美国西海岸，则客户可以使用MS 120的第一个实例来管理东海岸上的第一个DC，并且使用MS 120的第二个实例来管理西海岸上的第二个DC。应当理解，尽管主要被描述为相同MS 120的分开实例，但是在一些情况下，可以使用两个分开的管理系统来执行两个DC的管理。MS 120可以被配置为基于与MS 120的一对实例相关联的一对消息总线的使用来支持CN 110中使用IBN的冗余。与MS 120的一对实例相关联的一对消息总线可以支持两条消息总线之间的双向数据镜像、两条消息总线之间的双向健康监测以及由两条消息总线进行的故障切换和恢复处理，以支持与MS 120的一对实例相关联的一对消息总线的消息总线功能的冗余。在一个示例中，两个消息总线之间的数据的双向镜像可以包括，对于由两个消息总线支持的给定主题，第一消息总线是第二消息总线的发布方，第二消息总线则是由第一消息总线从将数据发布到MS 120的第一实例上的第一消息总线的元件接收的主题数据的订阅方，并且第二消息总线是第一消息总线的发布方，第一消息总线则是第二消息总线从将数据发布到MS 120的第二实例上的第二消息总线的元件接收的主题数据的订阅方。在一个示例中，两个消息总线之间的双向健康监测(其允许任一条消息总线检测另一条消息总线的不可用性(例如，MS 120的关联实例失败)可以基于消息总线之间交换的心跳消息的发送和监测。在一个示例中，由消息总线的故障切换处理可以被执行，使得如果任一条消息总线变得不可用，则活动消息总线可以基于由活动消息总线在主题内的分区管理来支持来自MS 120的两个实例的订阅方(例如，将主题内的分区的一个集合用于来自MS 120的与活动消息总线相关联的实例的订阅方户，并且将主题内的分区的第二集合用于来自MS 120的与不可用消息总线相关联的实例的订阅方)。应当理解，通过参考图2、图6A至6C、图7和图8，可以进一步理解支持使用IBN的冗余的各个方面。

MS 120可以被配置为支持对CN 110的变化。例如，客户可能希望改变网络配置、服务配置等，以及它们的各种组合。MS 120可以被配置为基于对CN 110的变化的验证来支持对CN 110的变化，其中可以在变化在CN 110内实现之后验证变化(例如，如果变化被验证，那么变化可以保留，否则可以基于无法验证变化的确定来撤消变化)，或者可以在变化在CN110内实现之前验证变化(例如，如果变化被验证，则变化可以在CN 110内实现，否则可以基于变化不能被验证的确定而阻止在CN 110内实现变化)。MS 120可以被配置为基于在变化在CN 110中生效之后对CN 110的变化的验证而通过以下来支持对CN 110的变化：接收对变化的请求、在CN 110中执行变化、从CN 110的一个或多个网络元件接收状态信息(例如，基于用于控制来自CN 110的网络元件的状态信息的报告的遥测的使用)、基于状态信息确定CN 110上的变化的执行的结果(例如，变化后是否仍然满足一个或多个意图)、并基于在CN110上的变化的执行的结果执行一个或多个管理动作(例如，通知客户变化的结果、执行CN110的重新配置以移除变化等，以及它们的各种组合)。MS 120可以被配置为基于在变化在CN 110中生效之前对CN 110的变化的验证而通过以下来支持对CN 110的变化：接收对变化的请求、在被配置为表示CN 110的表示网络中执行变化，从被配置为表示CN 110的表示网络的一个或多个网络元件接收状态信息(例如，基于用于控制来自被配置为表示CN 110的表示网络的网络元件的状态信息的报告的遥测的使用)，基于来自被配置为表示CN 110的表示网络的网络元件的状态信息确定在CN 110上的网络变化的执行的预期结果，并且基于在CN 110上的网络变化的执行的预期结果执行一个或多个管理动作(例如，通知客户变化的结果、执行CN 110的重新配置以在CN 110内实现变化等，以及它们的各种组合)。应当理解，被配置为表示CN 110的表示网络是被配置为镜像CN 110的网络，使得在被配置为表示CN 110的表示网络中的变化的执行将提供关于那些变化如果在CN 110中执行的效果的指示，诸如CN 110的副本或接近副本(例如，被配置为镜像CN 110的物理网络、被配置为镜像CN 110的虚拟网络、被配置镜像或模拟CN 110的沙盒网络(其本身可以是物理网络、虚拟网络或其组合))等，以及它们的各种组合。应当理解，通过参考图2和图9可以进一步理解支持基于IBN的使用对网络变化的各个方面。

应当理解，MS 120可以被配置为支持用于支持CN 110的IBN的各个方面的各种其他功能。

应当理解，通信系统100可以被配置为支持用于支持IBN的各个方面的各种其他功能。

图2描绘了被配置为支持用于通信网络的基于意图的组网的管理系统的示例实施例。

如图2中所描绘的，管理系统(MS)200包括被配置为支持通信网络内的IBN的多个元件(为了清楚的目的已经从图2中省略)。即，MS 200包括库存管理器(IM)210、拓扑管理器(TM)220、意图管理器(IM)230、意图验证器(IV)240和配置管理器(CM)250。应当理解，MS200可以包括各种其他元件，包括更少或更多的元件以及不同的元件，其可以被配置为支持通信网络内的IBN。可以理解，图2的MS 200可以用作图1的通信系统100内的MS 120以支持图1的通信系统100内的CN 110的IBN。

IM 210被配置为执行MS 200的库存管理。IM 210可以被认为是由MS 200管理的通信网络的库存信息的真实来源。库存信息可以包括通信网络的元件的列表和通信网络的元件的相关联信息(例如，元件的列表、每个位置的元件的列表、元件的元件描述信息(例如，唯一元件标识符、元件类型、元件位置、元件容量(例如，端口的数目、端口类型、端口速度等))等，以及它们的各种组合)。IM 210可以在新元件在通信网络内变得活动时(例如，在客户购买、部署和激活元件的地方)获得，并维护新元件的库存信息，随着现有元件在通信网络内改变而更新现有元件的库存信息(例如，当元件出现故障、元件从通信网络退出等时)、在现有元件退役并从通信网络中移除时移除现有元件的现有库存信息等，以及它们的各种组合。IM 210可以出于各种目的(例如，分析意图以满足意图、确保在通信网络中被满足的意图继续保持满足等，以及它们的各种组合)使库存信息可用于MS 200的其他元件(例如，TM 220、IM 230、IV 240等)。IM 210可以被配置为支持由MS 200为相关联的通信网络支持IBN的各种其他功能。

TM 220被配置为对MS 200执行拓扑管理。TM 220可以被认为是由MS 200管理的通信网络的拓扑信息的真实来源。拓扑信息可以包括描述通信网络的元件(例如，网络元件、网络链路等)的布置的信息(例如，每个位置的网络元件的列表、网络元件的端口之间的连接的列表、网络元件的端口之间的连接的连接描述信息(例如，唯一的连接标识符、连接类型、连接端点、连接带宽等)等，以及它们的各种组合)。TM 220可以基于以下来获得和维护通信网络的拓扑信息：与MS 200的元件的交互(例如，MS基于通信网络的配置获得的与通信网络中的意图的满足有关的信息)，与通信网络的元件的交互(例如，来自通信网络的元件的状态信息，其中状态信息可以指示通信网络内当前活动的连接)等，以及它们的各种组合。TM 220可以出于各种目的(例如，分析拓扑信息以验证库存信息、分析意图以满足意图、确保在通信网络中满足的意图继续保持满足等等，以及它们的各种组合)使拓扑信息可用于MS 200的其他元件(例如，IM 210、IM 230、IV 240等)。TM 220可以被配置为支持由MS200为相关联的通信网络支持IBN的各种其他功能。

IM 230可以被配置为执行MS 200的意图管理。IM 230可以被配置为从客户接收意图，处理意图以确定满足意图的网络配置，并且以满足意图的方式请求通信网络的配置。这使得指定意图的客户能够以由意图指示的方式利用通信网络。IM 230可以直接从客户的客户设备或从被配置为与客户的客户设备交互的MS 200的一个或多个元件接收意图。IM 230可以基于MS 200处可用的信息(例如，使用从IM 210可用的库存信息、从TM 220可用的拓扑信息等，以及它们的各种组合)处理意图，以确定满足意图的网络配置。IM 230可以确定网络配置，该网络配置包括用于网络的每个网络元件的网络元件配置，网络元件配置涉及满足网络配置所基于的意图。应当理解，网络元件配置可以是通用网络元件配置(例如，独立于可能由不同设备供应商提供的网络元件品牌和型号)，其在应用于通信网络之前可能需要转换为网络元件特定的网络元件配置(例如，基于由不同设备供应商可能支持的网络元件品牌和型号)，或者可以是可以应用于通信网络的元件特定的网络元件配置。IM 230可以通过向CM 250提供网络配置使得CM 250能够以满足意图的方式配置通信网络，来以满足意图的方式请求通信网络的配置。IM 230还可以被配置为支持用于为新网络(例如，在新网络设备被部署、激活和配置以满足与新网络的部署相关的意图的绿地网络场景中，IM 230可以检测到部署的网络设备已经被加电并且可以被配置，然后可以请求由CM 250对已部署的网络设备的配置)。IM 230可以被配置为支持由MS 200为相关联的通信网络支持IBN的各种其他功能。

IV 240可以被配置为对MS 200执行意图验证。IV 240可以被配置为标识要被验证的意图，并且对要被验证的意图执行意图验证。这可以在意图在通信网络内实现之前(例如，在部署意图之前验证通信可以支持意图)、在意图在通信网络内实现之后(例如，用于验证意图在通信网络内仍然满足)等，以及它们的各种组合。IV 240可以被配置为标识要验证的意图，分析意图以确定意图在通信网络内是否可以被满足，并且基于意图在通信网络内可以被满足的确定，请求以满足意图的方式来配置通信网络，从而确保在配置通信网络以支持意图之前可以在通信网络内满足意图。IV 240可以被配置为标识要验证的意图，分析意图以确定意图在通信网络内是否仍然被满足，并且基于确定某些意图在通信网络内不再被满足，请求以满足意图的方式进行通信网络的重新配置，从而使由客户指定的意图在通信网络中继续被满足。IV 240可以基于来自IM 230的请求来标识要被验证的意图(例如，IM230可以周期性地验证意图、随机选择要被验证的意图、基于意图不再被满足或处于不再被满足的危险中的指示来验证意图等，以及它们的各种组合)。IV 240可以基于以下来验证意图：来自MS 200可用的信息(例如，来自IM 230的意图的描述、从IM 210可用的库存信息、从TM 220可用的拓扑信息等，以及他们的各种组合)、来自通信网络的信息(例如，来自与通信网络中的意图的满足相关联的网络元件的状态信息)等，以及它们的各种组合。IV 240可以通过向CM 250提供网络配置以使得CM 250能够以满足意图的方式配置通信网络，来以满足意图的方式请求通信网络的重新配置。IV 240可以被配置为支持MS 200为相关联的通信网络支持IBN的各种其他功能。

CM 250可以被配置为管理通信网络的配置以满足客户的意图。

CM 250可以从IM 230接收网络配置并且基于网络配置控制通信网络的配置，使得通信网络被配置为支持客户的意图。CM 250可以接收网络配置，该网络配置包括用于网络的每个网络元件的网络元件配置，网络元件配置涉及满足网络配置所基于的意图。网络元件配置可以是网络元件特定的网络元件配置(例如，基于可能由不同设备供应商支持的网络元件品牌和型号)。网络元件配置可以是通用网络元件配置(例如，独立于可能由不同设备供应商提供的网络元件品牌和型号)，其在应用于通信网络之前可能需要转换为元件特定的网络元件配置(例如，基于可能由不同设备供应商支持的网络元件品牌和型号)或者可以是可以应用于通信网络的元件特定的网络元件配置。CM 250，其中网络元件配置是通用网络元件配置而不是元件特定的网络元件配置，可以将通用网络元件配置转换为元件特定的网络元件配置，其可以由正在配置的网络元件处理。

CM 250可以基于网络配置，通过向通信网络的网络元件发送网络配置消息来控制通信网络的配置，用于配置通信网络的网络元件以支持客户的意图，并且从通信网络的网络元件接收对网络配置消息的相应用于验证通信网络的配置以支持客户的意图。网络配置消息可以被配置为控制端口的配置以支持网络元件之间的连接、路由表或网络元件的其他表的配置，以支持网络元件之间的连接或网络元件之间的数据交换等，以及它们的各种组合。对来自网络元件的网络配置消息的响应可以包括可以由MS 200维护的网络配置信息(例如，通过向MS 200的各个元件(诸如IM 210、TM 220等)提供这种信息的各个部分)，使得MS 200具有通信网络的配置的当前视图以支持客户的意图。

CM 250尽管被描绘为单个元件，但是可以由多个元件组成或使用多个元件来提供，诸如事务管理器和配置生成器。事务管理器可以从IM 230接收网络配置，用于要在通信网络内被满足的意图，其中IM 230指令事务管理器执行用于配置通信网络的网络元件以支持意图的网络配置。事务管理器(其中网络配置包括通用网络元件配置而不是元件特定的网络元件配置)可以请求配置生成器从通用网络元件配置中生成可以由正在配置的网络元件处理的元件特定的网络元件配置。配置生成器可以从通用网络元件配置中生成可以由正在配置的网络元件处理的元件特定的网络元件配置，并且可以将元件特定的网络元件配置提供回事务管理器，以供事务管理器执行用于配置通信网络的网络元件以支持意图。可以理解，CM 250可以以各种其他方式实现以提供这样的功能。

CM 250可以被配置为支持MS 200为相关联的通信网络支持IBN的各种其他功能。

如图2中进一步描绘的，可以使用消息总线(MB)299支持MS 200的元件之间的通信。MS 200的各种元件(即，IM 210、TM 220、IM 230、IV 240、CM 250等)连接到MB 299以支持MS 200的元件之间的通信。MB 299可以被配置为使用主题来支持MS 200的元件之间的信息交换。MB 299可以被配置为使用发布方-订阅方模型用于支持MS 200的元件之间基于主题的信息交换。例如，在“库存”是由MB 299支持的主题的情况下，MB 299可以通过使IM 210能够将库存信息发布到库存主题并使对库存信息感兴趣的MS 200的其他元件能够订阅库存主题以接收由IM 210发布的库存信息，来支持在IM 210和MS 200的可能需要库存信息的其他元件(例如，元件，诸如TM 220、IM 230、IV 240等)之间交换库存信息。例如，在“拓扑”是由MB 299支持的主题的情况下，MB 299可以通过使TM 220能够向拓扑主题发布拓扑信息并且使对拓扑信息感兴趣的MS 200的其他元件订阅拓扑主题以接收由IM 210发布的拓扑信息，来支持在TM 220和可能需要库存信息的MS 200的其他元件(例如，元件，诸如IM 230、IV 240等)之间交换拓扑信息。应当理解，从图4和图5(例如，MB 299可以支持MS 200的可缩放性的示例实施例)和图6A-6C、图7和图8(例如，MB 200可以支持MS 200的冗余的示例实施例)可以进一步理解MB 299的各种示例实施例。应当理解，尽管主要是关于使用MB 299来支持MS 200的元件之间的通信而呈现的，但是MB 299也可以用于支持MS 200的元件与MS 200外部的其他元件之间的通信(例如，CD(诸如图1的CD 101)、通信网络元件(诸如CN 110的元件)等，以及它们的各种组合)。

应当理解，尽管主要关于MS 200的特定实现(例如，支持特定功能，包括被配置为提供此类功能的特定元件、提供元素的特定布置等)而呈现的，但MS 200可以以各种其他方式实现(例如，支持各种其他功能或功能的组合，包括被配置为提供此类功能的各种其他元件或元件的组合、提供各种其他元件的布置等，以及它们的各种组合)。

应当理解，被配置为支持基于IBN的网络的管理的管理系统可以被配置为支持各种功能。

在至少一些示例实施例中，可以支持被配置为支持基于IBN的网络管理的管理系统的绿地部署。在此，管理系统可以是图1的MS 120、图2的MS 200或任何其他合适的管理系统或设备。例如，客户可能决定从头开始构建网络并部署网络以供使用(例如，接入网络、DC网络等)，并且可能为此目的与控制管理系统的实体进行交互(例如，客户可以在管理系统的支持下建立和操作通信网络)。例如，管理系统可以接收客户想要部署和操作的网络的网络意图、确定网络的网络设计并向客户提供网络设计、接收客户已经接受网络设计的指示、向客户提供网络需求信息(例如，要购买的设备，如何布置设备等)、在设备被客户部署和激活后检测设备(例如，客户可能使用网络需求信息作为购买和部署设备的依据)、并且基于网络设计配置网络。这使管理系统能够作为网络的真实来源操作并使用IBN管理网络。应当理解，在网络的网络设计被接受和部署之前，在客户和管理系统(或控制或提供管理系统的实体)之间可能存在多次设计迭代。应当理解，尽管主要关于支持在网络级别使用IBN的绿地部署进行了描述，绿地部署也可以在服务级别使用以支持将服务绿地部署到网络(例如，现有网络、新网络，诸如包括网络和相关联的服务两者的绿地部署等)。

在至少一些示例实施例中，可以支持被配置为支持基于IBN的网络管理的管理系统的棕地部署。在此，管理系统可以是图1的MS 120、图2的MS 200或任何其他合适的管理系统、控制系统等。例如，具有不支持IBN的现有网络(例如，接入网络、DC网络等)的客户可以决定修改网络以支持IBN，并且可以与为此目的提供管理系统的实体进行交互(例如，客户可以部署管理系统，以便在管理系统的支持下基于IBN操作网络)。如下文进一步讨论的，管理系统可以被配置为支持使管理系统能够部署在棕地上下文中的各种功能。

在至少一些示例实施例中，被配置为支持基于IBN的网络管理的管理系统可以通过以下来支持网络的棕地部署：接收指示网络配置的网络配置信息、获得网络的网络意图、确定网络的网络结果、基于网络的网络意图和网络的网络结果确定网络的网络意图是否已经被满足，以及基于网络的网络意图是否已经被满足来执行管理动作。

在棕地上下文中部署的管理系统可以以各种方式接收指示网络配置的网络配置信息。例如，管理系统可以从网络接收网络配置信息的至少一部分(例如，在连接到网络时向网络元件查询网络配置信息、订阅网络元件遥测用于在连接到网络时获得网络配置信息，用于基于由网络的网络元件支持的遥测过程接收网络配置信息等，以及它们的各种组合)。例如，管理系统可以从与网络相关联的一个或多个其他系统(例如，库存管理系统、拓扑管理系统、元件管理系统、网络管理系统等，以及它们的各种组合)接收网络配置的至少一部分。例如，管理系统可以基于可以由管理系统获得的各种其他类型的信息(例如，网络库存信息、网络元件状态信息、服务信息等，以及它们的各种组合)来重新构建指示网络配置的网络配置信息的至少一部分。应当理解，管理系统可以以各种其他方式获得网络配置信息。

在棕地上下文中部署的管理系统可以以多种方式获得网络意图。在此，应理解，网络意图可以是客户的网络意图，其可能在设计和部署网络时已经由客户显式指定，也可能未显式指定(例如，取决于是在设计和部署网络时还是在此后的某个时间应用了IBN)。网络意图可以使用一个或多个网络意图参数来指定，如本文所讨论的，这些网络意图参数可以针对不同类型的网络、针对客户而变化，这取决于客户更喜欢描述网络目标的方式等，以及它们的各种组合。例如，网络意图参数可以包括一个或多个位置参数、一个或多个网络容量参数、一个或多个网络配置参数(例如，网络位置和连接网络位置的方式)等，以及它们的各种组合。应当理解，可以以各种其他方式(例如，使用更少或更多参数、使用不同参数等，以及它们的各种组合)来指定网络意图。

在一个示例中，管理系统可以从客户获得网络的网络意图(例如，客户可以显式地指示客户先前试图实现和/或当前正在试图实现的网络意图)。例如，管理系统可以基于以下来获得网络的网络意图：客户经由管理系统或经由连接到管理系统的一个或多个其他系统的输入、由管理系统与客户的一个或多个其他系统的交互(例如，从客户的一个或多个其他系统获取网络意图)等，以及它们的各种组合。应当理解，管理系统可以以各种其他方式从客户获得网络的网络意图。

在一个示例中，管理系统可以通过从网络的网络配置信息重新构建网络的网络意图来获得网络的网络意图。例如，在DC网络的情况下，管理系统可以基于对网络配置信息(例如，该网络的网络元件的网络元件信息，诸如网络元件的网络元件类型、网络元件上可用端口的端口信息(例如，端口的数目、端口类型、端口速度等))的分析，确定该网络的网络意图是提供支持特定网络容量的网络(例如，使其能够支持具有特定特性集合的特定VM集合的通信)。应当理解，管理系统可以以各种其他方式基于网络的网络配置信息重新构建网络的网络意图。

应当理解，管理系统可以以各种其他方式获得网络的网络意图。

在棕地上下文中部署的管理系统可以以各种方式确定网络的网络结果。管理系统可以基于网络的网络配置信息确定网络的网络结果。应当理解，由于网络的网络结果可以用于评估网络以确定网络的配置是否满足网络的网络意图，因此网络的网络结果可以以有助于将网络的网络结果与网络的网络意图相比较的格式来表示(例如，网络的网络结果可以使用被用于指定网络的网络意图的一个或多个参数的相同集合来指定)。例如，在DC网络的情况下，该网络的网络意图只是由客户对DC网络所需的总容量，网络的网络结果可以指定为由给定网络的当前配置的网络实际支持的总容量。应当理解，由于可以使用各种其他参数或参数的组合来指定网络的网络意图，因此也可以使用此类其他参数或参数的组合来指定网络的网络结果。应当理解，管理系统可以以各种方式确定网络的网络结果。

应当理解，尽管主要关于独立地确定网络的网络意图和网络的网络结果的示例实施例而呈现(尽管基于网络的网络配置信息)，但在至少一些示例实施例中，可以以相互依赖的方式确定网络的网络意图和网络的网络结果。在至少一些示例实施例中，网络的网络意图可以基于网络的网络配置信息和网络的网络结果被确定(例如，用于定义网络结果的一个或多个网络参数也可以用作定义网络意图的基础，并且一个或多个网络参数的关联值可以针对网络意图被确定)。例如，基于对网络配置信息的分析，可以确定网络的配置达到了特定的网络容量(网络的网络结果)，并且网络容量作为网络参数的识别可用于确定基于网络容量参数定义的网络的网络意图。在至少一些示例实施例中，网络的网络结果可以基于网络的网络配置信息和网络的网络意图被确定(例如，用于定义网络意图的一个或多个网络意图参数也可以用作定义网络结果的基础，并且一个或多个网络参数的关联值可以针对网络结果被确定)。例如，基于对网络配置信息的分析，可以确定网络的网络意图是要实现特定的网络容量(网络的网络意图)，并且网络容量的标识作为该网络的参数可以用于确定基于网络容量参数定义的网络的网络结果。应当理解，可以以各种其他方式确定网络的网络意图和网络的网络结果的相互依赖的确定。

在棕地上下文中部署的管理系统可以基于网络的网络意图和网络的网络结果来确定网络的网络意图是否已经被满足。管理系统可以基于网络的网络意图和网络的网络结果的比较(例如，用于测量网络的网络意图和网络的网络结果的一个或多个参数的值的比较)来确定网络的网络意图是否已经被满足。管理系统可以基于关于网络的网络意图和网络的网络结果之间是否存在差异的确定来确定网络的网络意图是否已经被满足。管理系统可以基于确定网络的网络意图和网络的网络结果之间存在差异，可以确定网络的网络意图和网络的网络结果之间的差异的程度(例如，用于量化尚未实现网络的网络意图的程度，用于确定网络的重新配置以满足网络的网络意图等，以及它们的各种组合)。例如，在DC网络的情况下，网络的网络意图只是客户对DC网络所需的总容量，管理系统可以确定网络的网络意图是X容量，并且网络的网络结果是Y容量(其中Y<X)，并且可以进一步确定网络的网络结果不符合网络的网络意图的[X-Y]容量。应当理解，管理系统可以以各种其他方式确定网络的网络意图是否已经被满足。

在棕地上下文中部署的管理系统可以基于网络的网络意图是否被满足来执行各种类型的管理动作。

在一个示例中，管理动作可以包括向客户提供通知。例如，管理系统可以将管理系统执行的分析结果通知客户，以在棕地上下文中部署管理系统。例如，管理系统可以向客户通知网络意图(例如，如果或在客户不知道网络意图的情况下)、向客户通知网络的网络结果、向客户通知网络意图和网络结果之间的差异的存在、向客户通知网络意图和网络结果之间的差异，以向客户给出网络与实现网络意图的接近程度的指示等，以及它们的各种组合。

可以理解，管理系统可以以多种方式向客户通知由管理系统执行的分析的结果(例如，经由管理系统接口上显示的消息、经由在客户的管理系统接口上显示的消息、经由向管理员或客户的其他利益相关者的用户设备的消息(例如，即时消息、电子邮件等)等，以及它们的各种组合)。

在一个示例中，管理动作可以包括在网络上执行一个或多个重新配置动作。例如，管理系统可以执行被配置为重新配置网络的一个或多个重新配置动作，以将网络从提供网络结果的当前配置改变为满足网络的网络意图的新配置。例如，管理系统可以确定网络的一个或多个网络元件的重新配置，并且可以向网络的一个或多个网络元件发送配置消息以重新配置网络的网络元件，以提供满足网络的网络意图的新配置。应当理解，管理系统可以以各种方式(例如，使用各种协议、消息类型等，以及它们的各种组合)重新配置网络的网络元件。

应当理解，管理系统可以基于网络的网络意图是否已经被满足来执行各种其他类型的管理动作。

应当理解，可以以各种其他方式执行管理系统的棕地部署。

应当理解，通过参考图3可以进一步理解支持IBN的棕地部署的各个方面。

图3描绘了由管理系统使用的方法的示例实施例，该方法被配置为支持用于通信网络的基于意图的组网，以支持通信网络的管理系统的棕地部署。应当理解，尽管主要被呈现为串行执行，但是方法300的功能的至少一部分可以同时或以与关于图3呈现的不同的顺序执行。

在框301，方法300开始。

在框310，接收网络的网络配置信息集合。对于网络的网络元件集合中的每个网络元件，网络的网络配置信息可以包括相应网络元件的位置信息或相应网络元件的容量信息中的至少一个。对于相应网络元件的端口集合中的每个端口，该网络元件集合中的至少一个网络元件的容量信息可以包括相应端口的端口类型和相应端口的端口速度。

在框320，基于网络的网络配置信息集合，确定网络的网络结果和网络的网络意图。网络的网络结果和网络的网络意图可以基于位置参数或容量参数中的至少一个。

网络的网络结果可以基于网络的网络意图被确定。网络的网络意图的确定可以包括：基于网络配置信息集合确定网络意图的网络意图类型，基于网络意图的网络意图类型确定网络意图的网络意图参数的集合，并且对于基于网络配置信息集合的网络意图参数集合中的网络意图参数的每个网络意图参数，确定网络能够由网络支持的网络意图参数的相应潜在值。网络的网络结果的确定可以包括：对于基于网络配置信息集合的网络意图参数集合中的每个网络意图参数，确定当前由网络支持的意网络图参数的相应实际值。关于网络意图是否被网络满足的确定可以包括：对于网络意图参数集合中的至少一个网络意图参数，将能够由网络支持的网络意图参数的相应潜在值与当前由网络支持的网络意图参数的相应实际值相比较。

网络的网络意图可以基于网络的网络结果被确定。网络的网络结果的确定可以包括：基于网络配置信息集合，对于基于网络配置信息集合的网络参数集合中的每个网络参数，确定当前由网络支持的网络参数的相应实际值。网络的网络意图的确定可以包括：对于基于网络配置信息集合的网络参数集合中的每个网络参数，确定能够由网络支持的网络参数的相应潜在值。关于网络的网络意图是否被网络满足的确定可以包括：对于网络参数集合中的网络参数中的至少一个网络参数，将当前由网络支持的网络参数的相应实际值和能够由网络支持的网络参数的相应潜在值相比较。

在框330，基于网络的网络结果和网络的网络意图，确定网络的网络意图是否被网络满足。关于网络的网络意图是否被网络满足的确定可以包括：对于网络意图参数集合中的至少一个网络意图参数，将能够由网络支持的网络意图参数的相应潜在值与当前由网络支持的网络意图参数的相应实际值相比较。关于网络的网络意图是否被网络满足的确定可以包括：对于网络参数集合中的网络参数中的至少一个网络参数，将当前由网络支持的网络参数的相应实际值和能够由网络支持的网络参数的相应潜在值相比较。关于网络的网络意图是否被网络满足的确定可以包括：将网络的网络意图和网络的网络结果相比较。关于网络的网络意图是否被网络满足的确定(其中网络的网络意图和网络的网络结果基于容量参数)可以包括：确定网络意图的容量参数的潜在值与网络结果的容量参数的实际值之间的差是否满足阈值。

在框340，基于网络的网络意图是否被网络满足，执行管理动作。管理动作可以包括以下中的至少一项：向网络的客户提供通知或重新配置网络。基于网络的网络意图被网络满足的确定，管理动作可以包括向网络的客户提供通知。基于网络的网络意图不被网络满足的确定，管理动作可以包括重新配置网络。网络的重新配置可以基于网络的网络意图和网络的网络结果之间的差异。

在框399，方法300结束。

应当理解，可以以各种其他方式支持管理系统的棕地部署，其被配置为支持基于IBN的网络的管理。

应当理解，虽然主要关于支持在网络级别使用IBN的棕地部署进行了描述，但棕地部署也可以在服务级别使用以支持将服务棕地部署到网络(例如，现有网络、新网络，诸如包括网络意图和相关联的服务意图两者的棕地部署等)。

在至少一些示例实施例中，可以支持被配置为支持基于IBN的网络管理的管理系统的可缩放性。在此，管理系统可以是图1的MS 120、图2的MS 200或任何其他合适的管理系统或设备。管理系统可以被配置为基于消息总线的使用支持IBN在网络中的使用的可缩放性，该消息总线被配置为支持管理系统的元件之间的数据的可缩放交换。消息总线可以被配置为支持用于在管理系统的元件之间传送数据的发布方-订阅方模型。例如，管理系统的库存管理元件可以发布网络的库存信息，该网络的库存信息可以被管理系统的其他元件订阅，这些其他元件可以支持基于这样的库存信息的网络意图的处理。例如，管理系统的网络状态信息管理元件可以发布从网络接收的网络状态信息，该网络状态信息可以被管理系统的其他元件订阅，这些其他元件可以支持基于这样的网络状态信息的网络意图的处理。应当理解，消息总线可以被配置为支持各种其他类型的数据的交换、管理系统的各种其他元件之间的交换等，以及它们的各种组合。消息总线可以被配置为支持发布方-订阅方模型，用于基于主题的使用在管理系统的元件之间传送数据，其中主题可以对应于支持发布和订阅的信息类型(例如，上面提供的示例中的库存信息主题或网络状态信息主题)。消息总线可以被配置为支持发布方-订阅方模型，用于基于主题的使用、基于主题的分区在管理系统的元件之间传送数据(例如，主题内的数据项可以散列到分区中，并且支持的分区的数目可以动态管理以支持可缩放性)。应当理解，通过参考图4和图5，可以进一步理解支持使用IBN的可缩放性的各个方面。

图4描绘了被配置为支持管理系统的可缩放性的消息总线的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网。

如图4所示，管理系统(MS)400被配置为使用基于主题的发布方-订阅方模型来支持MS 400内的消息的交换。MS 400包括发布方元件410、订阅方元件420-1-420-S集合(统称为订阅方元件420)以及消息总线430，该消息总线430被配置为支持使用发布方-订阅方模型将主题431的数据从发布方元件410传送到订阅方元件420。主题431可以包括可以由管理系统400支持的用于支持通信网络的管理的任何主题(例如，库存信息、拓扑信息、网络元件状态信息等，以及它们的各种组合)。例如，主题431可以是在通信网络中部署的设备的库存信息，在这种情况下，发布方元件410可以是MS 400的库存管理元件，其是通信网络的库存信息的真实来源，并且订阅方元件420可以是MS 400的任何元件，其可能需要接入库存信息以执行通信网络的管理功能(例如，意图处理元件被配置为使用库存信息来确定网络配置以满足意图、意图验证元件被配置为使用库存信息来验证意图仍然被满足、配置管理元件被配置为使用库存信息来确定意图的元件特定的配置等，以及它们的各种组合)。例如，主题431可以是通信网络的拓扑信息，其可以以类似于上述针对库存信息的方式被交换和使用(例如，发布方元件410可以是MS 400的拓扑管理元件，其是通信网络的拓扑信息的真实来源，并且订阅方元件420可以是可能需要接入拓扑信息以执行通信网络的管理功能的MS400的任何元件)。应当理解，各种其他主题可以由MS 400的各种其他元件发布并由MS 400的各种其他元件订阅，以使MS 400能够支持通信网络的管理。应当理解，尽管主要关于由MS400的单个元件(即发布方元件410)源起的单个主题(即，主题431)的处理而呈现，但MS 400可以支持MS 400内针对可以由MS 400的各种元件源起的各种主题的消息的交换。

如上所述，MS 400被配置为使用发布方-订阅方模型支持主题431的数据从发布方元件410传送到订阅方元件420。发布方元件410用于发布主题431的数据，并且消息总线430订阅以接收由发布方元件410发布的主题431的数据。订阅方元件420用于订阅主题431的数据，其由消息总线430提供给订阅方元件420。换言之，消息总线430被配置为基于发布方-订阅方模型支持对主题431的信息交换的处理，以支持主题431的数据从发布方元件410到订阅方元件420的传递。消息总线430被配置为支持基于主题431的分区集合来处理主题431的信息交换(说明性地，消息总线430包括分区集合432，分区432集合包括第一分区432-1、第二分区432-2、第三分区432-3等，直到第N分区432-N)。应当理解，尽管主要是关于使用消息总线430来处理特定主题(即，主题431)的数据交换，但是消息总线430可以处理各种其他主题的数据交换。应当理解，消息总线430可以使用针对主题的分区来处理针对其他主题的数据交换。应当理解，不同的主题可以由消息总线430使用不同数目的分区来处理。

如上所述，消息总线430被配置为支持基于主题431的分区432集合处理针对主题431的信息交换。主题431的数据可以基于包括在主题431的每个数据项中的一个或多个数据字段的散列跨分区432分布，这些数据字段由针对主题431的消息总线430使用分区432集合维护。将主题431的数据项跨分区432分布的、对主题431的数据项的一个或多个数据字段的散列运算可以基于任何合适的散列算法，诸如安全散列算法(SHA)(例如，SHA-0、SHA-1、SHA-2和SHA-3)中的一项或其他合适的散列算法。经散列的主题431的数据项的一个或多个数据字段可以以各种方式选择并且可以针对不同的主题而变化(例如，在以下方面：用作散列基础的数据字段的数目、用作散列的基础的特定数据字段等、以及它们的各种组合)。例如，其中主题431是通信网络中设备的库存信息，并且主题431的数据包括标识设备的设备标识符字段和包括分别描述设备的能力、配置和当前状态的信息的设备能力、配置和状态字段的集合，主题431的数据的散列可以基于设备标识符字段，以便提供可缩放性以处理MS400的元件之间的库存信息的交换的方式跨分区432分布通信网络的设备。例如，在包括500个设备的通信网络中，消息总线430可以支持十个分区，并且对设备标识符的散列可以以使500个设备的库存信息的处理的能够跨十个分区均匀地或几乎均匀地分布的方式被执行，使得每个分区处理500个中的大约50个的库存信息的交换(例如，设备1至50的数据由第一分区处理，设备51至100的数据由第二分区处理，依此类推，其中设备451至500的数据正在由第十分区处理)。应当理解，各种其他数目和类型的数据字段可以用作散列的基础以跨主题的分区分布数据，可以使用各种其他数目的分区等，以及它们的各种组合。

应当理解，尽管主要关于单个主题支持的分区进行了呈现，但是可以单独地支持多个主题的分区(例如，每个主题具有其自己的分区集合，其中分区的各个方面(例如，分区的数目、用作散列基础的数据类型、用于散列的散列函数等，以及其各种组合)可能跨不同主题而异)，可以支持将多个主题作为一个组进行分区(例如，多个主题可以共享分区集合，可以支持支持多个主题的多个分区集合等等，以及它们的各种组合)等等，以及它们的各种组合。

图5描绘了由被配置为支持管理系统的可缩放性的消息总线使用的方法的示例实施例，该管理系统被配置为支持通信网络的基于意图的组网。应当理解，尽管主要被呈现为串行执行，但是方法500的至少一部分功能可以同时或以与关于图5呈现的不同的顺序执行。

在框501，方法500开始。

在框510，通过管理系统的消息总线从管理系统的第一元件接收主题的数据项集合。管理系统的第一元件可以包括被配置为作为发布方-订阅方模型中的发布方操作的元件。主题的数据项集合可以由管理系统的第一元件发布。管理系统的第一元件可以包括库存管理元件或拓扑管理元件。

在框520，通过消息总线，跨通过主题的消息总线维护的、用于主题的分区集合，来分布该主题的数据集合中的数据项，以使用通过消息总线维护的、用于主题的相应分区来维护主题的数据项的相应部分。基于主题的数据项集合中的每个数据项中的至少一个数据字段的散列，主题的数据可以跨分区集合分布。数据项集合中的每个数据项中的至少一个数据字段的散列可以基于散列函数。至少一个数据字段可以包括设备标识符字段。数据项集合中的数据项可以对应于网络的网络元件的相应集合，并且网络的新网络元件可以基于网络元件的状态满足条件的确定通过通过消息总线维护的、用于主题的分区集合变得能够管理。消息总线可以基于对条件的检测将新分区添加到通过消息总线维护的、用于主题的分区集合。消息总线可以基于对条件的检测来移除分区集合中的分区的一个分区。对于第二主题，消息总线可以维护被配置为维护第二主题的数据的相应部分的第二分区集合。

在框530，基于通过消息总线维护的、用于主题的分区集合，由消息总线向管理系统的第二元件发送主题的数据项。管理系统的第二元件可以包括被配置为作为发布方-订阅方模型中的订阅方操作的元件。管理系统的第二元件可以包括在主题的订阅方的列表中，诸如在如下情况下：消息总线接收由管理系统的第二元件订阅主题的请求，并且基于由管理系统的第二元件订阅主题的请求将管理系统的第二元件包括在主题的订阅方的列表中。消息总线可以被配置为基于将管理系统的第二元件包括在主题的订阅方的列表中，来将主题的数据项提供给管理系统的第二元件。管理系统的第二元件可以包括意图管理元件、意图验证元件或配置管理元件。

在框599，方法500结束。

应当理解，可以以各种其他方式支持被配置为支持基于IBN的网络的管理的管理系统的可缩放性。

在至少一些示例实施例中，可以支持被配置为支持基于IBN的网络的管理的管理系统的冗余。

管理系统可以被配置为支持在网络中使用IBN的冗余。在此，管理系统可以是图1的MS 120、图2的MS 200或任何其他合适的管理系统或设备。管理系统可以被配置为基于管理系统的一对实例的使用来支持在网络中使用IBN的冗余。例如，在客户操作两个DC的情况下，一个在美国东海岸上，另一个在美国西海岸上，客户可以使用管理系统的第一实例来管理东海岸上的第一个DC并使用管理系统的第二实例来管理西海岸上的第二个DC。应当理解，尽管主要被描述为相同管理系统的分开实例，但是在一些情况下，可以使用两个分开的管理系统来执行两个DC的管理。管理系统可以被配置为基于与管理系统的一对实例相关联的一对消息总线的使用来支持在网络中使用IBN的冗余。与管理系统的一对实例相关联的一对消息总线可以支持两条消息总线之间的数据的双向镜像、两条消息总线之间的双向健康监测，以及由两条消息总线进行的故障切换和恢复处理，以支持与管理系统的一对实例相关联的一对消息总线的消息总线功能的冗余。在一个示例中，对于由两个消息总线支持的给定主题，可以如下提供两个消息总线之间的数据的双向镜像：(1)第一消息总线是第二消息总线的发布方，然后第二消息总线是由第一个消息总线从元件接收的主题的数据的订阅方，该元件将数据发布到管理系统的第一个实例上的第一消息总线和(2)第二消息总线是第一消息总线的发布方，然后第一消息总线是由第二消息总线从元件接收的主题的数据的订阅方，该元件将数据发布到管理系统的第二个实例上的第二消息总线。在一个示例中，两个消息总线之间的双向健康监测(它允许任一条消息总线检测另一条消息总线的不可用性(例如，管理系统的关联实例失败))可以基于在消息总线之间的心跳消息的发送和监测。在一个示例中，可以执行由消息总线的故障切换处理，使得如果任一条消息总线变得不可用，则活动消息总线可以基于由活动消息总线的主题内的分区管理来支持来自管理系统的两个实例的订阅方(例如，针对来自与活动消息总线相关联的管理系统实例的订阅方，使用主题内的分区的一个集合，并且针对来自与不可用消息总线相关联的管理系统实例的订阅方，使用主题内的分区的第二集合)。应当理解，通过参考图6A-6C、图7和图8，可以进一步理解支持使用IBN的冗余的各个方面。

图6A-6C描绘了被配置为支持管理系统的冗余的一对消息总线的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网。

如图6A所示，管理系统(MS)600包括第一MS实例601-1和第二MS实例601-2(统称为MS实例601)。MS实例601可以对应于管理网络提供方的整个网络的不同部分的不同实例(例如，对于DC，纽约的DC的第一部分和加利福尼亚的DC的第二部分)，管理网络提供方的不同网络的不同实例(例如，纽约的第一DC和加利福尼亚的第二DC)等。可以理解，MS实例601可以以各种其他方式应用于网络管理。

如图6A所示，第一MS实例601-1包括第一发布方元件610-1、第一订阅方元件集合620-11-620-1X(统称为第一订阅方元件620-1)和第一消息总线630-1，并且类似地，第二MS实例601-2包括第二发布方元件610-2、第二订阅方元件集合620-21-620-2Y(统称为第二订阅方元件620-2)和第二消息总线630-2。应当理解，第一发布方元件610-1和第二发布方元件610-2可以统称为发布方元件610，第一订阅方元件620-1和第二订阅方元件可以统称为订阅方元件620，并且第一消息总线630-1和第二消息总线630-2可以统称为消息总线630。

如图6A中所描绘的，消息总线630被配置为支持对主题631的信息交换的处理。消息总线630被配置为基于发布方-订阅方模型支持对主题631的信息交换的处理。消息总线630被配置为支持基于主题631的分区集合来处理主题631的信息交换(说明性地，第一消息总线630-1支持第一分区集合632-1并且第二消息总线630-2支持第二分区集合632-2，其可以统称为分区集合632)。应当理解，尽管主要关于使用MS实例601的消息总线630来处理特定主题(即，主题631)的数据交换，但是MS实例601的消息总线也可以处理各种其他主题的数据交换。

如图6A所示，消息总线630被配置为支持MS 600的冗余。消息总线630被配置为基于双向数据镜像和双向健康监测的使用支持MS 600的冗余，图6B和图6C进一步呈现其中的每个。

如图6B所示，消息总线630被配置为支持MS 600的冗余。冗余可以是物理冗余(例如，其中MS实例601为单个网络位置提供物理冗余，诸如位于纽约的单个DC网络)、地理冗余(例如，其中MS实例601为两个网络位置提供地理冗余，诸如主要由第一MS实例601-1管理的位于纽约的第一DC网络和主要由第二MS实例601-2管理的位于洛杉矶的第二DC网络)等，以及它们的各种组合。消息总线630可以被配置为支持基于数据镜像的冗余，其中第一消息总线630-1将数据镜像到第二消息总线630-2(使得当第一消息总线630-1不可用时，第二消息总线630-2能够接管第一消息总线630-1的消息总线功能)，并且第二消息总线630-2将数据镜像到第一消息总线630-1(使得当第二消息总线630-2不可用时，第一消息总线630-1能够接管第二消息总线630-2的消息总线功能)。

如图6B所示，消息总线630被配置为基于双向数据镜像的使用支持MS 600的IBN的冗余。

第一消息总线630-1被配置为支持发布方-订阅方模型，其中第一消息总线630-1从第一发布方元件610-1接收主题631的数据并存储该数据，使得主题631的数据可以被提供给主题631的订阅方，在此主题631的订阅方包括第一订阅方元件610-1以及基于将主题631的数据镜像到第二消息总线630-2的第二消息总线630-2。这使得第二消息总线630-2能够维护由第一消息总线630-1维护的主题631的数据的当前视图，从而当第一消息总线630-1不可用时能够将主题631的数据提供给第一MS实例601-1的第一订阅方元件630-1。

第二消息总线630-2被配置为支持发布方-订阅方模型，其中第二消息总线630-2从第二发布方元件610-2接收主题631的数据并存储该数据，使得主题631的数据可以被提供给主题631的订阅方，在此主题631的订阅方包括第二订阅方元件610-2以及基于将主题631的数据镜像到第一消息总线630-1的第一消息总线630-1。这使得第一消息总线630-1能够维护由第二消息总线630-2维护的主题631的数据的当前视图，从而当第二消息总线630-2不可用时能够将主题631的数据提供给第二MS实例601-2的第二订阅方元件630-2。

如图6B所示，消息总线630被配置为基于健康监测的使用支持MS 600的IBN的冗余。可以使用在第一消息总线630-1和第二消息总线630-2之间交换的周期性心跳消息来执行健康监测。第一消息总线630-1可以周期性地向第二消息总线630-2发送心跳消息，并且可以监测来自第二消息总线630-2的周期性心跳消息的接收，并且类似地，第二消息总线630-2可以周期性地向第一消息总线630-1发送心跳消息，并且可以监视来自第一消息总线630-1的周期性心跳消息的接收。应当理解，可以使用任何合适的协议来提供心跳消息。

如图6C所示，消息总线630被配置为基于故障切换处理的使用支持MS 600的IBN的冗余。

如图6C所示，第一消息总线630-1基于第二MS实例601-2的第二消息总线630-2不可用的确定(例如，在预期时未从第二消息总线630-2接收到心跳消息)接管针对主题631的数据的处理，主题631的数据先前由第二消息总线630-2处理。第一消息总线630-1，如果还不是第二MS实例601-2的第二发布方元件610-2的订阅方，则订阅第二MS实例601-2的第二发布方元件610-2以接收由第二MS实例601-2的第二发布方元件610-2发布的主题631的数据。第一消息总线630-1可以存储主题631的数据，并基于包括由第一MS实例601-1的第一发布方元件610-1发布的主题631的数据的第一分区集合632-1和由第二MS实例601-2的第二发布方元件610-2发布的主题631的数据的第二分区集合632-2。第一消息总线630-1可以通过以下来为由第二MS实例601-2的第二发布方元件610-2发布的主题631的数据创建第二分区集合632-2：基于对来自第二MS实例601-2的主题631的数据的第二分区集合632-2的学习或者通过为主题631的数据创建不与第一分区集合632-1重叠的非重叠分区(这些非重叠分区由第一消息总线630-1支持用于处理由第一MS实例601-1的第一发布方元件610-1发布的主题631的数据)。第二MS实例601-2的第二订阅方元件620-2然后可以从第二分区集合632-2接收主题631的数据，其现在由第一消息总线630-1而不是第二消息总线630-2支持，而第二MS实例601-2的第二消息总线630-2不可用。第二消息总线630-2最终再次变得可用并且第一消息总线630-1检测第二消息总线630-2的可用性(例如，从第二消息总线630-2接收到新的心跳消息)。第二消息总线630-2与主题631的第二MS实例601-2的第二发布方元件610-2同步，然后恢复将主题631的数据分布到第二MS实例601-2的第二订阅方元件620-2。

类似地，尽管图6C中未描绘，第二消息总线630-2基于第一MS实例601-1的第一消息总线630-1不可用的确定(例如，在预期时没有从第一消息总线630-1接收到心跳消息)，接管针对主题631的数据的处理，主题631的数据先前由第一消息总线630-1处理。第二消息总线630-2，如果还不是第一MS实例601-1的第一发布方元件610-1的订阅方，则订阅第一MS实例601-1的第一发布方元件610-1，以接收正在由第一MS实例601-1的第一发布方元件610-1发布的主题631的数据。第二消息总线630-2可以存储主题631的数据，并且基于包括由第二MS实例601-2的第二发布方元件610-2发布的主题631的数据的第二分区集合632-2和由第一MS实例601-1的第一发布方元件610-1发布的主题631的数据的第一分区集合632-1的分区集合632，来控制主题631的数据分布。第二消息总线630-2可以基于对来自第一MS实例601-1的主题631的数据的第一分区集合632-1的学习，为第一MS实例601-1的第一发布方元件610-1发布的主题631的数据创建第一分区集合632-1，或者通过为主题631的数据创建不与第二分区集合632-2重叠的非重叠分区，该非重叠分区由第二消息总线630-2支持以用于处理由第二MS实例601-2的第二发布方元件610-2发布的主题631的数据。第一MS实例601-1的第一订阅方元件620-1然后可以从第一分区集合632-1接收主题631的数据，第一分区632-1集合现在由第二消息总线630-2而不是第一消息支持总线630-1，而第一MS实例601-1的第一消息总线630-1不可用。第一消息总线630-1最终再次变得可用并且第二消息总线630-2检测第一消息总线630-1的可用性(例如，从第一消息总线630-1接收到新的心跳消息)。第一消息总线630-1与主题631的第一MS实例601-1的第一发布方元件610-1同步，然后恢复将主题631的数据分布到第一MS实例601-1的第一订阅方元件620-1。

应当理解，尽管主要关于冗余是双向的(例如，基于双向数据镜像、双向健康监测等)的示例实施例呈现，但在至少一些示例实施例中，冗余可以是单向的(例如，仅第二MS实例601-2保护MS 600的第一MS实例601-1或仅第一MS实例601-1保护MS 600的第二MS实例601-2)。

图7描绘了由被配置为支持管理系统的冗余的消息总线使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网。应当理解，尽管主要被呈现为串行执行，但是方法700的功能的至少一部分可以同时或以与关于图7呈现的不同的顺序执行。

在框701，方法700开始。

在框710，基于由主题的第一元件的发布，通过第一管理系统的第一消息总线从第一管理系统的第一元件接收该主题的数据集合。第一消息总线可以基于由主题的第一消息总线维护的分区集合来存储该主题的数据集合。

在框720，基于由第二元件对主题的订阅，通过第一消息总线向第一管理系统的第二元件发送主题的数据集合的至少一部分。可以使用由主题的第一消息总线维护的分区集合来向第一管理系统的第二元件发送该主题的数据集合。

在框730，通过第一管理系统的第一消息总线向第二管理系统的第二消息总线发送主题的数据集合。可以基于由第二消息总线对第一消息总线上的主题的订阅，将主题的数据集合发送到第二消息总线。可以使用由主题的第一消息总线维护的分区集合将主题的数据集合发送到第二消息总线。

在框799，方法700结束。

应当理解，可以在图7的方法700的上下文内提供关于图6A-6C呈现的各种其他功能。例如，第一消息总线可以向第二消息总线发送心跳消息，该心跳消息被配置为向第二消息总线指示第一消息总线是活动的。例如，第一消息总线可以监测心跳消息的接收，该心跳消息被配置为向第一消息总线指示第二消息总线是活动的。例如，第一消息总线可以基于未接收到心跳消息的确定来检测第二消息总线不可用，并且基于由第二管理系统的元件在第一消息总线上对主题的订阅，向第二管理系统的元件发送主题的数据集合。例如，第一管理系统和第二管理系统可以是管理系统的相应实例。应当理解，可以在图7的方法700的上下文内提供关于图6A-6C呈现的各种其他功能。

图8描绘了由被配置为支持管理系统的冗余的消息总线使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网。应当理解，尽管主要呈现为串行执行，但是方法800的功能的至少一部分可以同时或以与关于图8呈现的不同的顺序执行。

在框801，方法800开始。

在框810，通过第一管理系统的第一消息总线从第二管理系统的第二消息总线接收由第二管理系统的第一元件发布的主题的数据集合。第一消息总线可以基于由主题的第一消息总线维护的分区集合来维护该主题的数据集合。该分区集合可以由第一消息总线从第二消息总线获悉。第一消息总线可以基于主题的第一消息总线维护的分区集合维护该主题的数据集合。

在框820，基于第二消息总线不可用的确定并且基于第二管理系统的第二元件对第一消息总线处的主题的订阅，由第一消息总线向第二管理系统的第二元件发送主题的数据集合。第二消息总线不可用的确定可以基于由第一消息总线检测到未能从第二消息总线接收心跳消息，心跳消息被配置为向第一消息总线指示第二消息总线是活动。

在框899，方法800结束。

应当理解，可以在图8的方法800的上下文内提供关于图6A-6C呈现的各种其他功能。例如，第一消息总线可以从第一管理系统的第一元件接收由第一管理系统的第一元件发布的主题的第二数据集合。例如，第一消息总线可以基于第一管理系统的第二元件在第一消息总线处对主题的订阅，向第一管理系统的第二元件发送该主题的第二数据集合。例如，第一消息总线可以基于主题的第一消息总线维护的分区集合，维护该主题的数据集合和该主题的第二数据集合。例如，可以使用来自该分区集合的第一组分区来维护该主题的数据集合，并且可以使用来自该分区集合的第二组分区来维护该主题的第二数据集合，其中第一组分区和第二组分区不重叠。例如，第一管理系统和第二管理系统可以是管理系统的相应实例。应当理解，可以在图8的方法800的上下文内提供关于图6A-6C呈现的各种其他功能。

应当理解，可以以各种其他方式支持被配置为支持基于IBN的网络管理的管理系统的冗余。

在至少一些示例实施例中，可以支持由管理系统的变化管理，该管理系统被配置为支持基于IBN的网络的管理。

管理系统可以被配置为支持对网络的变化。例如，客户可能希望改变网络配置、服务配置等，以及它们的各种组合。管理系统可以被配置为基于对网络变化的验证来支持对网络的变化，其中变化可以在网络内被实现之后被验证(例如，如果变化被验证，则可以保留变化，否则可以基于变化不能被验证的确定来撤销变化)或者可以在网络内被实现之前被验证(例如，如果变化被验证，则变化可以在网络内被实现，否则基于变化不能被验证的确定，变化可能被阻止在网络内被实现)。管理系统可以被配置为基于在变化在网络中生效之后对网络的变化的验证，通过以下支持对网络的变化：接收对网络变化的请求、在网络中执行网络变化、从网络的一个或多个网络元件接收状态信息(例如，基于用于控制来自网络的网络元件的状态信息的报告的遥测的使用)、基于状态信息确定网络变化在网络上的执行结果(例如网络变化之后一个或多个意图是否仍被满足)、以及基于变化在网络上的执行的结果执行一个或多个管理动作(例如，向客户通知变化的结果、执行网络的重新配置以移除变化等，以及它们的各种组合)。管理系统可以被配置为基于在变化在网络中生效之前对网络的变化的验证，通过以下来支持对网络的变化：接收对变化的请求、在被配置为表示网络的表示网络中执行变化、从被配置为表示网络的表示网络的一个或多个网络元件接收状态信息(例如，基于用于控制来自被配置为表示网络的表示性网络的网络元件的状态信息的报告的遥测的使用)、基于来自被配置为表示网络的表示网络的网络元件的状态信息、确定改变在网络上的执行的预期结果、以及基于改变在网络上的执行的预期结果执行一个或多个管理动作(例如，向客户通知变化的结果，执行网络的重新配置以实现网络内的变化等，以及它们的各种组合)。将理解，被配置为表示网络的表示网络是被配置为镜像网络的网络，使得在被配置为表示网络的表示网络中的变化的执行将提供关于如果被在网络中执行那些变化的效果的指示，诸如网络的副本或近似副本(例如，被配置为镜像网络的物理网络、被配置为镜像网络的虚拟网络、被配置为镜像或模拟网络的沙盒网络(其本身可以是物理网络、虚拟网络或其组合)等，以及它们的各种组合。

应当理解，通过参考图9可以进一步理解支持基于IBN的使用改变网络的各个方面。

图9描绘了由管理系统使用的方法的示例实施例，该管理系统被配置为支持用于通信网络的基于意图的组网，以执行通信网络的变化管理。应当理解，尽管主要被呈现为串行执行，但是方法900的功能的至少一部分可以同时或以与关于图9呈现的不同的顺序执行。

在框901，方法900开始。

在框910，接收对网络中的网络改变的请求，其中网络被配置为满足意图。意图可以包括网络意图或服务意图中的至少一项。

在框920，基于网络改变的执行，从与网络变化相关联的一个或多个网络元件接收网络状态信息。网络变化可以在网络中执行，其中网络元件是网络的一部分。网络变化可以在沙盒网络中执行，其中网络元件是沙盒网络的一部分。沙盒网络可以是网络的物理表示或网络的虚拟表示。可以基于一个或多个网络元件中的至少一个的遥测能力来接收网络状态信息或其至少一部分。

在框930，基于网络状态信息确定网络上的网络变化的结果。网络变化的结果的确定可以包括基于意图确定意图参数，并且基于网络状态信息确定意图参数的值。对网络变化结果的确定可以包括：基于意图确定意图参数、基于网络状态信息确定网络变化的意图参数的、以及基于变化的意图参数的值确定意图的意图参数的值。

在框940，基于网络上的网络变化的结果，确定在网络变化的执行之后意图是否被满足。关于网络变化的执行之后意图是否被满足的确定可以包括：基于意图确定意图的意图参数和意图参数的意图值、基于网络上的网络变化的结果确定意图参数的新值，基于意图参数的意图值和意图参数的新值确定在网络变化的执行之后意图是否被满足。

在框999，方法900结束。

应当理解，图9的方法900可以支持各种其他功能的执行，如下文进一步讨论的，这些功能中的至少一些可以取决于是在网络本身内还是在网络的表示(例如，物理副本、虚拟副本、沙盒网络等)内评估网络变化。

在至少一些示例实施例中，网络变化在网络内执行。在此，该方法可以包括向用户的设备发送关于网络是否仍然满足意图的指示。在此，该方法还可以包括从用户的设备接收对从网络撤消网络变化的请求，并且发起一个或多个配置动作，该配置动作被配置为从网络撤消网络变化。应当理解，当在网络内执行网络变化时，可以在图9的方法900的上下文内执行各种其他功能。

在至少一些示例实施例中，在被配置为模拟网络的沙箱网络内执行网络变化。在此，该方法可以包括向用户的设备发送在网络内执行网络变化将引起网络意图不再被网络满足的指示。在此，该方法可以包括向用户的设备发送在网络内执行网络变化将引起网络意图继续被网络满足的指示。该方法还可以包括从用户的设备接收对在网络中应用网络变化的请求并且发起一个或多个配置动作，该配置动作被配置为在网络中应用网络变化。应当理解，当在被配置为模拟网络的沙箱网络内执行网络变化时，可以在图9的方法900的上下文内执行各种其他功能。

应当理解，图9的方法900可以支持各种其他功能的执行。

将理解，可以以各种其他方式支持管理系统的变化管理，该管理系统被配置为支持基于IBN的网络的管理。

用于支持基于IBN的网络的管理的各种示例实施例可以提供各种优势或潜在优势。例如，用于支持基于IBN的网络的管理的各种示例实施例可以被配置为支持被配置为支持各种网络部署场景的管理系统，包括用于使客户能够部署和激活新网络的绿地部署场景、基于对网络的(多个)原始意图和网络的配置的智能重新构建使客户能够将IBN应用到现有网络以确保满足网络(多个)初始意图的棕地部署场景等，以及它们的各种组合。例如，用于支持基于IBN的网络管理的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持基于使用可缩放性管理网络的网络的管理，其中可缩放性基于在发布方-订阅方模型中对主题的分区的使用，该发布方-订阅方模型用于在支持基于IBN的网络的管理的管理系统的元件之间的信息交换。例如，用于支持基于IBN的网络的管理的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持基于使用网络管理的冗余来管理网络，其中冗余是基于使用与管理系统的实例相关联的消息总线的镜像，从而使活动消息总线能够接管针对主题的数据交换的处理，主题的数据交换先前由不可用消息总线处理，该不可用消息总线变得不可用于处理该主题的数据交换。例如，用于支持基于IBN的网络的管理的各种示例实施例可以被配置为支持管理系统，该管理系统被配置为支持基于使用网络的管理的变化管理来管理网络，其中变化管理基于在变化在网络中永久生效之前对网络中变化的验证(例如，基于变化在网络中的应用以验证变化、在将变化应用于真实网络之前基于在镜像真实网络的网络中的变化的应用，等等)。用于支持基于IBN的网络的管理的各种示例实施例可以提供各种其他优势或潜在优势。

图10描绘了适合用于执行本文中呈现的各种功能的计算机的示例实施例。

计算机1000包括处理器1002(例如，中央处理单元(CPU)、处理器、具有处理器核集合的处理器、处理器的处理器核等)和存储器1004(例如，随机存取存储器、只读存储器等)。处理器1002和存储器1004可以通信连接。在至少一些示例实施例中，计算机1000可以包括至少一个处理器和包括计算机程序代码的至少一个存储器，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使计算机来执行本文中呈现的各种功能。

计算机1000还可以包括协作元件1005。协作元件1005可以是硬件设备。协作元件1005可以是可以被加载到存储器1004中并且由处理器1002执行以实现本文中呈现的各种功能的过程(在这种情况下，例如，协作元件1005(包括相关联的数据结构)可以被存储在非瞬态计算机可读存储介质，诸如存储设备或其他合适类型的存储元件(例如，磁驱动器、光驱等))。

计算机1000还可以包括一个或多个输入/输出设备1006。输入/输出设备1006可以包括一个或多个用户输入设备(例如，键盘、小键盘、鼠标、麦克风、相机等)、用户输出设备(例如，显示器、扬声器等)、一个或多个网络通信设备或元件(例如，输入端口、输出端口、接收器、传输器、收发器、等)、一个或多个存储设备(例如，磁带驱动器、软盘驱动器、硬盘驱动器、光盘驱动器等)等，以及它们的各种组合。

应当理解，计算机1000可以表示适合于实现本文中描述的功能元件、本文中描述的功能元件的部分等以及它们的各种组合的通用架构和功能。例如，计算机1000可以提供适合于实现本文中呈现的一个或多个设备的通用架构和功能，诸如网络元件(例如，路由器等)、网络控制器(例如，管理系统等)等，以及它们的各种组合。

应当理解，本文中呈现的至少一些功能可以在软件中实现(例如，经由在一个或多个处理器上的软件的实现，用于在通用计算机上执行(例如，经由一个或多个处理器执行)，以便提供专用计算机等)和/或可以在硬件中实现(例如，使用通用计算机、一个或多个专用集成电路和/或任何其他硬件等效物)。

应当理解，本文中呈现的至少一些功能可以在硬件内实现，例如，作为与处理器协作以执行各种功能的电路系统。本文中描述的功能/元件的部分可以被实现为计算机程序产品，其中计算机指令在被计算机处理时调整计算机的操作，使得本文中描述的方法和/或技术被调用或以其他方式提供。用于调用各种方法的指令可以存储在固定或可移动介质(例如，非瞬态计算机可读介质)中，经由广播或其他信号承载介质中的数据流传输，和/或存储在根据指令操作的计算器内的存储器中。

应当理解，除非另有说明(例如，使用“或否则”或“或以备选方式”)，本文中所用的术语“或”是指非排他性的“或”。

应当理解，尽管本文中详细地示出和描述了结合本文所呈现的教导的各种实施例，但是本领域技术人员可以容易地设计出仍然结合这些教导的许多其他变化的实施例。

Claims (14)

1.一种装置，包括用于执行以下的部件：

接收对网络中的网络变化的请求，其中所述网络被配置为满足意图；

基于所述网络变化的执行，从与所述网络变化相关联的一个或多个网络元件接收网络状态信息；

基于所述网络状态信息，确定所述网络上的所述网络变化的结果；以及

基于所述网络上的所述网络变化的所述结果，确定所述意图是否在所述网络变化的所述执行之后被满足；

其中用于确定所述意图是否在所述网络变化的所述执行之后被满足，所述部件还被配置用于执行：

基于所述意图确定所述意图的意图参数和所述意图参数的意图值；

基于所述网络上的所述网络变化的所述结果，确定所述意图参数的新值；以及

基于所述意图参数的所述意图值和所述意图参数的所述新值，确定所述意图是否在所述网络变化的所述执行之后被满足。

2.根据权利要求1所述的装置，其中所述意图包括网络意图或服务意图中的至少一项。

3.根据权利要求1至2中任一项所述的装置，其中以下至少一项：

所述网络变化在所述网络中被执行并且所述网络元件是所述网络的一部分；或者

所述网络变化在沙箱网络中被执行并且所述网络元件是所述沙箱网络的一部分，其中所述沙箱网络包括所述网络的虚拟表示。

4.根据权利要求1至2中任一项所述的装置，其中用于确定所述网络上的所述网络变化的所述结果，所述部件被配置用于执行：

基于所述意图确定意图参数；以及

基于所述网络状态信息确定所述意图参数的值。

5.根据权利要求1至2中任一项所述的装置，其中用于确定所述网络上的所述网络变化的所述结果，所述部件被配置用于执行：

基于所述意图确定意图参数；

基于所述网络状态信息，确定用于所述网络变化的所述意图参数的值；以及

基于用于所述网络变化的所述意图参数的所述值，确定用于所述意图的所述意图参数的值。

6.根据权利要求1至2中任一项所述的装置，其中所述意图基于容量参数，其中用于确定所述意图是否在所述网络变化的所述执行之后被满足，所述部件被配置用于执行：

确定用于所述意图的所述容量参数的潜在值与所述网络变化的所述执行之后的所述容量参数的实际值之间的差是否满足阈值。

7.根据权利要求1至2中任一项所述的装置，其中所述网络变化在所述网络内被执行。

8.根据权利要求7所述的装置，其中所述部件被配置用于执行：

向用户的设备发送关于所述网络是否仍然满足所述意图的指示；

从所述用户的所述设备接收从所述网络撤销所述网络变化的请求；以及

发起一项或多项配置动作，所述一项或多项配置动作被配置为从所述网络撤消所述网络变化。

9.根据权利要求1至2中任一项所述的装置，其中所述网络变化在被配置为模拟所述网络的沙箱网络内被执行。

10.根据权利要求9所述的装置，其中所述部件被配置用于执行：

向用户的设备发送所述网络变化在所述网络内的执行将引起所述网络意图不再被所述网络满足的指示。

11.根据权利要求9所述的装置，其中所述部件被配置用于执行：

向用户的设备发送所述网络变化在所述网络内的执行将引起所述网络意图继续被所述网络满足的指示；

从所述用户的所述设备接收在所述网络中应用所述网络变化的请求；以及

发起一项或多项配置动作，所述一项或多项配置动作被配置为在所述网络中应用所述网络变化。

12.根据权利要求1至2中任一项所述的装置，其中所述部件包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置的所述执行。

13.一种存储计算机程序代码的计算机可读介质，所述计算机程序代码被配置为使装置执行：

接收对网络中的网络变化的请求，其中所述网络被配置为满足意图；

基于所述网络变化的执行，从与所述网络变化相关联的一个或多个网络元件接收网络状态信息；

基于所述网络状态信息，确定所述网络上的所述网络变化的结果；以及

基于所述网络上的所述网络变化的所述结果，确定所述意图是否在所述网络变化的所述执行之后被满足；

其中用于确定所述意图是否在所述网络变化的所述执行之后被满足，所述装置还被配置用于执行：

基于所述意图确定所述意图的意图参数和所述意图参数的意图值；

基于所述网络上的所述网络变化的所述结果，确定所述意图参数的新值；以及

基于所述意图参数的所述意图值和所述意图参数的所述新值，确定所述意图是否在所述网络变化的所述执行之后被满足。

14.一种方法，包括：

接收对网络中的网络变化的请求，其中所述网络被配置为满足意图；

基于所述网络变化的执行，从与所述网络变化相关联的一个或多个网络元件接收网络状态信息；

基于所述网络状态信息，确定所述网络上的所述网络变化的结果；以及

基于所述网络上的所述网络变化的所述结果，确定所述意图是否在所述网络变化的所述执行之后被满足；

其中用于确定所述意图是否在所述网络变化的所述执行之后被满足，还执行：

基于所述意图确定所述意图的意图参数和所述意图参数的意图值；

基于所述网络上的所述网络变化的所述结果，确定所述意图参数的新值；以及

基于所述意图参数的所述意图值和所述意图参数的所述新值，确定所述意图是否在所述网络变化的所述执行之后被满足。