From 61a851845546300cc2f5ee9f3dd6761c9ecd093e Mon Sep 17 00:00:00 2001 From: Jie Hu Date: Wed, 16 Dec 2015 18:52:19 +0800 Subject: ESCALATOR-31 Adjusting documentation JIRA: ESCALATOR-31 Change-Id: I0b83511a542982f07c2ab9d60517f4b5f357569b Signed-off-by: Jie Hu --- docs/08-Requirements_from_other_OPNFV_Project.rst | 40 ----------------------- 1 file changed, 40 deletions(-) delete mode 100644 docs/08-Requirements_from_other_OPNFV_Project.rst (limited to 'docs/08-Requirements_from_other_OPNFV_Project.rst') diff --git a/docs/08-Requirements_from_other_OPNFV_Project.rst b/docs/08-Requirements_from_other_OPNFV_Project.rst deleted file mode 100644 index 62e611f..0000000 --- a/docs/08-Requirements_from_other_OPNFV_Project.rst +++ /dev/null @@ -1,40 +0,0 @@ -Requirements from other OPNFV projects --------------------------------------- - -We have created a questionnaire_ for collecting other projects requirements. -Please advertise it. - -.. _questionnaire: https://docs.google.com/forms/d/11o1mt15zcq0WBtXYK0n6lKF8XuIzQTwvv8ePTjmcoF0/viewform?usp=send_form - - - -Doctor Project -~~~~~~~~~~~~~~ - -.. 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 administrator requests host maintenance to VIM. - -2. VIM will notify it to consumer such as VNFM to trigger application level - migration or switching active-standby nodes. - -3. VIM waits response 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