docs/requirements/01-intro.rst

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