vConductor: An NFV management solution for realizing end-to-end virtual network services

Abstract

NFV, being discussed and standardized in ETSI, is regarded as a promising candidate technology for Future Networks. Although many advantages are expected, the introduction of NFV will greatly challenge current management systems. In this paper, we summarize some of the carrier's requirements for the management of NFV, based on which we propose vConductor as an NFV management solution. We say vConductor is innovative due to its characteristics of automatic service provisioning, end-to-end inventory management, and generic system design. To achieve these goals, we design a completely modular-based system structure and refine the process of provisioning a virtual network service. Furthermore, we propose a general data model, specifically for NFV, starting from the TM Forum SID. We believe that vConductor will be a catalyst for accelerating the industrialization of NFV.

Algorithms for advance bandwidth reservation in media production networks

“…NetFATE [133] proposes an orchestration approach for virtualized functions, taking into account the service chains needed by traffic flows and the desired QoE. In addition, other MANO frameworks and architectures have been proposed in [134], [135], [136], [137], [138], [139], [140]. However, there are still some open issues.…”

“…Research Papers [132], [133], [134], [135], [136], [137], [138], [139], [140] Managements and orchestration frameworks and architectures ETSI Performance & Portability Best Practices [151] Defines the "best practices" that need to followed to obtain acceptable performance in NFV. Also gives performance test results on on NFV use cases such as DPI, C-RAN, BRAS, etc Practical Measurements [148] experiences in deploying a C-RAN on a 2G and 3G network Hardware Acceleration [26], [28], [29], [154] Various proposals for applying hardware acceleration to enhance the performance of some VNFs such as DPI, dedup and NAT Practical Measurements [148], [149] Measurements on the effect of transferring network and user functions to the cloud Simulation [143] Vendor tool that simulates possible energy saving resulting from NFV Placement [157], [158], [159], [160], [161] Deciding the optimal placement of functions in the operator's network or the cloud, following specific functions requirements and resource constraints Migration [166], [167] Allow for one or a group of VNFs to be migrated to disparate physical servers Scheduling [171], [172], [173] Allow multiple VNFs to be hosted in a single VM and schedule their efficient utilization of resources ETSI Security Problem Statement [184] Defines the security, trust and privacy threats in NFV ETSI Security Guidance [30] Provides guidance on how security, privacy and trust may be achieved in NFV.…”

IoT‐B&B: Edge‐Based NFV for IoT Devices with CPE Crowdsourcing

“…add V to candidates (6) end if (7) end for (8) sort candidates by remaining resources descending (9) if IsResourceEnough( , ) then (10) add to candidates (11) end if (12) return candidates (13) end function (14) function IsResourceEnough(V, ) (15) if V is then ⊳ Check delay for cloud (16) link bw left ← ( ) + (17) for all ∈ do (18) link bw left ← link bw left − ( ) (19) end for (20) delay ← / link bw left (21) if delay < max ( ) then (22) return false ⊳ Too much delay (23) end if (24) end if (25) if (V) < ( ) then (26) return false ⊳ vCPU not enough (27) end if (28) if (V) < ( ) then (29) return false ⊳ memory not enough remaining resource type, in a descending order. For example, if a pCPE node has 90% of vCPU left but only 20% of memory left, then the remaining memory will be used for sorting.…”

AutoSAC: automatic scaling and admission control of forwarding graphs

“…However, many of them focus on orchestration, i.e., how the virtual resources should be mapped onto the physical hardware. Shen et al [3] develop a management framework, vConductor, for realizing end-to-end virtual network services. In [4] the forwarding graphs onto the hardware by posing it as a MIQCP.…”

“…In this figure, there are two forwarding graphs (corresponding to the blue and red arrows). The blue forwarding graph consists of VNF 1 , VNF 2 , VNF 3 , and VNF 5 and the red forwarding graph consists of VNF 1 , VNF 2 , VNF 4 , and VNF 5 . Each of the VNF is given a number m i ∈ Z + of VMs, which are mapped onto the network function virtual infrastructure.…”