summaryrefslogtreecommitdiffstats
path: root/docs/requirements/summary.rst
diff options
context:
space:
mode:
Diffstat (limited to 'docs/requirements/summary.rst')
-rw-r--r--docs/requirements/summary.rst46
1 files changed, 0 insertions, 46 deletions
diff --git a/docs/requirements/summary.rst b/docs/requirements/summary.rst
deleted file mode 100644
index 2761a48..0000000
--- a/docs/requirements/summary.rst
+++ /dev/null
@@ -1,46 +0,0 @@
-.. 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]_.