diff options
author | 2016-08-11 10:04:39 +0200 | |
---|---|---|
committer | 2016-10-31 21:08:13 +0000 | |
commit | 58607a9a71aba724acaa0aa31659379e762f76e8 (patch) | |
tree | 204d46e92d005e0ace5e1c025f87ec9f8aa9a4b1 /docs/requirements/summary.rst | |
parent | 8b42967bdea693d41ffe63f1a50746261ba6b324 (diff) |
Global review of the NetReady requirements document
This patchset enables a global review of the entire NetReady
requirements document. Changes to the document shall be pushed
as new patches to this patchset.
Change-Id: I7cc9290c9260aad5b687253b02d60efbc8a64bb2
Signed-off-by: Georg Kunz <georg.kunz@ericsson.com>
Diffstat (limited to 'docs/requirements/summary.rst')
-rw-r--r-- | docs/requirements/summary.rst | 46 |
1 files changed, 46 insertions, 0 deletions
diff --git a/docs/requirements/summary.rst b/docs/requirements/summary.rst new file mode 100644 index 0000000..2761a48 --- /dev/null +++ b/docs/requirements/summary.rst @@ -0,0 +1,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]_. |