This is an old revision of the document!
Proposed name for the project
: RescuerProposed name for the repository
: rescuerProject Categories
: RequirementDisaster Recovery (DR) is a very important issue in NFV, as when a VIM instance or even a complete site goes down, we need a strong DR scheme to keep the service continuity to meet the requirement defined by the terms like RPO or RTO.
Policy and infrastructure support are the two main aspects of DR, where the former one is out of the scope of OPNFV, this project focus on the latter area.
Describe the problem being solved by project
The project aims to develop the requirements for NFVI and VIM on supporting Telco grade DR implementation which covers :
Requirements for VIM and NFVI to support Single Site DR, including both active-active and active-standby design
Requirements for VIM and NFVI to support Multisite DR, including both active-active and active-standby design
..
The requirements would cover DR for compute, storage and network.
Specify any interface/API specification proposed
New DR related API specification would be proposed.
Identity a list of features and functionality will be developed.
Identify what is in or out of scope. So during the development phase, it helps reduce discussion.
In scope: infrastructure level support for Telco grade DR implementation
Out of scope: DR Policy making, MANO level DR.
Describe how the project is extensible in future
This project is extendable for future functions.
N/A.
This project intends to produce the following documentation supporting the meta distribution:
Identify similar projects is underway or being proposed in OPNFV or upstream project
OPNFV Multisite.
Identify any open source upstream projects and release timeline.
OpenStack
It would be aligned with OpenStack release schedule (per cycle) and OPNFV schedule.
Identify any specific development be staged with respect to the upstream project and releases.
N/A
Are there any external fora or standard development organization dependencies. If possible, list and informative and normative reference specifications.
ETSI NFV REL
If project is an integration and test, identify hardware dependency.
None
Names and affiliations of the committers
:Guoguang Li, (liguoguang@huawei.com); Zhipeng(Howard) Huang, (huangzhipeng@huawei.com);
Any other contributors
: TBD
Project release package as OPNFV or open source upstream projects
As upstream projects
Project deliverables with multiple dependencies across other project categories
None
This project is planned for the third release of OPNFV platform.