summaryrefslogtreecommitdiffstats
path: root/docs/development/requirements/summary.rst
blob: 2761a4844fcc77fe7b5d0121ae974faf38be63a9 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
.. This work is licensed under a Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0

Summary and Conclusion
======================

This document presented the results of the OPNFV NetReady (Network Readiness)
project ([NETREADY]_). It described a selection of NFV-related networking use
cases and their corresponding networking requirements. Moreover, for every use
case, it describes an associated gap analysis which analyses the aforementioned
networking requirements with respect to the current OpenStack networking
architecture.

The contents of the current document are the selected use cases and their
derived requirements and identified gaps for OPNFV C release.

OPNFV NetReady is open to take any further use cases under analysis in later
OPNFV releases. The project backlog ([NETREADY-JIRA]_) lists the use cases and
topics planned to be developed in future releases of OPNFV.

Based on the gap analyses, we draw the following conclusions:

* Besides current requirements and gaps identified in support of NFV networking,
  more and more new NFV networking services are to be innovated in the near future.
  Those innovations will bring additional requirements, and more significant gaps
  will be expected. On the other hand, NFV networking business requires it
  to be made easy to innovate, quick to develop, and agile to deploy and operate.
  Therefore, a model-driven, extensible framework is expected to support NFV
  networking on-demand in order to accelerate time-to-market and achieve business
  agility for innovations in NFV networking business.

* Neutron networks are implicitly, because of their reliance on subnets, L2
  domains. L2 network overlays are the only way to implement Neutron networks
  because of their semantics. However, L2 networks are inefficient ways to
  implement cloud networking, and while this is not necessarily a problem for
  enterprise use cases with moderate traffic it can add expense to the
  infrastructure of NFV cases where networking is heavily used and efficient use
  of capacity is key.

* In NFV environment it should be possible to execute network administrator tasks
  without OpenStack administrator rights.

* In a multi-site setup it should be possible to manage the connection between
  the sites in a programmable way.

The latest version of this document can be found at [SELF]_.