Release4/Allow_to_specify_management_IP_addresses_as_parameters_at_instantiation_....md

   1 # Allow to specify management IP addresses as parameters at instantiation time #
   2
   3 ## Proposer ##
   4 - Pablo Montes (Telefonica)
   5 - Antonio Lopez (Telefonica)
   6 - Gerardo Garcia (Telefonica)
   7 - Alfonso Tierno (Telefonica)
   8 - Francisco Javier Ramon (Telefonica)
   9
  10 ## Type ##
  11 **Feature**
  12
  13 ## Target MDG/TF ##
  14 IM-NBI, SO, RO
  15
  16 ## Description ##
  17 Having a management interface ready and reachable right after boot is critical
  18 for driving Day 1 and Day 2 operations. Currently, OSM assumes that the VIM
  19 assigns an IP address to the VNF from the pool in the management network (the
  20 VNF can retrieve it via DHCP or metadata service, if available).
  21
  22 However, many legacy OSS assume that the VNFs should have a specific IP address
  23 assigned from a pool of addresses that they manage (or that they can learn from
  24 other systems). In those cases, OSM should provide a means to be told, at the
  25 time of instantiation, which management IP address should be used. Please note
  26 that this address cannot be part of the VNFD or the NSD or, otherwise, several
  27 instances of the VNF/NS would have the same IP address, leading to collisions,
  28 etc.
  29
  30 As a pre-requisite, OSM should provide a mean to specify parameters at the time
  31 of instantiation.
  32
  33 ## Demo or definition of done ##
  34 - Create a NS with 2 VNFs, VNF-a and VNF-b.
  35 - Instantiate the NS in a site with a VIM, letting the VIM select the
  36 management IP addresses. Check that both VNFs are reachable using the reported
  37 IP addresses.
  38 - Instantiate the NS again, now setting the IP address of VNF-a to a specific
  39 IP address (let VNF-b obtain the IP address from the VIM, as above). Then check
  40 that both VNFs are reachable using the appropriate IP addresses (VNF-a at the
  41 one requested; VNF-b at the one reported by OSM).