summaryrefslogtreecommitdiffstats
path: root/docs/requirements/1A1-Requirements_from_other_Projects.rst
diff options
context:
space:
mode:
Diffstat (limited to 'docs/requirements/1A1-Requirements_from_other_Projects.rst')
-rw-r--r--docs/requirements/1A1-Requirements_from_other_Projects.rst34
1 files changed, 34 insertions, 0 deletions
diff --git a/docs/requirements/1A1-Requirements_from_other_Projects.rst b/docs/requirements/1A1-Requirements_from_other_Projects.rst
new file mode 100644
index 0000000..a62405d
--- /dev/null
+++ b/docs/requirements/1A1-Requirements_from_other_Projects.rst
@@ -0,0 +1,34 @@
+================================
+Requirements from other Projects
+================================
+
+Doctor Project
+==============
+
+.. <Malla> 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.