From 81eeba7607f9453ef18ba0917024fe0476cc9178 Mon Sep 17 00:00:00 2001 From: Jie Hu Date: Thu, 17 Sep 2015 19:43:22 +0800 Subject: JIRA ESCALATOR-3 Change-Id: I6044ea74eca6ad6337cbc19f35cbfb437f8d1386 Signed-off-by: Jie Hu --- doc/08-Requirements_from_other_OPNFV_Project.rst | 35 ++++++++++++++++++++++++ 1 file changed, 35 insertions(+) create mode 100644 doc/08-Requirements_from_other_OPNFV_Project.rst (limited to 'doc/08-Requirements_from_other_OPNFV_Project.rst') diff --git a/doc/08-Requirements_from_other_OPNFV_Project.rst b/doc/08-Requirements_from_other_OPNFV_Project.rst new file mode 100644 index 0000000..17bb677 --- /dev/null +++ b/doc/08-Requirements_from_other_OPNFV_Project.rst @@ -0,0 +1,35 @@ +Requirements from other OPNFV projects +-------------------------------------- + +| We have created a questionnaire for collecting other projects + requirments + (https://docs.google.com/forms/d/11o1mt15zcq0WBtXYK0n6lKF8XuIzQTwvv8ePTjmcoF0/viewform?usp=send_form), + please advertise it. +| ==[hujie] Can we force other OPNFV projects to complete the survey by + using JIRA dependence?== + +Doctor Project +~~~~~~~~~~~~~~ + +| ==Note: This scenario could be out of scope in Escalator project, but + having the option to support this should be better to align with + Doctor requirements.== +| The scope of Doctor project also covers maintenance scenario in which + 1) the VIM administorator requests host maintenance to VIM, 2) VIM + will notifiy it to consumer such as VNFM to trigger application level + migration or switching active-standby nodes, and 3) VIM waits responce + from the consumer for a short while. + +- VIM should send out notification of VM migration to consumer (VNFM) + as abstracted message like "maintenance". +- VIM could wait VM migration until it receives "VM ready to + maintenance" message from the owner (VNFM) + +HA Project +~~~~~~~~~~ + +Multi-site Project +~~~~~~~~~~~~~~~~~~ + +- Escalator upgrade one site should at least not lead to the other site + API token validation failed. -- cgit 1.2.3-korg