diff options
Diffstat (limited to 'docs/requirements/summary.rst')
-rw-r--r-- | docs/requirements/summary.rst | 46 |
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]_. |