2015
DOI: 10.1109/mcom.2015.7045399
|View full text |Cite
|
Sign up to set email alerts
|

vConductor: An enabler for achieving virtual network integration as a service

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
2
1

Citation Types

0
21
0

Year Published

2015
2015
2023
2023

Publication Types

Select...
6
3

Relationship

0
9

Authors

Journals

citations
Cited by 24 publications
(21 citation statements)
references
References 7 publications
0
21
0
Order By: Relevance
“…NetFATE [132] 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 [133], [134], [135], [136], [137], [138]. However, there are still some open issues.…”
Section: A Management and Orchestrationmentioning
confidence: 99%
“…NetFATE [132] 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 [133], [134], [135], [136], [137], [138]. However, there are still some open issues.…”
Section: A Management and Orchestrationmentioning
confidence: 99%
“…OpenMANO and OpenStack Tacker aim to be reference implementations of the MANO layer defined in the ETSI NFV ISG architecture [18] but both are at the beginning of their development. Other academic orchestration solutions are Cloud4NFV [19] and vConductor [20].…”
Section: Related Workmentioning
confidence: 99%
“…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.…”
Section: A Management and Orchestrationmentioning
confidence: 99%
“…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.…”
Section: G Research Directions In Selected Nfv Use Casesmentioning
confidence: 99%