Network “softwarization” is enabling new features such as detecting the risk to violate a Service Level Agreement (SLA) and performing the required automated control actions on a network slice. A real‐time Network Function Virtualization (NFV) Management and Orchestration (MANO) system should detect any SLA degradation and act to recover the SLA. The closed‐loop automation approach monitors the state of the network and triggers policy‐based control actions when needed. The delay between the detection of an SLA issue and the completion of a correcting action is critical for satisfying latency‐related SLAs. Thus, in this article we propose this delay as a new key performance indicator (KPI) for NFV MANO systems, which we call Closed‐Loop Orchestration Delay (CLOD). CLOD is subdivided into independent time intervals that depend on the NFV MANO platform, the target Virtualized Infrastructure Management (VIM) and the target virtual network function (VNF) software. CLOD is evaluated on a real use case: a latency‐sensitive elastic network slice in which Internet user round‐trip time (RTT) is monitored. When the service level of the slice drops below a predefined limit a new data plane is deployed near the user reducing latency. In the evaluation, we considered two approaches: (i) a general implementation of the NFV MANO architecture based on the Open Network Automation Platform (ONAP) and OpenStack and (ii) an optimized ad‐hoc baseline implementation to minimize CLOD. We provide the details of both implementations and compare their CLODs leading to useful insights for the NFV MANO community.

中文翻译：

---

评估管理和编排对闭环编排延迟的影响

网络“软件化”正在启用新功能，例如检测违反服务级别协议 (SLA) 的风险并在网络切片上执行所需的自动化控制操作。实时网络功能虚拟化 (NFV) 管理和编排 (MANO) 系统应检测任何 SLA 降级并采取行动恢复 SLA。闭环自动化方法监控网络状态并在需要时触发基于策略的控制操作。检测 SLA 问题和完成纠正操作之间的延迟对于满足与延迟相关的 SLA 至关重要。因此，在本文中，我们建议将此延迟作为 NFV MANO 系统的新关键性能指标 (KPI)，我们将其称为闭环编排延迟 (CLOD)。CLOD 细分为独立的时间间隔，这些时间间隔取决于 NFV MANO 平台、目标虚拟化基础设施管理 (VIM) 和目标虚拟网络功能 (VNF) 软件。CLOD 是在一个真实用例上进行评估的：一个对延迟敏感的弹性网络切片，其中监控 Internet 用户往返时间 (RTT)。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。目标虚拟化基础设施管理 (VIM) 和目标虚拟网络功能 (VNF) 软件。CLOD 是在一个真实用例上进行评估的：一个对延迟敏感的弹性网络切片，其中监控 Internet 用户往返时间 (RTT)。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。目标虚拟化基础设施管理 (VIM) 和目标虚拟网络功能 (VNF) 软件。CLOD 是在一个真实用例上进行评估的：一个对延迟敏感的弹性网络切片，其中监控 Internet 用户往返时间 (RTT)。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。CLOD 是在一个真实用例上进行评估的：一个对延迟敏感的弹性网络切片，其中监控 Internet 用户往返时间 (RTT)。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。CLOD 是在一个真实用例上进行评估的：一个对延迟敏感的弹性网络切片，其中监控 Internet 用户往返时间 (RTT)。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。当切片的服务水平低于预定义的限制时，会在用户附近部署新的数据平面，以减少延迟。在评估中，我们考虑了两种方法：(i) 基于开放网络自动化平台 (ONAP) 和 OpenStack 的 NFV MANO 架构的一般实现，以及 (ii) 优化的 ad-hoc 基线实现以最小化 CLOD。我们提供了两种实现的详细信息，并比较了它们的 CLOD，从而为 NFV MANO 社区提供了有用的见解。