用于软件定义网络的监测系统和监测方法

摘要

提供一种用于软件定义网络(190)(SDN)的监测系统(100)，所述软件定义网络包括至少一个被监测设备(191)。监测系统(100)包括至少一个监测实例(104)，监测实例(104)为适于操作至少一个探测器(105)的硬件或软件监测组件，以监测该至少一个被监测设备(191)。监测系统(100)进一步包括监测协调器(101)和至少一个子监测协调器(102)。监测协调器(101)适于根据监测请求，确定待监测的至少一个第一参数，并协调对该至少一个第一参数进行的监测。至少一个子监测协调器(102)适于根据该至少一个第一参数，确定待监测的至少一个第二参数，并协调对至少一个第二参数进行的监测。

说明书

技术领域

本发明涉及一种用于在精心编排的软件定义网络中进行协调监测的监测系统及监测方法。特别地，本发明涉及一种用于监测软件定义网络的监测系统和监测方法，其中该软件定义网络覆盖一个以上的域。

背景技术

将网络装置嵌入虚拟基体的技术的发展导致对ICT基础架构的监测问题比过去要复杂的多。均属于Telco和IT域的网络功能可被嵌入在数据中心中，并使用诸如OpenFlow的软件定义联网技术提供的虚拟连接。用于在异构虚拟基础架构中协调监测的结构必定是分层的。虚拟请求所有者(VRO)请求的用以部署服务的虚拟基础架构将被端到端式地精心编排在不同实体控制的物理基体上。

物理基础架构提供商(PIP)将物理资源加强，并将这些资源汇集在一起，并将其作为服务展示给能够增加价值并将其进一步转售的服务供应商或任何其他实体。

对PIP进行监督的职责将由代理(broker)承担。代理为虚拟请求所有者提供定制的虚拟电信基础架构，有效利用所有可用的物理基础架构，而无论其位置和/或所有权，并满足服务级别协议(SLA)。代理为逻辑定义的实体，在实践中，任何一个PIP均可作为用于虚拟网络请求的代理。

目前，每一个虚拟化域提供独立的监测能力，但对监测系统进行协调，以创建一个“网络云”监测系统，这样的解决方案还不存在。

因此，对单个被监测设备的监测是已知的。但迄今为止，还不能对软件定义网络中的各个域的这种监测进行协调。

发明内容

由此，本发明的目的是提供一种在软件定义网络中进行监测的监测系统和监测方法。本发明的又一目的是提供一种监测系统及监测方法，从而仅需要极小的用户输入。特别地，本发明的目标是允许仅从一个位置对软件定义网络中不同物理或技术域中的不同组件进行监测协调。

上述目的通过所附独立权利要求提供的解决方案得以实现。在各个从属权利要求中定义了有利的实施方式。

本发明的第一方面提供了一种用于软件定义网络(software defined network，SDN)的监测系统，所述软件定义网络包括至少一个被监测设备。该监测系统包括至少一个监测实例，其为适于操作至少一个探测器的硬件或软件监测组件，以监测该至少一个被监测设备。该监测系统进一步包括监测协调器以及至少一个子监测协调器。该监测协调器适于根据监测请求确定待监测的至少一个第一参数，并协调对该至少一个第一参数进行的监测。该至少一个子监测协调器适于根据该至少一个第一参数，确定待监测的至少一个第二参数，并协调对该至少一个第二参数进行的监测。根据本发明第一方面，该监测系统允许对软件定义网络的不同被监测设备内的不同探测器进行监测。通过使用监测协调器及子监测协调器，可对这些不同的被监测设备进行监测，而用户所需的工作量非常小。

在本发明第一方面的第一种实施方式中，至少一个被监测设备为软件定义网络的组件，例如无线接入网络控制器、或无源光网络控制器、或核心网络控制器或数据中心云管理器服务器。因此可对大量的不同组件进行监测。由此可使在使用该监测系统时具有较大灵活性。

在本发明第一方面的第二种实施方式中，该监测系统进一步包括监测请求发生器，其适于将至少一个监测请求发送至该监测协调器。因此该监测系统的用户可将其监测请求输入单个硬件或软件组件，即监测请求发生器。或者，可将该监测请求发生器设置为自动生成监测请求，并将监测请求传输给监测协调器。

根据本发明第一方面的第三种实施方式，该监测系统包括第一接口，用于使监测请求从该监测请求发生器通信至该监测协调器，以及使至少一个被监测参数从该监测协调器通信至该监测请求发生器。通过使用已定义的第一接口，由于不同组件可很容易地进行互换，因此可实现使用的较大灵活性。

根据第一方面的第四种实施方式，该监测系统进一步包括至少一个监测服务器，其适于根据至少一个第二参数，确定待监测的至少一个第三参数，以及对该监测实例进行操作，以监测至少一个第三参数。因此能够实现对不同参数的监测具有更大的灵活性。特别是，使得监测协调器及子监测协调器可不必获知所连接的探测器的所有细节。

根据本发明第一方面的第五种实施方式，该监测协调器被嵌入在软件定义网络的协调器中，以协调该软件定义网络的多个物理基础架构提供商。通过将监测协调器嵌入在软件定义网络的协调器中，监测系统和软件定义网络可对许多组件进行联合使用。这种方式允许减少所需的硬件及软件。

根据第一方面的第六种实施方式，该监测系统进一步包括至少一个第二接口，用于在监测协调器与至少一个子监测协调器之间进行通信。第二接口适于使消息从监测协调器通信至至少一个子监测协调器，该消息包括：在特定位置对探测器进行实例化的消息、和/或启动新报告的消息、和/或将许多探测器组合成一个单个探测器的消息、和/或对探测器进行重新配置的消息、和/或使用报警条件对报警进行配置的消息、和/或请求探测器的报告状态的消息、和/或将探测器移动至新位置的消息、和/或对之前请求移动探测器做出授权的消息、和/或激活探测器的消息、和/或禁用探测器的消息、和/或激活探测器报告的消息、和/或禁用探测器报告的消息。第二接口还适于使消息从至少一个子监测协调器通信至监测协调器，该消息包括：在特定的报警条件下发出警报的消息、和/或请求对之前请求移动探测器做出授权的消息、和/或请求将探测器移动至新位置的消息。另外，通过使用第二接口，可实现构建监测系统的较大灵活性。特别是，可由此保证不同组件的互操作性。

根据本发明第一方面的第七种实施方式，该监测系统进一步包括第三接口，用于在至少一个子监测协调器与至少一个监测服务器之间进行通信。该第三接口适于使消息从至少一个子监测协调器通信至至少一个监测服务器进行，该消息包括在特定位置对探测器进行实例化的消息、和/或启动探测器的新报告的消息、和/或将许多探测器组合成一个单个探测器的消息、和/或对探测器进行重新配置的消息、和/或使用报警条件进行报警配置的消息、和/或请求探测器的报告的消息、和/或检查所述探测器的预计移动是否得到支持的消息、和/或将探测器移动至新位置的消息、和/或对之前请求的移动请求进行授权的消息、和/或对探测器进行去实例化的消息、和/或激活探测器的消息、和/或禁用探测器的消息、和/或激活探测器报告的消息、和/或禁用探测器报告的消息。该第三接口还适于使消息从该至少一个监测服务器通信至该至少一个子监测协调器，所述消息包括在特定报警条件下发出警报的消息、和/或请求对之前请求移动探测器做出授权的消息、和/或请求将探测器移动至新位置的消息、和/或请求与物理实体相关的所有虚拟实体的列表的消息、和/或请求与物理实体或虚拟实体相关的所有探测器的列表的消息。另外，通过使用第三接口，可实现监测系统使用的较大灵活性。特别是，应用的不同组件很容易实现互操作性。

根据第一方面的第八种实施方式，该监测系统还包括第四接口，用于在至少一个监测实例与至少一个探测器之间进行通信。第四接口适于使消息从至少一个监测实例通信至至少一个探测器，该消息包括在特定位置对探测器进行实例化的消息、和/或启动该探测器的新报告的消息、和/或将许多探测器组合成一个单个探测器的消息、和/或对该探测器进行重新配置的消息、和/或检查该探测器的预计移动是否得到支持的消息、和/或将探测器移动至新位置的消息、和/或对该探测器进行去实例化的消息、和/或激活该探测器的消息、和/或禁用该探测器的消息、和/或激活探测器报告的消息、和/或禁用探测器报告的消息。第四接口还适于使方法和/或消息从至少一个探测器通信至至少一个监测实例，该方法为请求与物理实体相关的所有虚拟实体的列表的方法，该消息为请求与物理实体或虚拟实体相关的所有探测器的列表的消息。同样地，使用第四接口使监测系统的使用具有较大的灵活性。特别是，所用的不同组件很容易实现互操作性。

根据本发明第一方面的第九种实施方式，每个监测服务器被分配给或嵌入一个被监测设备。可替代地或另外地，每个监测实例适于监测由至少一个探测器对一个被监测设备进行监测的所有参数。同样地，由于组件可被联合使用，可减少监测系统及软件定义网络所需的硬件和软件。

根据第一方面的第十种实施方式，当要对至少一个被监测设备进行重新配置时，在该探测器处于激活或操作状态，与该被监测设备对应的监测服务器适于对分配给该被监测设备的探测器进行重新配置。因此无需禁用探测器，即可实现无缝切换。

在第一方面的第十一种实施方式中，当对至少一个被监测设备进行重新配置时，与分配给被监测设备的探测器对应的监测服务器适于禁用该探测器，对该探测器进行重新配置，以及重新激活该探测器。虽因此无法进行无缝切换，但可提高可靠性。

根据监测系统第一方面的第十二实施方式，该监测系统还包括至少一个子-子监测协调器。这种情况下，至少一个子监测协调器适于协调对由该至少一个子-子监测协调器监测的参数进行的监测。该至少一个子-子监测协调器适于协调对由该至少一个监测服务器待监测的参数进行的监测。通过添加这一进一步的分层级别，该监测系统可适于在涵盖不同组织的更大的软件定义网络中进行操作。

根据本发明的第二方面，提供了一种用在监测系统中的监测协调器。该监测系统包括用于监测软件定义网络的至少一个监测服务器。该至少一个监测服务器适于操作至少一个监测实例，以对至少一个被监测设备进行监测。该监测协调器适于协调对由该至少一个监测服务器待监测的参数进行的监测。通过使用该监测协调器，可在软件定义网络中对不同参数进行监测。使用监测服务器可以非常低的用户花费进行监测。

作为本发明第三方面，提供了一种操作监测系统的方法，用于监测软件定义网络。该软件定义网络包括至少一个被监测设备。该方法包括以下步骤：由至少一个监测实例对至少一个探测器进行操作，以监测至少一个被监测设备；由监测协调器根据监测请求，确定待监测的至少一个第一参数；由该监测协调器对监测该至少一个第一参数进行协调；由子监测协调器根据该至少一个第一参数，确定待监测的至少一个第二参数；以及由该子监测协调器对监测该至少一个第二参数进行协调。因此可对大量的不同被监测设备进行监测，用户无需大量的花费就可以进行监测。

根据第三方面的第一种实施方式，至少一个被监测设备为软件定义网络的组件，例如无线接入网络控制器、或无源光网络控制器、或核心网络控制器或云管理器服务器的数据中心。因此，可对大量不同设备进行监测。从而实现高灵活性。

根据第三方面的第二种实施方式，监测请求由监测请求发生器传输给监测协调器。因此用户可将其监测请求输入中央位置，或经由中央位置输入。另外，监测请求发生器能够自动生成监测请求。

根据第三方面的第三种实施方式，该方法使用第一接口，其使监测请求从监测请求发生器通信至监测协调器，并使至少一个被监测参数从监测协调器通信至监测请求发生器。通过使用该接口，可实现使用的较大灵活性。特别是，实现了不同组件间的互操作性。

根据第三方面的第四种实施方式，该方法包括根据至少一个第二参数，由监测服务器确定待监测的至少一个第三参数，并由监测服务器操作监测实例，用以对至少一个第三参数进行监测。同样地，该实施方式可实现较大灵活且简易的使用。

根据第三方面的第五种实施方式，该监测方法使用第二接口，用于在监测协调器与至少一个子监测协调器之间进行通信。该第二接口适于从监测协调器通信至至少一个子监测协调器。该第二接口还适于使消息从监测协调器通信至至少一个子-监测协调器，该消息包括在特定位置对探测器进行实例化的消息、和/或启动新报告的消息、和/或将许多探测器组合成一个单个探测器的消息、和/或对探测器进行重新配置的消息、和/或使用报警条件对报警进行配置的消息、和/或请求探测器的报告状态的消息、和/或将探测器移动至新位置的消息、和/或对之前请求的探测器的移动作出授权的消息、和/或激活探测器的消息、和/或禁用探测器的消息、和/或激活探测器报告的消息、和/或禁用探测器报告的消息。第二接口还适于使消息从至少一个子监测协调器通信至监测协调器，该消息包括：在特定的报警条件下发出警报的消息、和/或请求对之前请求的探测器的移动作出授权的消息、和/或请求将探测器移动至新位置的消息。同样地，通过使用第二接口，可实现构建监测系统时的较大灵活性。特别是，可由此保证不同组件的互操作性。

根据第三方面的第六种实施方式，该方法使用第三接口，其在至少一个子监测协调器与至少一个监测服务器之间进行通信。该第三接口还适于从至少一个子监测协调器通信至至少一个监测服务器。第三接口适于使消息从至少一个子-监测协调器通信至至少一个监测服务器，该消息包括：在特定位置对探测器进行实例化的消息、和/或启动探测器的新报告的消息、和/或将许多探测器组合成一个单个探测器的消息、和/或对探测器进行重新配置的消息、和/或使用报警条件进行报警配置的消息、和/或请求探测器的报告的消息、和/或检查所述探测器的预计移动是否得到支持的消息、和/或将探测器移动至新位置的消息、和/或对之前请求的移动请求进行授权的消息、和/或对探测器进行去实例化的消息、和/或激活探测器的消息、和/或禁用探测器的消息、和/或激活探测器报告的消息、和/或禁用探测器报告的消息。该第三接口还适于使消息从该至少一个监测服务器通信至该至少一个子监测协调器，所述消息包括在特定报警条件下发出警报的消息、和/或请求对之前请求的探测器的移动作出授权的消息、和/或请求将探测器移动至新位置的消息、和/或请求与物理实体相关的所有虚拟实体的列表的消息、和/或请求与物理实体或虚拟实体相关的所有探测器的列表的消息。同样地，通过使用第三接口，可实现使用监测系统的较大灵活性。特别是，应用的不同组件很容易实现互操作性。

根据第三方面的第七种实施方式，该监测方法使用第四接口，用于在至少一个监测实例与至少一个探测器之间进行通信。该第四接口适于使方法和/或消息从至少一个探测器通信至至少一个监测实例，该方法为请求与物理实体相关的所有虚拟实体的方法，该消息为请求与物理实体或虚拟实体相关的所有探测器列表的消息。同样地，使用第四接口使得该监测系统的使用实现较大灵活性。特别是，容易地实现了所使用的不同组件的互操作性。

根据第三方面的第八种实施方式，该监测方法包括：当要对至少一个监测进行重新配置时，在该探测器处于激活或操作状态，对由监测服务器分配给所述被监测设备的探测器进行重新配置。因此，可在激活的探测器外实现无缝切换。

根据本发明第三方面的第九种实施方式，该监测方法包括，当对至少一个被监测设备进行重新配置时，禁用探测器、对探测器进行重新配置、并使用与分配给该被监测设备的探测器对应的监测服务器，重新激活该探测器。虽然由此无法实现无缝切换，但可提高可靠性。

根据第三方面的第十种实施方式，该监测方法包括：由子监测协调器对由监测系统的至少子-子监测协调器待监测的参数进行协调。这种情况下，由子-子监测协调器对由至少一个监测服务器待监测的参数的监测进行协调。

大体来说，两种理念形成了本申请的基础：

1.对域间监测进行协调：必须对虚拟网络的SLA的性能和遵循情况进行监测。这涉及对云以及PIP上物理、虚拟、和协议以及服务层参数的协调监测。并且，使用监测实例的协调能够通过探测器组合和重新配置的方式，来优化探测器报告的数据记录流。参照图3～图5，对协调域间监测的方法做出了描述。例如，为了实现对无连接(UDP)流网络中数据流的监测，只要连接状况正常，对发送和接收侧进行监测即可。如果连接正在执行以调查原因，只需对网络进行监测。从而在网络域起到减少探测器的效果，但需要可能位于不同域中的网络探测器、发送侧探测器、以及接收侧监测探测器之间的协调。

2.移动探测器，以追踪虚拟资源：

对网络云进行监测提供了对虚拟化资源进行移动的能力。该移动可：

1)在云中进行；

2)跨同一PIP(物理基础架构提供商)拥有的云进行；以及

3)跨PIP进行。

然而，目前还不能移动探测器，使其追踪这些资源，现有技术也不具有这种功能。参照图6～图8，对移动探测器的方法做出了描述。

两种理念之间的主要差别：

请注意，第一种理念假定存在特定于域的监测系统，只提供了用于协调它们的接口和系统。域分离可以是水平的：其跨越单独的网络域，或是垂直的，其穿过不同的协议栈。与之相反，第二种理念可应用于各个域中的监测系统及第一种理念所定义的系统。

一般说来，应该注意，本申请描述的所有配置、设备、元件、单元和手段等均可由软件或硬件元件，或其任何类型的组合实施。由本申请描述的各种实体实施的所有步骤、以及所描述且由各种实体实施的功能性的目的是表示各个实体适于或配置为执行各个步骤及功能。即使在对具体实施例的下列描述中，由通用实体执行的特定功能或步骤并未反映在对执行该特定步骤或功能的该实体的具体细节元件的描述中，本领域的技术人员应该理解，这些方法和功能可在各自的硬件或软件元件或其任何类型的组合中实施。进一步地，本发明的方法及其各个步骤体现在各个所述装置元件的功能中。

附图说明

下文参照附图，结合本发明的实施例，对本发明进行了详细说明，其中

图1示出了本发明第一方面的第一实施例，

图2示出了示例性的软件定义网络，

图3示出了本发明第一方面的第二实施例，

图4示出了本发明第一方面的第三实施例的示例性通信序列，

图5示出了本发明第一方面的第四实施例的示例性通信序列，

图6示出了本发明第一方面的第五实施例的通信序列，

图7示出了本发明第一方面的第六实施例的通信序列，

图8示出了本发明第一方面的第七实施例的通信序列，

图9示出了本发明第一方面的第八实施例的通信序列，

图10示出了本发明第一方面的第九实施例的细节，

图11示出了本发明第一方面的第十实施例的细节，

图12示出了本发明第一方面的第十一实施例的细节，

图13示出了本发明第一方面的第十二实施例的细节，以及

图14示出了本发明第三方面的实施例的流程图。

具体实施方式

图1示出了根据本发明第一方面的本发明的监测系统100的第一实施例。监测系统100包括与子监测协调器102连接的监测协调器101。整篇说明书中描述的连接应理解为能够进行通信的被连接的实体。实际的连接可以是有线或无线的。子监测协调器102连接至监测实例104。监测实例104连接至探测器105。监测系统100，特别是探测器105连接至被监测设备191，被监测设备191为软件定义网络190的一部分。监测实例104为适于在至少一个探测器105处进行操作的硬件或软件监测组件，以监测至少一个被监测设备191。监测协调器101适于根据监测请求来确定待监测的至少一个第一参数，并适于协调所述至少一个第一参数。

子监测协调器102适于根据所述至少一个第一参数来确定待监测的至少一个第二参数，并适于精心编排对所述至少一个第二参数的监测。但这是一个可选特征。

在本实施例中，将监测系统100及软件定义网络190描述为完全分离的实体。实践中，监测系统100的各个组件可嵌入该软件定义网络190中。

图2示出了示例性软件定义网络200。虚拟网络请求所有者210与协调器220通信。协调器220处于例如代理级别。协调器220进一步连接至协调器230、240和250。这些协调器230、240及250处于例如物理基础架构供应商级别。协调器230连接至监测实例270、271及272。协调器240连接至监测实例273～275。在传统软件定义网络中，监测只能对单个被监测设备进行，文中使用参考数字291～296描述所述单个被监测设备。于是，每个监测实例270～275用于监测同一域中的多个被监测设备291～296。不能实现监测的协调。这里描述的软件定义网络200的每个不同分层级别必须手动设置，用以为虚拟网络请求所有者210提供监测服务。

图3示出了本发明第一方面的第二实施例。监测系统300包括监测请求发生器310，其通过第一接口A连接至协调器320中的监测协调器322，协调器320处于例如代理级别。协调器320还包括嵌入功能块321。此外，协调器320通过第二接口B进一步连接至协调器330、340及350。协调器330、340及350处于例如物理基础架构供应商级别。每个协调器330、340及350包括嵌入功能块331、341和351，以及子监测协调器332、342、352。子监测协调器332、342、352通过第三接口C连接至监测服务器360～365。子监测协调器332连接至监测服务器360和361。子监测协调器342连接至监测服务器362和363。子监测协调器352连接至监测服务器364和365。监测服务器360～365分别连接至监测实例370～375。此外，监测服务器360～365分别连接至被监测设备391～396。监测实例370～375也分别连接至被监测设备391～396，被监测设备391～396连接至单个监测实例370～375所连接的监测服务器360～365。被监测设备391～396或是包括探测器，以执行监测，或是连接至外部探测器381、382、383。监测实例370～375在这种情况下，也连接至外部探测器381、382、383。出于实用性的原因，本文不对这些连接做出描述。

设置监测请求发生器310，以将监测请求发送至监测协调器322。此外，监测请求发生器310还可适于自动地或基于用户交互生成监测请求。基于该监测请求，监测协调器322确定待监测的至少一个第一参数。基于所述待监测的至少一个第一参数，各个协调器330、340、350的子监测协调器332、342、352确定待监测的至少一个第二参数。基于所述至少一个第二参数，监测服务器360、361、362、363、364、365生成待监测的至少一个第三参数。对所述至少一个第三参数的监测由监测实例370、371、372、373、374、375使用被监测设备391、392、393、394、395、396固有的探测器和/或外部探测器381、382、383执行。

下文对单个组件类型进行更详细描述：

探测器可以是：

●虚拟化控制器提供的监测能力。

●由始于Open-Flow1.1.0版本的Open Flow使能的开关提供的报告能力。

●RESERVOIR欧洲项目做出的与监测数据中心有关的结论。其在物理、虚拟和服务应用级别识别出了3个等级的监测。

●嵌入网络元件中的软件实例；在这种情况下，实例的配置通常由网络元件的构造函数提供的专有OSS接口控制；

●专用装置(物理探测器)，拦截两个网络元件之间交换的消息。

协调器嵌入块：

在代理级别，协调器嵌入块负责将从服务供应商接收的虚拟网络服务请求划分成多个块，并将其向PIP分配。通常情况下，协调器尝试以最小的代价寻找所述划分。根据服务级别协议(SLA)的服务要求被视为必须被满足的约束。在PIP级别，协调器嵌入块负责寻找代理的请求到底层物理基础架构的最佳映射。由PIP协调器进行优化的一个典型的例子是对从各代理接收且需嵌入PIP的物理基础架构的服务请求数进行最大化。

监测协调器：代理

监测协调器是代理的协调器的功能块(FB)，并负责：

1.从代理的协调器的嵌入FB接收VNet服务描述；

2.选择合适的监测配置；

3.向嵌入FB提出监测配置。

关于第1点，VNet服务描述应包括待监测的SLA参数，当VNet配置明确请求时，还包括监测点的位置。代理中的监测协调器可以或不可以充分知晓底层虚拟基础架构的监测能力：探测器的位置(地理位置及被监测对象或接口)以及被监测参数。

关于第2点，本申请并未为监测配置的选择定义具体的算法，该算法可基于SLA的组合方法。第2点的输出为监测配置；监测协调器也可拒绝VNet请求，并向嵌入FB提出可行的监测基础架构，作为请求的子集。

如果被代理的嵌入FB接受，监测配置将被分派给VNet嵌入所涉及的PIP的协调器中的嵌入FB。

子监测协调器：PIP

子监测协调器为PIP的协调器的功能块，其负责：

1.从PIP的协调器的嵌入FB接收VNet描述；

2.选择合适的监测配置，并将其向PIP的协调器的嵌入FB提出；

3.如果被PIP的嵌入FB所接受，则子监测协调器将监测配置分派给位于底层基础架构内每个控制器的监测服务器。

监测服务器

监测服务器可位于被监测设备的控制器中，或可作为单独组件成为监测系统的一部分。监测服务器通常为软件守护程序，其监听新接收的请求，用于探测器的实例化和/或移动。监测服务器可包括决定探测器的放置方式的有限智能性。监测服务器的作用是开发探测器提供的监测能力，并在监测服务器与PIP的监测协调器之间的第三接口C上以标准语言对其做出翻译。服务器通常创建监测实例、线程/进程以处理各个虚拟网络之间的交互。我们将探测器定义为由虚拟化控制器(如OpenFlow控制器或数据中心控制器)或物理探测器(其嵌入网络元件或拦截网络元件之间的信号)提供的任何能力。这种情况下，资源控制器起到请求委托者的作用，并负责在监测实例的请求下对探测器进行安装、移动、停止或启动。

对于每个虚拟网络，服务器创建的监测实例使用合适的通信协议(例如，与OpenFlow控制器进行交互以触发参数监测及报告的语言)、通过第四接口D与相关的控制器/探测器进行交互。

监测实例

对于PIP的子监测协调器接收的每个监测请求，监测服务器将对一个或多个监测实例进行实例化，以控制所涉及的探测器。每个监测实例对探测器进行与具体监测配置请求及相关报告有关内容的管理。监测实例：

1.支持用于监测物理或虚拟实体的第四接口D；

2.支持被监测实体的阈值配置，以激活合适的报警；

3.周期性地，或根据警报，向特定位置做出统计报告。

探测器操作

在下面的部分中，将参照由监测实例执行的操作，以管理探测器。为了清楚起见，此处遵循对这些操作的定义：

●对探测器进行实例化(去实例化)：对探测器进行实例化涉及启动软件组件所需的所有操作，其中所述软件组件用于执行探测器的监测能力。可能要求进行不同操作：

若探测器在专用硬件上运行：对探测器进行实例化意味着启动专用硬件，然后启动用于执行探测器的监测能力的软件组件；

若探测器为可在通用虚拟机上运行的软件组件：对探测器进行实例化意味着启动虚拟机，在虚拟机上实施探测器的软件映像，之后启动用于执行探测器的监测能力的软件组件；

●移动探测器：意味着从源位置对探测器进行去实例化，并以协调方式对其在目标位置进行实例化；

●配置探测器：包括将指令发送给探测器的软件组件，所述指令

与待监测的参数有关；

与监测报告的目标有关；

并与所报告参数的定时相关的任何其他细节有关。

最后，“操作探测器”的概念非常宽泛，可涉及上述任意操作。

图4中，描述了本发明第一方面第三实施例的细节。特别是，示出了通过第二接口B的不同功能块之间的消息序列。监测系统包括协调器420，其例如可为代理级别，以及协调器430，其例如可为物理基础架构供应商级别。协调器420包括嵌入功能块421以及监测协调器422。协调器430包括嵌入功能块431以及子监测协调器432。

图4描述了代理级别的操作。步骤480：由于从VRO接收的虚拟网络请求，代理的嵌入FB421请求代理的监测协调器422对探测器进行实例化；探测器必须满足嵌入FB421发出的要求，从而监测虚拟网络(VNet)协定的SLA；另外，还可请求探测器将具体参数报告给远程位置(例如，向VRO报告)；

步骤481：监测协调器422确收实例化探测器消息；这时，监测协调器422具有两个选择：

选项a：提供待监测的参数列表；之后，不进行进一步操作；

选项b：直接处理对PIP子监测协调器的协调；

步骤482：代理的嵌入FB421请求PIP的嵌入FB431为所请求的VNet分配资源；条件是：

选项a：VNet请求不包括监测请求，监测请求在监测协调器422、432之间进行单独处理(步骤486)；

选项b：VNet请求包括在步骤481中代理的监测协调器提供的配置；

步骤486：代理的监测协调器422运行监测算法，以确定所请求的探测器的嵌入；

步骤483：PIP的嵌入FB 431运行嵌入算法，以确定所请求的VNet的嵌入，包括在步骤481选项b接收的监测配置；

步骤487：作为步骤486的后续步骤，代理的监测协调器422发送指令给PIP的子监测协调器432，以实现监测请求；这能够导致：对新的探测器进行实例化、在现有的探测器中启动新报告、组合现有的探测器、对现有探测器进行重新配置；

步骤484：作为步骤483的后续步骤，PIP的嵌入FB 431发送指令至相应的PIP的子监测协调器432，以实现监测请求；这能够导致：对新的探测器进行实例化、在现有的探测器中启动新报告、组合现有的探测器、对现有探测器进行重新配置。

图5以及相应部分中对PIP的子监测协调器432执行的进一步操作做出了描述。从步骤489至步骤497，执行的是传统监测系统通常支持的标准操作：

步骤489、490：代理的监测协调器422请求PIP的子监测协调器432对警报进行配置；

步骤491、492：代理的监测协调器422请求PIP的子监测协调器432报告状态；

步骤493：PIP的子监测协调器432向代理的监测协调器422发出警报；

步骤496：代理的监测协调器422处理警报；

步骤497：代理的监测协调器422将QoS/SLA损失报告给代理的嵌入FB421；

步骤498：代理的嵌入FB 421通过对监测请求进行重新配置做出反应；该步骤由步骤497中报告的QoS/SLA损失引起。代理的协调器420触发操作，例如，通过对额外的探测器进行实例化，或对现有探测器进行重新配置，识别性能退化的根本原因。该过程从步骤481重新开始。

并且，图5示出了本发明第一方面第四实施例的第二个细节。特别是，示出了物理基础架构供应商级别的协调器与监测服务器以及实例之间的消息。

监测系统包括协调器530，其例如是物理基础架构供应商级别的协调器。协调器530包括嵌入功能块531，以及子监测协调器532。此外，监测系统包括监测服务器560以及监测实例570。该实施例中的监测服务器560和监测实例570不仅是监测系统的一部分，还是被监测软件定义网络SDN的一部分。因此，监测服务器560和监测实例570是被监测元件599的一部分。并且，被监测元件599包括虚拟化控制器591，其对应于实际被监测的设备。

图5描述了PIP级别的操作。步骤501、524及504与图4中的步骤482、483、484相同。

步骤502：PIP的嵌入FB 531使VNet元件实例化为相关的虚拟化控制器；

步骤505(只有在步骤504发生时)：平行于步骤524，PIP的子监测协调器532执行监测算法，以计算探测器的嵌入；

步骤506：由于图4中的步骤487，或当前附图中的步骤505，PIP的子监测协调器532在相关的监测服务器560中实现监测请求；这能够导致：对新的探测器进行实例化、在现有探测器中启动新报告、组合现有的探测器、对现有探测器进行重新配置。

步骤507：每个监测服务器560开始或重新配置所请求的监测实例570；

步骤508：每个监测实例570与相应的虚拟化控制器进行交互，以执行监测服务器560接收的指令。

从步骤512至步骤522，执行的是传统监测系统通常支持的标准操作：

步骤511、514：PIP的子监测协调器532请求监测实例560对警报进行配置；

步骤515：PIP的子监测协调器532请求监测实例570报告状态；

步骤518：监测实例570向PIP的子监测协调器532发出警报；

步骤520：PIP的子监测协调器532处理报警；

步骤522：PIP的子监测协调器532将QoS/SLA损失报告给代理的嵌入FB；

步骤523：PIP的嵌入FB 531通过对监测请求进行重新配置做出反应；该步骤由步骤522中报告的QoS/SLA损失引起：PIP的协调器532触发操作，例如，通过对额外的探测器进行实例化，或对现有探测器进行重新配置，识别性能退化的根本原因。该过程从步骤504重新开始。

由于虚拟功能可从一个云移动至另外一个云，甚至从一个物理基础架构供应商移动至另外一个物理基础架构供应商，监测实例也应能够移动。这种移动必须由协调器进行协调。原则上有两种方式可实现迁移：

-一种方式为在探测器的系统内进行，可支持控制器之间的直接移动，图6中描述的这种方式的消息流用于在同一物理基础架构的供应商中迁移，而图7描述的消息流用于在不同物理基础架构的供应商之间迁移。

-一种方式为使探测器在一个位置停止，并在另一位置启动，图8描述的这种方式的消息流用于物理基础架构供应商内的情况，而图9描述的消息流用于物理基础架构供应商之间的情况。

图6示出了本发明第一方面第五实施例的消息序列。此处的监测系统包括协调器630，其包括嵌入功能块631和子监测协调器632。同样地，监测系统包括第一被监测元件698，其包括虚拟化控制器691、监测服务器/实例660；以及第二被监测元件699，其包括虚拟化控制器692和监测服务器/实例661。

图6描述了探测器在同一PIP内的移动。

步骤601：PIP的嵌入FB 631触发虚拟资源移动；

步骤602：该移动被通知给子监测协调器632；

步骤604：PIP的子监测协调器632运行监测算法，以识别探测器新的位置；如果探测器的移动得到支持，则执行下列步骤；

步骤605：PIP的子监测协调器632要求拥有监测实例的监测服务器660将其移动至新位置；

步骤606：源监测服务器660将移动请求通知给目标监测服务器661；

步骤607：目标监测服务器661请求PIP的子监测协调器632对探测器的迁移做出授权；

步骤608：PIP的子监测协调器632给予授权。

最后在监测服务器660、661之间对探测器的移动进行管理。

图7中，同样示出了本发明第一方面第六实施例的示例性消息序列。此处的监测系统包括协调器720，其包括嵌入功能块721和监测协调器722。监测系统还包括物理基础架构供应商级别的协调器730，其包括嵌入功能块731和子监测协调器732。监测系统还包括物理基础架构供应商级别的第二协调器733，其同样包括嵌入功能块734和子监测协调器735。

图7描述了探测器在不同PIP之间的移动。

步骤701：代理的嵌入FB 721触发虚拟资源的迁移；

步骤702：该移动被通知给代理的监测协调器722；

步骤704：代理的监测协调器722识别迁移中将涉及的PIP；

步骤705：代理的监测协调器722要求PIP的子监测协调器732将监测实例及探测器移动至新位置；

步骤706：源PIP的子监测协调器732将移动请求通知给目标PIP的子监测协调器735；

步骤708：目标PIP的子监测协调器735请求代理的监测协调器722对探测器的迁移作出授权；

步骤709：代理的监测协调器722给予授权；

步骤710：目标PIP的子监测协调器735运行监测算法，以计算探测器的位置；

步骤711：目标PIP的子监测协调器735向源PIP的子监测协调器732提供待激活的新探测器的位置和访问信息。

步骤705、706、707、708与图6中的步骤605、606、607、608相同，不同之处是步骤607的授权由PIP2做出。

图8示出了本发明第一方面第七实施例的消息的第三示例性序列。监测系统包括协调器830，其例如，处于物理基础架构供应商级别，并包括嵌入功能块831和子监测协调器832。监测系统还包括第一被监测元件898，其同样包括虚拟化控制器891和监测服务器/实例860。同样地，监测系统包括第二被监测元件899，其包括虚拟化控制器892和监测服务器/实例861。

图8描述了当不被允许直接移动时，探测器在不同PIP之间的迁移。

步骤801：PIP的嵌入FB 831触发虚拟资源移动；

步骤802：该移动被通知给子监测协调器832；

步骤804：PIP的子监测协调器832运行监测算法，以识别探测器的新位置；如果不支持对探测器进行移动，则进行下列步骤；

步骤805、806：PIP的子监测协调器832要求目标监测服务器861对探测器2进行实例化；监测服务器860对该实例化操作进行确认；

步骤807、809：PIP的子监测协调器832要求目标监测服务器861激活探测器2；监测服务器861对该激活操作进行确认；

步骤810：源及目标监测服务器860、861同步其时间，准备交换探测器；

步骤811、812：PIP的子监测协调器832要求源监测服务器860禁用探测器1中的报告，并且以随后同步要求目标监测服务器861激活探测器2中的报告，从而说明消息传播延迟。

步骤813：PIP的子监测协调器832要求源监测服务器860移除探测器1。

图9示出了本发明第一方面第八实施例中消息的第四序列。此处的监测系统包括协调器920，其例如处于代理级别，并包括嵌入功能块921和监测协调器922。此外，监测系统包括协调器930，其处于物理基础架构供应商级别，并包括嵌入功能块931和子监测协调器932。另外，协调器930包括第二协调器，其处于物理基础架构供应商级别933并同样包括嵌入功能块934和子监测协调器935。

图9描述了当不允许移动时，探测器在不同PIP之间的迁移。

步骤901：代理的嵌入FB 821触发虚拟资源的迁移；

步骤902：该移动被通知给代理的监测协调器922；

步骤904：代理的监测协调器922识别移动中将涉及的PIP；

步骤905：代理的监测协调器922要求目标PIP的子监测协调器932在目标处对监测实例及探测器进行实例化；

步骤906：目标PIP的子监测协调器932运行监测算法，以计算监测实例及探测器的位置；

步骤907：当在目标探测器被实例化时，目标PIP的子监测协调器935通知代理的监测协调器922；

步骤908：代理的监测协调器922要求目标PIP的子监测协调器935激活目标探测器；

步骤911、912：代理的监测协调器922要求目标PIP的子监测协调器935激活报告，并要求源PIP的子监测协调器922禁用报告；

步骤913：代理的监测协调器911要求源PIP的子监测协调器932移除原来的监测实例及探测器。

下文对上文附图3～9以及下文附图10～13中出现的第一接口A、第二接口B、第三接口C以及第四接口D做出了描述。

接口A

接口A存在于虚拟网络请求所有者(VRO)与代理协调器之间，该VRO可由监测请求发生器表示。一种情况是，代理实体可以要求移动监测探测器，这种情况是由于请求将虚拟资源移动至新位置引起。我们还需要实现这种可能性，即，操作人员可以直接想要互动并移动其自己的监测功能，特别是，如果系统允许其实现和/或对其自己的监测探测器进行实例化。

1.实例化探测器参数(instantiateProbe Arguments)：探测器名称、(物理/虚拟)位置、安装指令。实例化探测器函数是向代理协调器发出的指令，以在位置指定的特定位置对探测器进行实例化。该调用使VRO通过提供包括探测器的安装图像(或图像位置)的安装指令选项对专有探测器进行实例化。

2.移动探测器参数(moveProbe Arguments)：探测器/虚拟资源/vnet-id、端(物理/虚拟)位置、移动指令。移动探测器函数调用指示代理协调器将具有一个探测器-id的探测器、或者与虚拟资源相关或与vnet vr-id/vnet-id相关的所有探测器移动至新的虚拟或物理端位置。如果探测器为例如专有的探测器，则如何执行移动的具体指令或命令也可由VRO提供。

接口B和B对等配置(Bpeer)

如图3所示，接口B位于代理协调器实体与物理基础架构提供商的协调器之间。代理实体可以具有或者可以不具有自己的物理基础架构。为了解决移动监测探测器的问题，参照图6、图8，其中物理基础架构所有者的协调实体对下列接口提供支持。

1.实例化探测器参数(instantiateProbe Arguments)：探测器名称、(物理/虚拟)位置、安装指令。探测器实例化函数为向PIP协调器发出的指令，以在由位置指定的特定位置对探测器进行实例化。

2.启动新报告参数(startNewReport Arguments)：探测器-id、报告参数。启动新报告函数为向PIP协调器发出的指令，以对探测器报告的参数进行重新配置。

3.组合探测器参数(combineProbes Arguments)：探测器1-id、探测器2-id、......、探测器N-id以及安装指令。组合探测器函数为向PIP协调器发出的指令，以将N个探测器组合成一个单个探测器。

4.重新配置探测器参数(reconfigureProbes Arguments)：探测器-id、安装指令。重新配置探测器函数为向PIP协调器发出的指令，以对探测器进行重新配置。

5.配置报警参数(configureAlarm Arguments)：vnet ID/探测器、条件、中断处理程序、报警参数。配置报警函数调用指示PIP协调器通过指定的vnet/探测器生成警报，从而当满足条件时，触发(raise)中断处理程序。并可提供特定于正被配置的报警的其他报警参数。

6.报告状态参数(reportStatus Arguments)：vnet ID/探测器、状态参数。报告状态函数调用请求vnet/探测器的可能未记录的统计数据，并提供了一些额外的参数，以精确定义其所查询的状态的对象。同样地，报告状态函数调用还可用于启动将新的之前未记录的统计数据记录在由状态参数确定的位置。

7.触发(raise)报警参数(raiseAlarm Arguments)：违反的条件、vnetID/探测器、及中断处理程序。如果配置报警设定的条件得到满足，或vnet中部分其他预先设定的SLA约束遭到违反时，使得报警条件成立，导致代理协调器被PIP协调器调用。只有PIP协调器本身不能解决这个问题时，才会触发警报。同样地，该调用还可用于通知代理警报违反，而不要求该代理执行任何操作。(中断处理程序为无效(null))。

8.移动参数(move Arguments)：探测器-ID/vnet ID、目标位置、移动参数。该移动函数指示PIP的协调器，将与探测器-id或vnet ID(或虚拟资源ID)相关的探测器移动至目标位置。如果PIP协调器不支持此类探测器的移动，则可以提供包括指令及探测器安装图像在内的额外的移动参数。

9.授权移动参数(authorizeMove Arguments)：探测器-id、移动请求、请求PIP协调器。该调用证实了由对等监测实例请求的移动被协调器实际批准/获知。

10.请求移动参数(requestMove Arguments)：探测器参数/探测器ID。该函数被对等PIP协调器调用，请求将探测器从其所在的域移动至由当前PIP控制的域。探测器参数及ID作为参数被传递。该请求被保存，直到得到母协调器的授权。如果成功获得授权，则经由例如移动请求接受函数，发送批准该移动请求的回复ID。

11.移动请求接受参数(moveRequestAccepted Arguments)：探测器参数/探测器ID。该调用规定了之前请求的移动现在已被授权和接受，并且现在可予以执行。这是对请求移动调用做出的回复。

12.激活探测器参数(activateProbe Arguments)：探测器-id、运行指令。使用默认或可选的运行指令命令运行探测器。

13.禁用探测器参数(de-activateProbe Arguments)：探测器-id、停止指令。根据可选的指令禁用探测器。

14.激活探测器报告参数(activateProbeReporting Arguments)：探测器-id、报告参数。

激活探测器报告。

15.禁用探测器报告参数(de-activateProbeReporting Arguments)：探测器-id禁用探测器。

接口C及C对等配置(Cpeer)

接口C位于物理基础架构所有者的代理与物理基础架构的控制器的监测服务器/实例之间。监测实例对所用的Vnet来说是特定的。代理实体可以具有或者可以不具有自己的物理基础架构。为了解决移动监测探测器的问题，可以参照图7、图9，其中代理的协调实体对以下接口提供支持。

1.实例化探测器参数(instantiateProbe Arguments)：位置、vnet-ID、vnet参数、及安装指令。调用请求监测服务器使用可选的安装指令将探测器在特定位置(物理/虚拟)进行实例化。返回已经实例化的探测器-id或故障。该调用可以唤起监测实例/服务器内的操作，以识别实例化的位置。可作为对授权移动调用的回复。

2.启动新报告参数(startNewReport Arguments)：探测器-id、报告参数。启动新报告函数为向监测服务器发出的指令，以对探测器报告的参数进行重新配置。

3.组合探测器参数(combineProbes Arguments)：探测器1-id、探测器2-id、……探测器N-id、位置、vnet-ID、vnet参数、及安装指令。组合探测器函数为向监测服务器发出的指令，以将N个探测器组合成一个单个探测器。

4.重新配置探测器参数(reconfigureProbes Arguments)：探测器-id、位置、vnet-ID、vnet参数、安装指令。重新配置探测器函数为向监测服务器发出的指令，以对探测器进行重新配置。

5.配置报警参数(configureAlarm Arguments)：vnetID/探测器、条件、中断处理程序、报警参数。配置报警函数调用指示控制器/探测器通过特定的vnet/探测器生成警报，从而当满足条件时，触发中断处理程序。可提供特定于正被配置的报警的其他报警参数。

6.报告状态参数(reportStatus Arguments)：vnetID/探测器、状态参数。该报告状态函数调用请求vnet/探测器的可能未记录的统计数据，并提供了一些额外的参数，以精确定义其所查询的状态的对象。同样地，该报告状态函数调用还可以用于启动将新的之前未记录的统计数据记录在由状态参数确定的位置。

7.触发报警参数(raiseAlarm Arguments)：违反的条件、vnet ID/探测器、中断处理程序。如果配置报警设定的条件得到满足，或vnet/探测器中部分其他预先设定的SLA约束被违反时，使得报警条件成立，导致PIP协调器被网络控制器调用。如果网络控制器可解决该问题，或报警情况已自行解决，则该调用还可用于通知PIP管理员警报违反，而不要求该管理员执行任何操作。(中断处理程序为无效(null)。

8.移动支持参数(isMoveSupported Arguments)：目标地址。该函数仅是检查节点控制器是否支持探测器迁移。如果提供了目标地址的可选参数，节点控制器还需要检查目标节点控制器是否支持该移动。

9.移动参数(move Arguments)：目标控制器。该移动函数指示资源控制器(云管理器或网络控制器)将与探测器-id或vnet ID(或虚拟资源ID)相关的探测器移动至目标位置。如果PIP协调器不支持此类探测器的该移动，则可提供包括指令与探测器安装图像在内的额外的移动参数。当移动得到支持时，为了执行该移动请求，特殊的探测器或网络控制器可直接请求目标位置接受探测器实例化。目标位置对来自通用协调器的该请求做出授权，并对该请求做出批准。随后进行探测器自身的实际移动。

10.授权移动参数(authorizeMove Arguments)：探测器-id、移动请求、请求PIP协调器。该调用证实了对等监测实例所请求的移动被协调器实际批准/获知。

11.请求移动参数(requestMove Arguments)：探测器参数/探测器ID。该函数被对等监测实例调用，请求将探测器从其所在的域移动至当前控制器所控制的域。探测器参数及ID作为参数被传递。该请求被保存，直到得到母协调器的授权。如果成功得到授权，则经由例如移动请求接受函数，发动回复id，以批准移动请求。

12.移动请求接受参数(moveRequestAccepted Arguments)：探测器参数/探测器ID。该调用规定了之前请求的移动现在已被授权和接受，并且现在可予以执行。这是对请求移动调用做出的回复。

13.请求虚拟实体参数(requestVirtualEntities Arguments)：物理-实体-id。该调用请求PIP代理返回与物理实体相关的所有虚拟实体的列表。

14.请求相关探测器参数(requestAssociatedProbes Arguments)：虚拟/物理-实体-id。该调用请求PIP-代理列出与物理/虚拟实体相关的所有探测器(通过探测器-ids)。

15.去实例化探测器参数(deinstantiateProbe Arguments)：探测器-id、卸载指令对探测器进行去实例化。返回成功/失败。

16.激活探测器参数(activateProbe Arguments)：探测器-id、运行指令。使用默认或可选的运行指令命令运行探测器。

17.禁用探测器参数(de-activateProbe Arguments)：探测器-id、停止指令。根据可选指令，禁用探测器。

18.激活探测器报告参数(activateProbeReporting Arguments)：探测器-id、报告参数。

激活探测器报告。

19.禁用探测器报告参数(de-activateProbeReporting Arguments)：探测器-id禁用探测器。

接口D

接口D位于监测服务器/实例与物理基础架构的网络/云控制器之间，参照图10。代理实体本身可具有或不具有自己的物理基础架构。为了解决移动监测探测器的问题，参照图7、图9，其中代理的协调实体必须支持下列接口。

1.实例化探测器参数(instantiateProbe Arguments)：位置、安装指令。调用请求资源控制器以使用可选安装指令将探测器在特定位置(物理/虚拟)进行实例化。返回已经实例化的探测器-id或故障。虽然最可能的是识别探测器位置的能力在协调器中，该调用可以唤起控制器内的操作，以识别安装位置。

2.启动新报告参数(startNewReport Arguments)：探测器-id、报告参数。该启动新报告函数为向资源控制器发出的指令，以对探测器报告的参数进行重新配置。

3.组合探测器参数(combineProbes Arguments)：探测器1-id、探测器2-id、.....、探测器N-id、位置、及安装指令。该组合探测器函数为向资源控制器发出的指令，以将N个探测器组合成一个单个的探测器。

4.重新配置探测器参数(reconfigureProbes Arguments)：探测器-id、位置、及安装指令。该重新配置探测器函数为向资源控制器发出的指令，以对探测器进行重新配置。

5.移动支持参数(isMoveSupported Arguments)：探测器-id。根据对于特定的探测器移动是否得到支持而回复是简单的“是”或“否”。

6.移动参数(move Arguments)：探测器-id、位置至移动至。该移动调用请求特定的物理/虚拟机将探测器-id的探测器移动至位置至移动至。

7.请求虚拟实体参数(requestVirtualEntities Arguments)：物理-实体-id。该调用请求网络控制器列出与物理实体相关的所有虚拟实体。

8.请求相关探测器参数(requestAssociatedProbes Arguments)：虚拟/物理-实体-id。该调用请求网络控制器列出与物理/虚拟实体相关的所有探测器(通过探测器-id)。

9.去实例化探测器参数(deinstantiateProbe Arguments)：探测器-id、卸载指令卸载探测器。返回成功/失败。

10.激活探测器参数(activateProbe Arguments)：探测器-id、运行指令。使用默认或可选运行指令命令运行探测器。

11.禁用探测器参数(de-activateProbe Arguments)：探测器-id、停止指令。根据可选指令禁用探测器。

12.激活探测器报告参数(activateProbeReporting Arguments)：探测器-id、报告参数。

激活探测器报告。

13.禁用探测器报告参数(de-activateProbeReporting Arguments)：探测器-id、禁用探测器。

图10示出了本发明第一方面第九实施例的更多细节。此处描述了被监测元件1099的内部结构。被监测元件1099包括监测服务器1060，其包括请求处理程序1061及处理和线程管理单元1062。监测服务器1060还连接至数据库1063，其负责票券(ticket)及监测实例细节。被监测元件1099还包括监测实例1070，其连接至数据库1063及被监测服务器1060。同样地，监测服务器1060和监测实例1070通过第四接口D连接至被监测设备1090。被监测设备还连接至数据库1091和探测器1080。监测实例1070同样通过第四接口D直接连接至探测器1080。通过使用报告接口设置监测实例1070以产生票券1071。

图11示出了本发明第一方面第十实施例。此处只描述了监测系统的一部分。协调器1140，例如处于物理基础架构供应商级别，包括子监测协调器1141。子监测协调器1141通过第三接口C连接至监测服务器1160及监测服务器1161。监测服务器1160为被监测元件1199的一部分。监测服务器1161为又一被监测元件1197的一部分。并且，监测服务器1160连接至监测实例1170，同样也是被监测元件1199的一部分。被监测实例1170也通过第四接口D连接至开放流(open flow)控制器1198。监测服务器1161还连接至监测实例1171，其同样是被监测元件1197的一部分。监测实例1171通过第四接口D连接至流视觉(flow visual)控制器1196。

此外，开放流控制器1198与流视觉控制器1196通过开放流接口连接。开放流控制器1198及流视觉控制器1196为软件定义网络的一部分。软件定义网络1191包括两个开放流启用交换机1194、1195，其均通过开放流接口连接至流视觉控制器1196。

监测框架可根据监测请求分派流实体，并询问交换机，以(实时地)检索精确的流量测量，从而对OF启用交换机(Open-Flow发布1.1.0)的本质特征加以利用。开放流定义：

●开放流(OpenFlow)控制器与交换机之间的接口OF；

●监测实例与开放流控制器(API)之间的接口D。

图12描述了本发明第一方面的第十一实施例。同样地，此处只示出了监测系统的一部分。监测系统包括物理基础架构供应商级别1240的协调器，其包括子监测协调器1241。此外，监测系统包括主机1261，其包括监测服务器1260，其连接至子监测协调器1241。另外，主机1261包括监测实例1270～1272，每个所述监测实例均连接至监测服务器1260。此外，监测实例1270连接至第一服务级别的监测探测器1280、第二服务级别的监测探测器1281、及第三服务级别的监测探测器1282。监测实例1271连接至第一虚拟资源监测探测器1283及第二虚拟资源监测探测器1284。监测实例1272连接至物理资源监测探测器1285。

服务级别的监测探测器1280～1282、虚拟资源监测探测器1283和1284以及物理资源监测探测器1285为软件定义网络1262的一部分。

此处描述的数据中心对资源的监测提供：

●物理资源监测(网络中每个主机的CPU使用率、内存使用率、以及网络使用率)。

●虚拟资源监测：虚拟机管理程序收集各个虚拟机(VM)的数据、收集关于每个VM的CPU使用率、内存使用率，以及网络使用率的数据。

●服务应用监测：对于每个VM，运行的应用程序可以嵌入探测器，以监测应用环境的性能(例如，工作队列的长度)。

该提出的监测框架包括主机级别的监测实例，以收集上述测量，并通过接口C将其报告给PIP协调器中的子监测协调器。

图13描述了本发明第一方面第十二实施例。同样地，此处只示出了监测系统的一部分。监测系统包括例如处于物理基础架构供应商级别的协调器1341，其包括子监测协调器1341。子监测协调器1341连接至监测服务器1360，其为网络元件1361的一部分。监测服务器1360还连接至监测实例1370～1372。监测实例1370连接至服务级别的监测探测器1380及第二服务级别的监测探测器1382。监测实例1371连接至协议级别的监测探测器1382。监测实例1372连接至外部探测器1383，其包括协议级别的监测探测器1384。监测实例1370～1372通过第四接口D连接至各自的探测器1381～1384。

作为实例，文中提供了电信协议及服务建模。网络元件(NE)级别的监测实例，可能嵌入在NE中或由外部探测器提供。探测器的目的是报告用于各个协议及接口的详细记录：

●交易数据记录

●会话数据记录

该理念介绍了在监测实例与生成上述详细报告的探测器之间的接口D，以及在PIP的子监测协调器与网络元件中安装的监测服务器之间的接口C。

最后，图14描述了本发明第三方面的实施例。

该监测方法包括第一步骤1400，其包括由至少一个监测实例对至少一个探测器进行操作，以监测至少一个被监测设备。

第二步骤1401中，由监测协调器根据监测请求，确定待被监测的至少一个第一参数。

第三步骤1402中，监测协调器协调对至少一个第一参数进行的监测。

第四步骤1403中，子监测协调器根据至少一个第一参数，确定待被监测的至少一个第二参数。

第五步骤1404中，子监测协调器协调对至少一个第二参数进行的监测。

本发明结合文本的各个实施例进行了描述。然而，本领域的技术人员通过研究附图、公开内容及所附权利要求，实践所要求的发明，能够理解并实现所述实施例的其他变例。在权利要求中，“包括”一词并不排除其他元件或步骤，而不定冠词“一”(a)或“一”(an)并不排除多个。单处理器或其他单元可实现权利要求所述的若干特征的功能。互不相同的从属权利要求对某些措施进行了描述，而仅仅这一事实并不意味着这些措施的组合不能用于起到有利作用。计算机程序可被存储/分布在适当的介质中，如光学存储介质或固态介质可与其他硬件一起，或作为其他硬件的一部分而提供，但也可以其他形式分布，如通过互联网或其他有线或无线通信系统。