4.3.1. Flexibility and heterogeneit

4.3.1. Flexibility and heterogeneity
All the network virtualization projects provide certain amount of flexibility and heterogeneity, which is deter- mined by the underlying networking technology and the layer at which virtualization is administered. The lower layer virtualization is introduced, the easier it is to intro- duce higher amount of flexibility and heterogeneity. For example, L2VPNs are agnostic to layer 3 protocols since each of the VPNs is separated at the link layer without having to consider the implications of layer 3 payloads. Same is the case for network virtualization.
Moreover, dependence on specific technologies also re- duce the amount of flexibility in a network virtualization environment. For example, virtualization on top of IP substrate already have fixed network layer protocols; hence, virtual networks on those network virtualization environments cannot deploy IP independent mechanisms. A combined effect of these observations can be seen in the shifting trend of network virtualization projects over time toward supporting heterogeneous networking technologies and pushing virtualization at lower and lower layers (Table 1).
4.3.2. Manageability
Manageability in network virtualization has been ad- dressed both at micro level and at macro level in the surveyed projects. At micro level, VNRMS virtualizes the MIBs into MIBlets for easier management of the virtual re- sources allocated to separate networks. Migration of virtual routers considered in recent projects is another example of micro level management.
CABO propounds network virtualization as a tool for introducing accountability at every strata of networking to improve manageability. In addition, explicit separation of the service providers from the infrastructure providers in CABO and NouVeau also increases manageability at macro level by creating well-defined management responsibilities.
4.3.3. Isolation
Isolation between coexisting virtual networks has been addressed in different capacities in different projects. Most previous projects focused primarily on logical isolation. VIOLIN went the farthest by providing network isolation with respect to administration, address space and protocol, attack and fault impact, and resources. UCLP, on the other hand, provided physical isolation between virtual network lightpaths in the physical (optical) layer.
In recent proposals (e.g., VINI, CABO, NouVeau), isolation has been considered as an indispensable part of the solution with an aim to provide high level of security, privacy, and fault-tolerance between the coexisting heterogeneous virtual networks. Proposed level of isolation in these projects is both logical for ease of administration and management and physical to ensure increased security as well as privacy.
4.3.4. Programmability
Programmability in the earlier projects was understandably expressed in two main forms: defined programmable interfaces (e.g., Tempest, Genesis) and active code (e.g., NetScript). However, in recent projects (e.g., NouVeau) there is no such explicit distinction. The focus is more on enabling a secure programming paradigm with considerable level of flexibility for service providers to be able to deploy customized end-to-end virtual network ser- vices without significant compromises from infrastructure providers.
4.3.5. Experimental and deployment facility
Experimentation has always been one of the main motivating factors behind research on network virtualization. In fact, network virtualization originated from the inability of the then-existing testbeds to produce isolated, reliable, and reproducible experimental conditions. Starting from PlanetLab and continuing up to the recent projects (e.g., GENI, VINI, and FEDERICA), providing experimental facility with real traffic, realistic network conditions, and reproducibility of network events has remained a major focus of the existing projects.
While experimentation facilities motivated the academia, commercial institutions have been inspired by the possibility of a fast and reliable deployment path for novel services. CABO, 4WARD, AGAVE, and NouVeau are examples of network virtualization projects that directly address such business concerns.
4.3.6. Legacy support
Network virtualization projects can broadly be categorized into two different classes based on their approaches toward legacy support. On the one hand, recent projects, mostly in the clean-slate design camp (e.g., NouVeau, CABO, 4WARD), call for a complete redesign of the networking paradigms by breaking away from the existing practice. While such revolution will give an immense amount of freedom, it might not be practical due to cost and business concerns. On the other hand, evolutionary approaches (e.g., FEDERICA, AGAVE) propound a gradual transformation, without completely ignoring the existing solutions, for economic viability.
5. Key research directions
Existent network virtualization related research mostly focus on fixing some of the lingering problems of the cur- rent Internet. As a result, several technical challenges in terms of instantiation, operation and management of an overall network virtualization environment remain unexplored till today, and many others require modification and improvement [4]. Examples of instantiation related problems include interfacing, signaling, bootstrapping, and embedding of virtual networks on shared physical infrastructure; implementation of virtual routers and virtual links as well as resource scheduling among coexisting virtual resources are a few of many operation related challenges; finally, failure handling, mobility management, virtual network configuration and monitoring are some examples of the management problems in the net- work virtualization environment. In this section, we discuss a wide range of open challenges, both theoretical and practical, under the light of previous work for further exploration.
5.1. Interfacing
Service providers synthesize physical resources from one or more infrastructure providers to create virtual net- works. Infrastructure providers must provide well-defined interfaces to allow service providers to communicate and express their requirements. For interoperability, such interfaces should follow a standard that should be able to express virtual network requests in terms of virtual nodes and virtual links along with their corresponding attributes. AnXML-based specification language can be a possible candidate in this respect.
Appropriate interfaces between end users and service providers, between infrastructure providers, and between multiple service providers must also be identified and standardized. Examples of such interfaces and agreements between collaborating parties can be found in the AGAVE framework.
5.2. Signaling and bootstrapping
Before creating a virtual network, a service provider must already have network connectivity to one or more infrastructure providers in order to issue its requests. This introduces a circularity where network connectivity is a prerequisite to itself [3]. As long as a network virtualization environment is not mature enough to support itself, signaling must be handled through out-of-band communication mechanisms (e.g., the current Internet).
Bootstrapping capabilities are required to allow service providers to customize the virtual resources allocated to them. Standard methods to make programmability of the network elements available to the service providers must also be developed [85]. Both signaling and bootstrapping call for at least another network that will always be present to provide connectivity to handle these issues. Genesis and Tempest follow this approach and provide a separate bootstrapping interface.
5.3. Resource allocation
Resource allocation in a network virtualization environment refers to static or dynamic allocation of virtual nodes and links on physical nodes and paths, respectively. It is also known as the virtual network embedding problem in the existing literature. Embedding of virtual networks, with constraints on nodes and links, can be reduced to the NP-hard multi-way separator problem [86] even when all virtual network requests are known in advance.
In order to provide efficient heuristics, existing research has been restricting the problem space in different dimensions, which include: (i) considering offline version of the problem (i.e., all the requests are known in advance) [87– 90], (ii) ignoring either node requirements or link requirements [91,87], (iii) assuming infinite capacity of the substrate nodes and links to obviate admission control[91,87,88], and (iv) focusing on specific topologies [87]. Yu et al. [92] addressed these issues by envisioning support from the substrate network through node and link migration as well as multi-path routing. Chowdhury et al. [82] proposed embedding algorithms based on the mathematical formulation of the embedding problem that outperform the previous algorithms in terms of acceptance ratio and total revenue. Unlike others following a centralized approach, Houidi et al. [93] proposed a distributed embed- ding algorithm but could not achieve competitive performance. All of these algorithms perform static re- source allocation.
DaVinci [94] presents a dynamic allocation framework where each substrate link periodically reassigns band- width shares between the virtual links, but it does not con- sider dynamic allocation of virtual nodes. While DaVinci achieves better link utilization, it also gives a hint of best effort mechanism found in the existing Internet. A careful investigation is required to validate such dynamic allocation schemes.
Finally, all the existing algorithms consider the presence of a single infrastructure provider. An inter-domain virtual network embedding is even more complicated. In this case, virtual network requests need to be divided and partially embedded onto different infrastructure provider resources, and then individual embeddings must b

Results (Vietnamese) 1:

4.3.1. tính linh hoạt và heterogeneity
cung cấp tất cả các dự án ảo hóa mạng số tiền nhất định của flexibility và heterogeneity, mà ngăn chặn - mỏ bởi công nghệ mạng cơ bản và các lớp mà tại đó ảo hóa được quản lý. Ảo hóa lớp thấp hơn được giới thiệu, dễ dàng hơn là để giới thiệu-duce cao hơn số tiền của flexibility và heterogeneity. Ví dụ, L2VPNs được agnostic lớp 3 giao thức kể từ khi mỗi người trong số các mạng riêng ảo được tách ra ở lớp liên kết mà không cần phải xem xét tác động của lớp 3 dữ liệu. Cùng là trường hợp cho mạng ảo hóa.
hơn nữa, sự phụ thuộc vào công nghệ specific cũng tái-duce lượng flexibility trong một môi trường ảo hóa mạng. Ví dụ, ảo hóa trên đầu trang của IP bề mặt đã có fixed các giao thức lớp mạng; do đó, mạng ảo trên những môi trường ảo hóa mạng không thể triển khai IP độc lập cơ chế. Một hiệu ứng kết hợp của các quan sát có thể được nhìn thấy trong xu hướng chuyển dịch của mạng ảo hóa dự án theo thời gian về hướng hỗ trợ mạng công nghệ không đồng nhất và đẩy ảo hóa tại lớp thấp hơn và thấp hơn (bảng 1).
4.3.2. Manageability
Manageability trong mạng ảo hóa đã là quảng cáo - ăn mặc cả hai tại vi cấp và cấp độ vĩ mô trong các dự án khảo sát. Ở cấp độ vi mô, VNRMS virtualizes MIBs các vào MIBlets cho dễ dàng quản lý của re ảo nguồn được phân bổ để tách mạng. Di cư của bộ định tuyến ảo xem xét trong dự án gần đây là một ví dụ khác của quản lý cấp độ vi.
CABO propounds mạng ảo hóa như là một công cụ để giới thiệu các trách nhiệm tại mỗi tầng mạng để cải thiện manageability. Ngoài ra rõ ràng tách biệt của các nhà cung cấp dịch vụ từ các nhà cung cấp cơ sở hạ tầng tại CABO và NouVeau cũng làm tăng manageability ở cấp độ vĩ mô bằng cách tạo ra cũng-defined quản lý trách nhiệm.
4.3.3. Cô lập
cô lập giữa coexisting mạng ảo đã được giải quyết trong các khả năng khác nhau trong các dự án khác nhau. Hầu hết các dự án trước đó tập trung chủ yếu vào sự cô lập hợp lý. VIOLON đã đi xa nhất bằng cách cung cấp sự cô lập mạng đối với chính quyền, không gian địa chỉ và giao thức, tấn công và lỗi tác động, và các nguồn lực. UCLP, mặt khác, cung cấp các cô lập vật lý giữa mạng ảo lightpaths trong lớp vật lý (optical).
trong đề xuất tại (ví dụ như, trang, CABO, NouVeau), cô lập đã được coi là một phần không thể thiếu của giải pháp với mục tiêu cung cấp các mức độ cao về an ninh, bảo mật, và lỗi khoan nhượng giữa các mạng ảo không đồng nhất coexisting. Đề xuất mức độ sự cô lập trong các dự án này là hợp lý để dễ quản lý và quản lý và vật chất để đảm bảo sự an toàn cũng như bảo mật.
4.3.4. Lập trình
Lập trình trong các dự án trước đó hiểu được thể hiện trong hai dạng chính: defined lập trình giao diện (ví dụ như, Tempest, Genesis) và hoạt động mã (ví dụ, NetScript). Tuy nhiên, trong dự án gần đây (ví dụ như, NouVeau) có là có sự phân biệt rõ ràng như vậy. Trọng tâm là thêm về cách kích hoạt một mô hình lập trình an toàn với các mức độ đáng kể của flexibility cho nhà cung cấp dịch vụ để có thể triển khai mạng ảo tùy chỉnh end-to-end ser-tệ nạn mà không thỏa hiệp significant từ cơ sở hạ tầng nhà cung cấp.
4.3.5. Cơ sở thử nghiệm và triển khai
Thử nghiệm luôn luôn là một trong những yếu tố thúc đẩy chính đằng sau các nghiên cứu trên mạng ảo hóa. Trong thực tế, mạng ảo hóa có nguồn gốc từ khả năng để thử nghiệm sau đó sẵn có để sản xuất bị cô lập, đáng tin cậy và thể sanh sản nhiều điều kiện thử nghiệm. Bắt đầu từ PlanetLab và tiếp tục đến những dự án gần đây (ví dụ: GENI, trang và FEDERICA), cung cấp các cơ sở thử nghiệm với thực traffic, điều kiện thực tế mạng và reproducibility của sự kiện mạng vẫn một trọng tâm chính của các dự án hiện tại.
trong khi thử nghiệm Tiện nghi thúc đẩy học viện, các tổ chức thương mại đã được truyền cảm hứng bởi khả năng của một con đường triển khai nhanh chóng và đáng tin cậy cho các dịch vụ cuốn tiểu thuyết. CABO, 4WARD, AGAVE, và theo trào lưu tân là ví dụ về dự án ảo hóa mạng trực tiếp địa chỉ các mối quan tâm dịch vụ doanh nhân.
4.3.6. Hỗ trợ di sản
mạng ảo hóa dự án rộng rãi có thể được phân loại thành hai lớp học khác nhau dựa trên phương pháp tiếp cận của họ đối với di sản hỗ trợ. Một mặt, dự án gần đây, chủ yếu ở đá phiến-sạch sẽ thiết kế trại (ví dụ như, NouVeau, CABO, 4WARD), gọi cho một thiết kế lại hoàn toàn của paradigms mạng nếu tách khỏi việc sẵn có. Trong khi cuộc cách mạng sẽ cung cấp cho một số tiền khổng lồ của tự do, nó có thể không được thực hiện do mối quan tâm kinh doanh và chi phí. Mặt khác, tiến hóa phương pháp tiếp cận (ví dụ như, FEDERICA, AGAVE) propound một biến đổi dần dần, mà không hoàn toàn bỏ qua các giải pháp hiện có, cho khả năng kinh tế.
5. Quan trọng nghiên cứu hướng
tồn tại mạng ảo hóa liên quan đến nghiên cứu chủ yếu tập trung vào fixing một số vấn đề nán lại bệnh hoạn-thuê Internet. Kết quả là, một số thách thức kỹ thuật trong điều khoản của instantiation, vận hành và quản lý môi trường ảo hóa mạng lưới tổng thể vẫn còn chưa được khám phá cho đến ngày hôm nay, và nhiều người khác yêu cầu modification và cải thiện [4]. Các ví dụ của instantiation liên quan đến vấn đề bao gồm interfacing, tín hiệu, bootstrapping, và nhúng của mạng ảo trên cơ sở hạ tầng được chia sẻ; thực hiện các bộ định tuyến ảo, ảo liên kết cũng như tài nguyên lập kế hoạch trong số các nguồn tài nguyên ảo coexisting là một vài trong số nhiều hoạt động liên quan đến những thách thức; finally, xử lý thất bại, quản lý tính di động, mạng ảo configuration và giám sát là một số ví dụ về các vấn đề quản lý trong môi trường làm việc mạng ảo hóa. Trong phần này, chúng tôi thảo luận về một loạt các thách thức mở, cả lý thuyết và thực tế, dưới ánh sáng của các công việc trước đây cho tiếp tục thăm dò.
8.2. Interfacing
Nhà cung cấp dịch vụ tổng hợp các tài nguyên vật lý từ một hoặc nhiều cơ sở hạ tầng nhà cung cấp để tạo ra tác phẩm mạng ảo. Nhà cung cấp cơ sở hạ tầng phải cung cấp tốt-defined giao diện cho phép các nhà cung cấp dịch vụ để liên lạc và nhận yêu cầu của họ. Cho khả năng tương tác, giao diện như vậy phải tuân theo một tiêu chuẩn mà có thể nhận yêu cầu mạng ảo trong điều khoản của ảo các nút và các liên kết ảo cùng với thuộc tính tương ứng của họ. Sinh AnXML dựa trên ngôn ngữ có thể là một ứng cử viên có thể trong sự tôn trọng này.
phù hợp giao diện giữa các người dùng cuối và nhà cung cấp dịch vụ, giữa các nhà cung cấp cơ sở hạ tầng, và giữa nhiều dịch vụ nhà cung cấp cũng phải là identified và tiêu chuẩn hóa. Ví dụ về các giao diện và thỏa thuận giữa các bên cộng tác có thể được tìm thấy trong khuôn khổ AGAVE.
8.4. Tín hiệu và bootstrapping
trước khi tạo một mạng ảo, một nhà cung cấp dịch vụ đã phải có kết nối mạng đến một hoặc nhiều nhà cung cấp cơ sở hạ tầng để phát hành các yêu cầu của nó. Điều này giới thiệu một dụng vòng tròn nơi kết nối mạng là một điều kiện tiên quyết chính nó [3]. Miễn là một môi trường ảo hóa mạng không phải là trưởng thành, đủ để hỗ trợ chính nó, tín hiệu phải được xử lý thông qua cơ chế giao tiếp out-of-band (ví dụ như, hiện tại Internet).
Bootstrapping khả năng được yêu cầu để cho phép các nhà cung cấp dịch vụ tùy chỉnh các nguồn lực ảo được giao cho họ. Các phương pháp tiêu chuẩn để làm cho lập trình của các yếu tố mạng có sẵn cho các nhà cung cấp dịch vụ cũng phải là phát triển [85]. Cả tín hiệu và bootstrapping kêu gọi ít nhất một mạng mà sẽ luôn luôn có mặt để cung cấp kết nối để xử lý những vấn đề này. Genesis và Tempest theo cách tiếp cận này và cung cấp một riêng biệt bootstrapping giao diện.
8.5. Phân bổ nguồn lực
phân bổ nguồn lực trong một môi trường ảo hóa mạng đề cập đến tĩnh hoặc năng động phân bổ ảo các nút và các liên kết trên nút vật lý và đường dẫn, tương ứng. Nó cũng được biết đến như là mạng ảo nhúng vấn đề trong các tài liệu hiện có. Nhúng của mạng ảo, với những hạn chế trên các nút và các liên kết, có thể được giảm đến vấn đề đa cách tách NP khó khăn [86] ngay cả khi tất cả các yêu cầu mạng ảo được biết đến ở tạm ứng.
để cung cấp efficient chẩn đoán, các nghiên cứu hiện tại đã hạn chế không gian vấn đề trong kích thước khác nhau, bao gồm: (i) xem xét offline Phiên bản của vấn đề (tức là, Tất cả các yêu cầu được biết trước) [87– 90], (ii) bỏ qua nút yêu cầu hoặc liên kết yêu cầu [91,87], (iii) giả sử infinite năng lực của các bề mặt các nút và các liên kết để obviate kiểm soát nhập học [91,87,88], và (iv) tập trung vào specific topo [87]. Yu et al. [92] giải quyết những vấn đề này bằng cách envisioning hỗ trợ từ mạng bề mặt thông qua các nút và các liên kết di chuyển cũng như đa đường dẫn định tuyến. Chowdhury et al. [82] đề xuất nhúng thuật toán dựa trên công thức toán học của vấn đề nhúng tốt hơn các thuật toán trước đó trong điều khoản của chấp nhận tỷ lệ và tổng doanh thu. Không giống như những người khác theo một cách tiếp cận tập trung, Houidi et al. [93] đề xuất một thuật toán phân phối các nhúng-đinh nhưng có thể không đạt được hiệu suất cạnh tranh. Tất cả các thuật toán này thực hiện tái-nguồn tĩnh phân bổ.
DaVinci [94] trình bày một khuôn khổ phân bổ động nơi mỗi liên kết bề mặt định kỳ reassigns ban nhạc-chiều rộng chia sẻ giữa các liên kết ảo, nhưng nó không phân bổ động không con-sider ảo nút. Trong khi DaVinci đạt được tốt hơn liên kết sử dụng, nó cũng mang lại cho một gợi ý tốt nhất nỗ lực cơ chế tìm thấy trong Internet hiện có. Một điều tra cẩn thận là cần thiết để xác nhận các chương trình năng động phân bổ.
cuối cùng, tất cả các thuật toán sẵn có xem xét sự hiện diện của một nhà cung cấp cơ sở hạ tầng duy nhất. Một mạng ảo liên vùng nhúng là phức tạp hơn. Trong trường hợp này, mạng ảo yêu cầu cần phải được chia và một phần nhúng vào cơ sở hạ tầng khác nhau cung cấp nguồn lực, và sau đó embeddings cá nhân phải b

Results (Vietnamese) 2:

4.3.1. Tính linh hoạt và tính không đồng nhất
Tất cả các dự án ảo hóa mạng cung cấp số tiền nhất định của tính linh hoạt và tính không đồng nhất, được xác định bởi công nghệ mạng cơ bản và lớp mà ảo hóa được quản lý. Ảo hóa hạ tầng được giới thiệu, dễ dàng hơn là để giới thiệu Duce số tiền cao hơn của tính linh hoạt và tính không đồng nhất. Ví dụ, L2VPNs là bất khả tri đến lớp 3 giao thức vì mỗi VPN được tách ra tại tầng liên kết mà không cần phải xem xét các tác động của lớp 3 trọng tải. Tương tự là trường hợp của ảo hóa mạng.
Hơn nữa, sự phụ thuộc vào công nghệ cụ thể cũng lại Duce lượng linh hoạt trong một môi trường ảo hóa mạng. Ví dụ, công nghệ ảo hóa trên nền IP đã có cố định giao thức lớp mạng; do đó, các mạng ảo trên những môi trường ảo hóa mạng không thể triển khai IP cơ chế độc lập. Một hiệu ứng kết hợp của những quan sát này có thể được nhìn thấy trong xu hướng chuyển dịch của các dự án ảo hóa mạng theo thời gian đối với việc hỗ trợ công nghệ mạng không đồng nhất và đẩy ảo hóa ở mức thấp hơn và thấp hơn (Bảng 1).
4.3.2. Quản lý
năng quản lý trong ảo hóa mạng đã được quảng cáo mặc cả ở cấp vi mô và ở cấp vĩ mô trong các dự án khảo sát. Ở cấp độ vi mô, VNRMS ảo hóa các MIBs vào MIBlets quản lý dễ dàng hơn của việc tái phân bổ cho các nguồn ảo mạng riêng biệt. Di cư của các bộ định tuyến ảo được xem xét trong dự án gần đây là một ví dụ của quản lý cấp độ vi mô.
CABO Rudd đề xuất ảo hóa mạng như một công cụ để giới thiệu trách nhiệm ở mọi tầng lớp của mạng để cải thiện khả năng quản lý. Ngoài ra, tách rõ ràng của các nhà cung cấp dịch vụ từ các nhà cung cấp cơ sở hạ tầng trong CABO và Nouveau cũng làm tăng khả năng quản lý ở cấp vĩ mô bằng cách tạo ra trách nhiệm quản lý rõ ràng.
4.3.3. Cô lập
cách ly giữa các mạng ảo cùng tồn tại đã được giải quyết trong năng lực khác nhau trong các dự án khác nhau. Hầu hết các dự án trước đây tập trung chủ yếu vào cách ly hợp lý. VIOLIN đã đi xa nhất bằng cách cung cấp cô lập mạng liên quan đến quản lý, không gian địa chỉ và giao thức, tấn công và lỗi ảnh hưởng, và các nguồn lực với. UCLP, mặt khác, cung cấp cách ly vật lý giữa đường quang mạng ảo trong (quang học) lớp vật lý.
Trong đề xuất gần đây (ví dụ, Vini, CABO, Nouveau), cách ly đã được coi là một phần không thể thiếu của giải pháp với mục tiêu cung cấp mức độ bảo mật cao, bảo mật, và lỗi khoan dung giữa các mạng ảo cùng tồn tại không đồng nhất. Đề xuất mức độ cô lập trong các dự án này là hợp lý cho cả hai dễ dàng quản lý và quản lý và thể chất để đảm bảo tăng cường an ninh cũng như sự riêng tư.
4.3.4. Lập trình
lập trình trong các dự án trước đó đã được hiểu thể hiện trong hai hình thức chính: xác định các giao diện lập trình (ví dụ, Tempest, Genesis) và mã kích hoạt (ví dụ, NetScript). Tuy nhiên, trong dự án gần đây (ví dụ, Nouveau) có sự phân biệt rõ ràng như vậy. Tập trung nhiều vào cho phép một mô hình lập trình an toàn với mức độ đáng kể tính linh hoạt cho các nhà cung cấp dịch vụ để có thể triển khai tùy chỉnh end-to-end mạng ảo dịch vụ mà không có sự thỏa hiệp đáng kể từ các nhà cung cấp cơ sở hạ tầng.
4.3.5. Cơ sở thử nghiệm và triển khai
thí nghiệm luôn luôn là một trong những yếu tố thúc đẩy chính đằng sau nghiên cứu về ảo hóa mạng. Trong thực tế, ảo hóa mạng có nguồn gốc từ sự bất lực của testbeds sau đó tồn tại để tạo ra điều kiện thí nghiệm bị cô lập, đáng tin cậy, và tái sản xuất. Bắt đầu từ PlanetLab và tiếp tục đến các dự án gần đây (ví dụ, GENI, Vini, và Federica), cung cấp thiết bị thí nghiệm giao thông thực tế, điều kiện mạng thực tế, và tái sinh của các sự kiện mạng vẫn là một trọng tâm chính của các dự án hiện có.
Trong khi các cơ sở thử nghiệm thúc đẩy các học viện, các tổ chức thương mại đã được lấy cảm hứng từ khả năng của một con đường triển khai nhanh chóng và đáng tin cậy cho các dịch vụ mới. CABO, 4WARD, cây thùa, và Nouveau là những ví dụ của các dự án ảo hóa mạng trực tiếp giải quyết các mối quan tâm kinh doanh như vậy.
4.3.6. Hỗ trợ di sản
dự án mạng ảo hóa rộng rãi có thể được phân loại thành hai nhóm khác nhau dựa trên cách tiếp cận của họ đối với hỗ trợ di sản. Một mặt, các dự án gần đây, chủ yếu là trong các trại thiết kế làm sạch đá (ví dụ, Nouveau, CABO, 4WARD), hãy gọi cho một thiết kế lại hoàn toàn của các mô hình mạng bằng cách phá vỡ đi từ thực tế hiện có. Trong khi cuộc cách mạng như vậy sẽ cung cấp cho một số tiền khổng lồ của tự do, nó có thể là không thực tế do chi phí kinh doanh và mối quan tâm. Mặt khác, cách tiếp cận tiến hóa (ví dụ, Federica, Agave) đưa ra một chuyển đổi dần dần, mà không hoàn toàn bỏ qua các giải pháp hiện có, cho khả năng kinh tế.
5. Hướng nghiên cứu chính
mạng ảo hóa liên quan nghiên cứu chủ yếu tồn tại đã tập trung vào sửa chữa một số vấn đề kéo dài của Internet hiện thời. Kết quả là, một số thách thức kỹ thuật về instantiation, hoạt động và quản lý của một môi trường ảo hóa mạng tổng thể vẫn chưa được khám phá cho đến ngày hôm nay, và nhiều người khác yêu cầu sửa đổi và cải tiến [4]. Ví dụ về các vấn đề liên quan bao gồm instantiation interfacing, báo hiệu, bootstrapping, và nhúng các mạng ảo trên cơ sở hạ tầng dùng chung; thực hiện các bộ định tuyến ảo và liên kết ảo cũng như kế hoạch tài nguyên trong cùng tồn tại nguồn tài nguyên ảo là một vài trong số nhiều thách thức hoạt động liên quan; cuối cùng, xử lý thất bại, quản lý di động, cấu hình mạng ảo và giám sát là một số ví dụ về các vấn đề quản lý trong môi trường ảo hóa mạng lưới phân phối. Trong phần này, chúng tôi thảo luận một loạt các thách thức mở, cả lý thuyết và thực tế, dưới ánh sáng của công việc trước đó tiếp tục thăm dò.
5.1. Interfacing
cung cấp dịch vụ tổng hợp nguồn lực vật chất từ một hay nhiều nhà cung cấp cơ sở hạ tầng để tạo ra các mạng lưới ảo. Các nhà cung cấp cơ sở hạ tầng phải cung cấp giao diện cũng được xác định để cho phép các nhà cung cấp dịch vụ giao tiếp và thể hiện yêu cầu của họ. Đối với khả năng tương tác, giao diện như vậy nên làm theo một tiêu chuẩn sẽ có thể thể hiện các yêu cầu mạng ảo về các nút ảo và liên kết ảo cùng với các thuộc tính tương ứng của họ. AnXML dựa trên ngôn ngữ đặc điểm kỹ thuật có thể là một ứng cử viên có thể trong lĩnh vực này.
giao diện phù hợp giữa người sử dụng và các nhà cung cấp dịch vụ, các nhà cung cấp cơ sở hạ tầng giữa, và giữa nhiều nhà cung cấp dịch vụ cũng phải được xác định và chuẩn hóa. Ví dụ về các giao diện như vậy và thỏa thuận giữa các bên hợp tác có thể được tìm thấy trong khuôn khổ Agave.
5.2. Tín hiệu và bootstrapping
Trước khi tạo một mạng ảo, một nhà cung cấp dịch vụ đã phải có kết nối mạng với một hoặc nhiều nhà cung cấp cơ sở hạ tầng để phát hành các yêu cầu của nó. Này giới thiệu một tuần hoàn, nơi kết nối mạng là một điều kiện tiên quyết cho chính nó [3]. Miễn là một môi trường ảo hóa mạng là không đủ trưởng thành để hỗ trợ chính nó, tín hiệu phải được xử lý thông qua các cơ chế truyền thông out-of-band (ví dụ, Internet hiện nay).
khả năng Bootstrap được yêu cầu để cho phép các nhà cung cấp dịch vụ để tùy chỉnh các tài nguyên ảo phân bổ cho họ. Phương pháp tiêu chuẩn để làm lập trình của các phần tử mạng có sẵn cho các nhà cung cấp dịch vụ cũng phải được phát triển [85]. Cả hai tín hiệu và bootstrapping cuộc gọi ít nhất một mạng mà sẽ luôn luôn có mặt để cung cấp kết nối để xử lý những vấn đề này. Genesis và Tempest theo phương pháp này và cung cấp một giao diện riêng biệt bootstrapping.
5.3. Phân bổ nguồn lực
phân bổ nguồn lực trong một môi trường ảo hóa mạng đề cập đến việc phân bổ tĩnh hoặc động của các nút ảo và liên kết trên các nút vật lý và đường dẫn tương ứng. Nó còn được gọi là mạng ảo vấn đề nhúng trong các tài liệu hiện có. Nhúng mạng ảo, với những hạn chế trên các nút và các liên kết, có thể được giảm đến NP-khó đa chiều tách vấn đề [86] ngay cả khi tất cả các yêu cầu mạng ảo được biết trước.
Để cung cấp công nghệ tự động hiệu quả, nghiên cứu hiện đã được hạn chế các vấn đề không gian trong các không gian khác nhau, trong đó bao gồm: (i) xem xét ẩn phiên bản của vấn đề (ví dụ, tất cả các yêu cầu được biết trước) [87-90], (ii) hoặc bỏ qua các yêu cầu nút hoặc liên kết yêu cầu [91, 87], (iii) giả định khả năng vô hạn của các nút chất nền và các liên kết đến loại trừ kiểm soát nhập học [91,87,88], và (iv) tập trung vào cấu trúc liên kết cụ thể [87]. Yu et al. [92] giải quyết những vấn đề này bằng cách hình dung sự hỗ trợ của mạng lưới bề mặt thông qua nút và di chuyển liên kết cũng như đa đường định tuyến. Chowdhury et al. [82] đề xuất nhúng các thuật toán dựa trên công thức toán học của vấn đề mà nhúng các thuật toán tốt hơn trước về tỷ lệ chấp nhận và tổng doanh thu. Không giống như những người khác sau một cách tiếp cận tập trung, Houidi et al. [93] đề xuất một thuật toán nhúng-ding phân phối nhưng không thể đạt được hiệu suất cạnh tranh. Tất cả các thuật toán thực hiện tĩnh lại nguồn phân bổ.
DaVinci [94] trình bày một khung giao động nơi mỗi liên kết bề mặt định kỳ reassigns cổ phiếu băng rộng giữa các liên kết ảo, nhưng nó không con-sider giao động của các nút ảo. Trong khi DaVinci đạt được sử dụng liên kết tốt hơn, nó cũng đưa ra một gợi ý cơ chế nỗ lực tốt nhất được tìm thấy trong Internet hiện có. Một cuộc điều tra cẩn thận là cần thiết để xác nhận đề án giao động như vậy.
Cuối cùng, tất cả các thuật toán hiện có xem xét sự hiện diện của một nhà cung cấp cơ sở hạ tầng duy nhất. Một liên miền nhúng mạng ảo thậm chí còn phức tạp hơn. Trong trường hợp này, yêu cầu mạng ảo cần phải được chia một phần và nhúng vào các nguồn tài nguyên cung cấp cơ sở hạ tầng khác nhau, và sau đó embeddings cá nhân phải b