docs/requirements/01-intro.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   2 .. http://creativecommons.org/licenses/by/4.0
   3
   4 Introduction
   5 ============
   6
   7 The goal of this project is to build an NFVI fault management and maintenance
   8 framework supporting high availability of the Network Services on top of the
   9 virtualized infrastructure. The key feature is immediate notification of
  10 unavailability of virtualized resources from VIM, to support failure recovery,
  11 or failure avoidance of VNFs running on them. Requirement survey and development
  12 of missing features in NFVI and VIM are in scope of this project in order to
  13 fulfil requirements for fault management and maintenance in NFV.
  14
  15 The purpose of this requirement project is to clarify the necessary features of
  16 NFVI fault management, and maintenance, identify missing features in the current
  17 OpenSource implementations, provide a potential implementation architecture and
  18 plan, provide implementation guidelines in relevant upstream projects to realize
  19 those missing features, and define the VIM northbound interfaces necessary to
  20 perform the task of NFVI fault management, and maintenance in alignment with
  21 ETSI NFV [ENFV]_.
  22
  23 Problem description
  24 -------------------
  25
  26 A Virtualized Infrastructure Manager (VIM), e.g. OpenStack [OPSK]_, cannot
  27 detect certain Network Functions Virtualization Infrastructure (NFVI) faults.
  28 This feature is necessary to detect the faults and notify the Consumer in order
  29 to ensure the proper functioning of EPC VNFs like MME and S/P-GW.
  30
  31 * EPC VNFs are often in active standby (ACT-STBY) configuration and need to
  32   switch from STBY mode to ACT mode as soon as relevant faults are detected in
  33   the active (ACT) VNF.
  34
  35 * NFVI encompasses all elements building up the environment in which VNFs are
  36   deployed, e.g., Physical Machines, Hypervisors, Storage, and Network elements.
  37
  38 In addition, VIM, e.g. OpenStack, needs to receive maintenance instructions from
  39 the Consumer, i.e. the operator/administrator of the VNF.
  40
  41 * Change the state of certain Physical Machines (PMs), e.g. empty the PM, so
  42   that maintenance work can be performed at these machines.
  43
  44 Note: Although fault management and maintenance are different operations in NFV,
  45 both are considered as part of this project as -- except for the trigger -- they
  46 share a very similar work and message flow. Hence, from implementation
  47 perspective, these two are kept together in the Doctor project because of this
  48 high degree of similarity.
  49
  50 ..
  51  vim: set tabstop=4 expandtab textwidth=80: