Release5/Enable_dynamic_connectivity_setup_in_multi-site_Network_Services.md

   1 # Enable dynamic connectivity setup in multi-site Network Services #
   2
   3 ## Proposer ##
   4 - Oscar Gonzalez de Dios (Telefonica)
   5 - Dimitrios Gkounis (University of Bristol)
   6 - Ramon Casellas (CTTC)
   7 - Rafael Alejandro Lopez da Silva (Telefonica)
   8
   9 ## Type ##
  10 **Feature**
  11
  12 ## Target MDG/TF ##
  13 IM-NBI, SO/LCM, RO
  14
  15 ## Description ##
  16 Current support of multi-site deployments in OSM assume that inter-DC
  17 connectivity is pre-provisioned. This feature tries to cover that gap to
  18 automate inter-DC network creation through a WIM that will cover not only the
  19 WAN deployments, but also will be extended to transport networks in general.
  20
  21 In a multi-site environment, deployments are likely to be geographically
  22 distributed across different sites, interconnected through a (wide area)
  23 transport network. Until recently, provisioning connectivity across such a
  24 transport network has been done in a way that is decoupled from MANO
  25 orchestration and is taken as a static input from its point of view.
  26
  27 For such scenarios, the dynamic provisioning of such a connectivity via OSM
  28 would be highly desirable, and it is in-line with  macroscopic ETSI NFV
  29 architecture that already includes the concept of WIM (WAN Infrastructure
  30 Manager), although the  applicability may not be limited to WAN deployments and
  31 be extended to transport networks in general.
  32
  33 Such transport networks are expected to be SDN controlled. There are (often
  34 competing and overlapping) several alternatives in what concerns the  SDN NBI,
  35 including ONF TAPI (Transport API), IETF NBI models or the already existing
  36 APIs offered by major projects such as ONOS or ODL.
  37
  38 The request is to extend OSM (either developing an additional OSM module or
  39 extending existing ones) to integrate the notion of WIM when a given network
  40 service is deployed in the aforementioned scenario (that is, with NSs that are
  41 deployed across multiple sites). It is thus expected that during the
  42 instantiation, OSM requests connectivity to one (or more) existing WIMs,
  43 implementing a SBI towards them using a plugin model.
  44
  45 The feature thus encompases:
  46 - Identifying in which parts of OSM the concept of delegating connectivity to
  47 an external WIM is needed
  48 - Requesting connectivity to manage inter-DC links between VNFs
  49
  50  ## Demo or definition of done ##
  51 - Create a with a couple of VNFs (a single VDU would do).
  52 - Create a NSD that includes the two VNFs above and a link between them.
  53 - Instantiate the NSD in such a way that each VNF is placed in a different
  54 DC/VIM, so that the WIM has to create the connectivity between the 2 sites
  55 according to the specified link type and characteristics.
  56 - Check that both of them work properly and can be pinged.
  57 - It would be desirable to test this setup with different types of connectivity
  58 and VM interfaces supported by OSM:
  59   - Connectivity: E-Line, E-LAN
  60   - VM interfaces: VirtIO, passthrough, SR-IOV