Вы находитесь на странице: 1из 91

Open MSS Cloud 17, Product

Documentation, version 3

Commissioning Open MSS


Cloud on VMware
DN09217877
Issue 2-0-1

 
Commissioning Open MSS Cloud on VMware

The  information  in  this  document  applies  solely  to  the  hardware/software  product  (“Product”)  specified
herein, and only as specified herein. Reference to “Nokia” later in this document shall mean the respective
company within Nokia Group of Companies with whom you have entered into the Agreement (as defined
below).

This document is intended for use by Nokia's customers (“You”) only, and it may not be used except for the
purposes  defined  in  the  agreement  between  You  and  Nokia  (“Agreement”)  under  which  this  document  is
distributed. No part of this document may be used, copied, reproduced, modified or transmitted in any form
or  means  without  the  prior  written  permission  of  Nokia.  If  You  have  not  entered  into  an  Agreement
applicable to the Product, or if that Agreement has expired or has been terminated, You may not use this
document in any manner and You are obliged to return it to Nokia and destroy or delete any copies thereof.

The  document  has  been  prepared  to  be  used  by  professional  and  properly  trained  personnel,  and  You
assume  full  responsibility  when  using  it.  Nokia  welcomes  your  comments  as  part  of  the  process  of
continuous development and improvement of the documentation.

This  document  and  its  contents  are  provided  as  a  convenience  to  You.  Any  information  or  statements
concerning the suitability, capacity, fitness for purpose or performance of the Product are given solely on
an  “as  is”  and  “as  available”  basis  in  this  document,  and  Nokia  reserves  the  right  to  change  any  such
information  and  statements  without  notice.  Nokia  has  made  all  reasonable  efforts  to  ensure  that  the
content  of  this  document  is  adequate  and  free  of  material  errors  and  omissions,  and  Nokia  will  correct
errors  that  You  identify  in  this  document.  Nokia's  total  liability  for  any  errors  in  the  document  is  strictly
limited to the correction of such error(s). Nokia does not warrant that the use of the software in the Product
will be uninterrupted or error-free.

NO  WARRANTY  OF  ANY  KIND,  EITHER  EXPRESS  OR  IMPLIED,  INCLUDING  BUT  NOT  LIMITED  TO
ANY  WARRANTY  OF  AVAILABILITY,  ACCURACY,  RELIABILITY,  TITLE,  NON-INFRINGEMENT,
MERCHANTABILITY  OR  FITNESS  FOR  A  PARTICULAR  PURPOSE,  IS  MADE  IN  RELATION  TO  THE
CONTENT  OF  THIS  DOCUMENT.  IN  NO  EVENT  WILL  NOKIA  BE  LIABLE  FOR  ANY  DAMAGES,
INCLUDING BUT NOT LIMITED TO SPECIAL, DIRECT, INDIRECT, INCIDENTAL OR CONSEQUENTIAL
OR  ANY  LOSSES,  SUCH  AS  BUT  NOT  LIMITED  TO  LOSS  OF  PROFIT,  REVENUE,  BUSINESS
INTERRUPTION,  BUSINESS  OPPORTUNITY  OR  DATA  THAT  MAY  ARISE  FROM  THE  USE  OF  THIS
DOCUMENT  OR  THE  INFORMATION  IN  IT,  EVEN  IN  THE  CASE  OF  ERRORS  IN  OR  OMISSIONS
FROM THIS DOCUMENT OR ITS CONTENT.

This document is Nokia proprietary and confidential information, which may not be distributed or disclosed
to any third parties without the prior written consent of Nokia.

Nokia  is  a  registered  trademark  of  Nokia  Corporation.  Other  product  names  mentioned  in  this  document
may be trademarks of their respective owners.

Copyright © 2017 Nokia. All rights reserved.

f Important Notice on Product Safety


  This product may present safety risks due to laser, electricity, heat, and other sources of danger.

Only  trained  and  qualified  personnel  may  install,  operate,  maintain  or  otherwise  handle  this
product and only after having carefully read the safety information applicable to this product.

The  safety  information  is  provided  in  the  Safety  Information  section  in  the  “Legal,  Safety  and
Environmental Information” part of this document or documentation set.

Nokia is continually striving to reduce the adverse environmental effects of its products and services. We
would  like  to  encourage  you  as  our  customers  and  users  to  join  us  in  working  towards  a  cleaner,  safer
environment. Please recycle product packaging and follow the recommendations for power use and proper
disposal of our products and their components.

If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia for any additional information.

2 © 2017 Nokia DN09217877 Issue: 2-0-1
Commissioning Open MSS Cloud on VMware

Table of Contents
This document has 91 pages
   
Summary of changes..................................................................... 8
   
1 Overview of the commissioning of the Open MSS Cloud on
VMware.......................................................................................... 9
1.1 User roles and requirements..........................................................9
   
2 Hardware requirements of the reference configuration................ 11
2.1 Computing capacity of the reference hardware configuration...... 11
2.1.1 High Availability............................................................................ 11
2.1.2 Dynamic Resource Scheduler......................................................12
2.2 Networking architecture of the reference hardware configuration....
12
2.2.1 iSCSI and FCoE data access.......................................................12
2.2.2 Enclosures and ToR switches...................................................... 13
2.3 Storage recommendations for the reference hardware
configuration.................................................................................13
2.3.1 FC-, FCoE-, or iSCSI-based block storage connection................13
   
3 Software requirements of the reference configuration................. 15
   
4 Deployment requirements for the VMware Virtual Infrastructure.....
16
4.1 High availability settings...............................................................16
4.2 Open MSS capacity requirements............................................... 18
4.3 vSphere networking setup............................................................19
4.4 vSphere disk setup.......................................................................21
4.4.1 Open MSS storage requirements.................................................22
   
5 Deployment requirements toward vCloud.................................... 24
5.1 Increasing the element count in the OVF file............................... 24
5.2 Open MSS Organization vDC allocations.................................... 25
5.3 Open MSS networks.................................................................... 26
   
6 Application content provisioning...................................................28
6.1 Updating the Open MSS disk image content............................... 28
6.2 Uploading the Open MSS VSA template to the vCloud
Organization vDC Catalog........................................................... 32
6.3 Uploading the Open MSS template to the vCloud Organization
vDC Catalog.................................................................................36
6.4 Open MSS VSA base configuration for CAM...............................40
6.4.1 Naming the deployed vApp.......................................................... 40
6.4.2 Setting the VSA time zone........................................................... 40
6.4.3 Generating SSH key pairs............................................................41
6.4.4 Configuring the OaM IP addresses.............................................. 44
6.4.5 Naming the VSA VMs.................................................................. 45

DN09217877 Issue: 2-0-1 © 2017 Nokia 3
Commissioning Open MSS Cloud on VMware

6.5 Open MSS base configuration for CAM....................................... 45
6.5.1 Naming the deployed Open MSS vApp....................................... 45
6.5.2 Setting the C number of the Open MSS instance........................ 46
   
7 Application deployment with Cloud Application Manager............ 47
7.1 Deploying the Open MSS VSA from template............................. 47
7.1.1 Creating the Open MSS VSA application.....................................47
7.1.2 Deploying the Open MSS VSA application.................................. 53
7.1.3 Starting the Open MSS VSA application......................................54
7.2 Deploying the Open MSS from template......................................55
7.2.1 Creating the Open MSS application.............................................55
7.2.2 Deploying the Open MSS application.......................................... 63
7.2.3 Starting the Open MSS application.............................................. 64
   
8 Health check of generic operations..............................................66
8.1 Console access............................................................................66
8.1.1 Accessing the OMU console........................................................ 66
8.1.2 Accessing the VMware console................................................... 68
8.1.3 Configuring the VSA.....................................................................71
8.2 Checking the disk connections.....................................................72
8.3 Checking the operational status of the Open MSS Cloud............80
   
Checklist for Open MSS Cloud deployment.................................86

4 © 2017 Nokia DN09217877 Issue: 2-0-1
Commissioning Open MSS Cloud on VMware

List of Figures
Figure 1 vSphere High Availability.................................................................... 17
Figure 2 Virtual Machine Monitoring................................................................. 17
Figure 3 Datastore Heartbeating...................................................................... 18
Figure 4 Block-based datastore in vSphere for vCloud.................................... 22
Figure 5 Storage policy in vSphere for vCloud................................................. 22
Figure 6 High level overview of the Open MSS’s disk connections.................. 23
Figure 7 New Linux VM folder selection........................................................... 29
Figure 8 New Linux VM computer resource selection...................................... 29
Figure 9 New Linux VM storage selection........................................................ 30
Figure 10 New Linux VM compatibility selection................................................ 30
Figure 11 New Linux VM hardware customization............................................. 31
Figure 12 New Linux VM setup completion........................................................ 31
Figure 13 Setting the default upload location in the Catalog.............................. 33
Figure 14 Launching the upload window............................................................ 35
Figure 15 Locating the template and starting the upload....................................35
Figure 16 Setting the default upload location in the Catalog.............................. 37
Figure 17 Launching the upload window............................................................ 38
Figure 18 Locating the template and starting the upload....................................39
Figure 19 Generating a key pair - Step 1............................................................41
Figure 20 Generating a key pair - Step 2............................................................42
Figure 21 Generating a key pair - Step 3............................................................42
Figure 22 Key pair generation finished............................................................... 43
Figure 23 Saving the public key..........................................................................43
Figure 24 Open Templates under the right Organization...................................48
Figure 25 Uploading the application configuration XML with Load file.............. 49
Figure 26 Open MSS VSA to Organization vDC network mapping.................... 50
Figure 27 Create Application stage 3................................................................. 51
Figure 28 Checking the status of the application creation.................................. 52
Figure 29 Ongoing Open MSS VSA application creation................................... 52
Figure 30 Finishing the Open MSS VSA application creation............................ 53
Figure 31 Starting the Open MSS VSA deployment...........................................54
Figure 32 Finished Open MSS VSA deployment................................................54
Figure 33 Start the Open MSS VSA with the start operation..............................55
Figure 34 Open Templates under the right Organization...................................56
Figure 35 Uploading the application configuration XML with Load file.............. 57
Figure 36 Open MSS vApp to Organization vDC external network mapping..... 58
Figure 37 Open MSS vApp to Organization vDC network mapping................... 59
Figure 38 Parameter setting............................................................................... 61
Figure 39 Checking the status of the application creation.................................. 62

DN09217877 Issue: 2-0-1 © 2017 Nokia 5
Commissioning Open MSS Cloud on VMware

Figure 40 Ongoing Open MSS application creation........................................... 62
Figure 41 Finishing the Open MSS application creation.....................................63
Figure 42 Starting the Open MSS deployment................................................... 64
Figure 43 Start the Open MSS with the start operation...................................... 65
Figure 44 Accessing Open MSS MML interface via Putty.................................. 67
Figure 45 Accessing Open MSS MML interface via HIT.................................... 67
Figure 46 Open MSS vApp OMU-0 virtual machine console in vCloud Web
interface..............................................................................................69
Figure 47 Open console for OMU-0 in vCloud Web interface............................ 70
Figure 48 Switch from Service Terminal to MML in VM vCloud console............ 71
Figure 49 Power off VM...................................................................................... 84
Figure 50 Confirm power off............................................................................... 84
Figure 51 Power on VM...................................................................................... 85
Figure 52 Confirm power on............................................................................... 85

6 © 2017 Nokia DN09217877 Issue: 2-0-1
Commissioning Open MSS Cloud on VMware

List of Tables
Table 1 User roles and requirements................................................................ 9
Table 2 Size of deployment artifacts............................................................... 14
Table 3 Minimum number of ESXi blades for different increments................. 19
Table 4 NSX Edge Service Gateways (ESG) requirements for a single Open
MSS Cloud......................................................................................... 19
Table 5 External networks necessary for the Open MSS Cloud..................... 20
Table 6 Connections used in Open MSS VMs................................................ 21
Table 7 Open MSS storage allocations........................................................... 23
Table 8 Reserved capacity allocations for vCPU............................................ 25
Table 9 Reserved allocations for Memory vCPU.............................................26
Table 10 Storage allocations............................................................................. 26
Table 11 MSS networks.................................................................................... 26
Table 12 Open MSS VSA network mapping at the creation phase in CAM...... 50
Table 13 Open MSS network mapping at the creation phase in CAM.............. 59
Table 14 Checklist............................................................................................. 86

DN09217877 Issue: 2-0-1 © 2017 Nokia 7
   

Summary of changes Commissioning Open MSS Cloud on VMware

Summary of changes
Changes between document issues are cumulative. Therefore, the latest document
issue contains all changes made to previous issues.

Changes between issues 2-0-1 and 2-0-0


Information on changing the EMB supervision timer has been added to section Checking
the operational status of the Open MSS Cloud.
The list of files distributed through NOLS was updated in section Application content
provisioning.
The CR3MSSTP.OVF and cr3ipxtx.img files were removed from section Updating
the Open MSS disk image content, and the IP injector script command was updated.
The VSA template name was corrected in section Uploading the Open MSS VSA
template to the vCloud Organization vDC Catalog.
The section Naming the VSA VMs was added.

Changes between issues 2-0-0 and 1-1-0


A new interface has been introduced.

Changes between issues 1-1-0 and 1-0-0


The external networking solution has been modified.

8 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Overview of the commissioning of the Open MSS Cloud
on VMware

1 Overview of the commissioning of the Open


MSS Cloud on VMware
The commissioning procedure for Open MSS Cloud consits of the application content
provisioning and the application deployment with CAM, based on the assumption that
the basic vSphere infrastructure and at least one vCloud Director cell is already installed
and ready to use.

The Open MSS Cloud application is a Virtual Network Function (VNF), which can be
commissioned on top of HP BladeSystem hardware with VMware as the software
platform.
Before commissioning the VNF, the network has to be planned and the hardware and
software platforms configured to accommodate the Open MSS Cloud.
There are basic hardware and software requirements and recommendations for the
virtualized Open MSS deployment and operation. The hardware requirements originate
from the Nokia Cloud Infrastructure (NCI) reference architectures based on HP
BladeSystem. A Virtual Infrastructure (VI) also has to be set up for the correct
deployment of the VNF.
The deployment of the Open MSS Cloud has to be performed through the Cloud
Application Manager (CAM) interface. When the Open MSS Cloud commissioning is
successfully completed, it is integrated with NetAct and ready for network integration.
After deployment, it is possible to check the basic operation of the VNF by following the
health check procedure for generic operations.
Considerations for Open MSS Cloud deployment can be found in section Checklist for
Open MSS Cloud deployment.

Other resources

Web links
VMware documentation

1.1 User roles and requirements


Commissioning the Open MSS Cloud requires the definition of user roles with different
knowledge areas.

Table 1 User roles and requirements
Role Description Expected knowledge
vSphere/vCloud Administrator A user who has administrative vSphere 6.x installation,
privileges on all the VMware configuration, and
SW components that build up administration
the cloud infrastructure.
vCloud 6.x installation,
configuration, and
administration

DN09217877 Issue: 2-0-1 © 2017 Nokia 9
   

Overview of the commissioning of the Open MSS Cloud Commissioning Open MSS Cloud on VMware
on VMware

Table 1 User roles and requirements (Cont.)
Role Description Expected knowledge
VCP certified

Infrastructure Network A user who has administrative vSphere 6.x configuration and


Administrator privileges on all the physical administration on network level
and virtual networking of the
cloud infrastructure. If the vCloud 6.x configuration and
vSphere/vCloud administrator administration on network level
is the virtual networking
administrator, he should be HP Virtual Connect
considered as the networking configuration and
administrator as well. administration
HP c7000 configuration and
administration
HP Datacenter switching
configuration

Infrastructure Storage A user who has administrative vSphere 6.x configuration and


Administrator privileges on all the physical administration on storage level
and virtual storage of the cloud
infrastructure. If the EMC VNX installation,
vSphere/vCloud administrator configuration, and
is the virtual storage administration
administrator, he should be
considered as the storage
administrator as well.
Open MSS Commissioner A user who commissions the vCloud 6.x configuration and
Open MSS on top of vCloud administration on organization
from Nokia's technical support level
team.
Nokia CAM user
Basic Linux user
Open MSS installation and
configuration

10 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Hardware requirements of the reference configuration

2 Hardware requirements of the reference


configuration
All the hardware requirements originate from the Nokia reference configuration, which is
based on HP Blade Systems, HP Flex Networking, and EMC Unified Storage solutions.

The Open MSS Cloud has minimum HW requirements and recommendations in the
following areas:
• Computing capacity
• Networking architecture
• Storage recommendations

2.1 Computing capacity of the reference hardware


configuration
The configuration includes HP Half Height Blades in one or more HP c7000 Enclosures.
The number of blades and the number of enclosures depend on the planned size of the
IaaS Cloud.

The required blade capacity is calculated based on the Hyper threaded (logical) CPU
core capacity and the required memory capacity. The ESXi Hypervisors require two
Logical Cores and minimum 2 GB memory to operate, but that can also depend on the
load of the emulated virtual I/O devices, for example, the Network Interface Cards
(vNICs). ESXi hosts (blades) are organized into clusters to provide High Availability (HA)
and Dynamic Resource Scheduler (DRS) features.

Other resources

Web links
Nokia Cloud Infrastructure on VMware

2.1.1 High Availability


The High Availability (HA) features require minimum three blades.

For proper allocation, always calculate with a maximum of 70-80% utilization for each
blade, and provide enough capacity to avoid overbooking. If at least three hosts are used
in an ESXi Host Cluster with an HA configuration tolerating one blade failure, the
reservation already reaches 30% per host.
When calculating the number of blades, the number usually has to be rounded up.
Although this may result in over dimensioning, it also provides some security in the
dimensioning of the infrastructure.

DN09217877 Issue: 2-0-1 © 2017 Nokia 11
   

Hardware requirements of the reference configuration Commissioning Open MSS Cloud on VMware

2.1.2 Dynamic Resource Scheduler


The VMware ESXi Hypervisor DRS optimizes the execution of the VMs in the most
effective way, so some minimal overbooking of resources is possible.

In order to avoid any performance degradation, always calculate with the maximum
utilization of logical cores when estimating the application needs.
Always provide enough memory for the Telco applications, because relying on hypervisor
memory swapping might result in a decrease of the performance.

Other resources

Web links
Nokia Cloud Infrastructure on VMware

2.2 Networking architecture of the reference hardware


configuration
The hardware reference configuration relies on HP Flex Networking Architecture,
utilizing Data Center Bridging devices and FlexFabric converged networking.

Nokia's reference configuration has minimum requirements and recommendations in the
following areas:
• data access
• enclosures
• ToR switches

2.2.1 iSCSI and FCoE data access


The reference architecture is based on iSCSI data access, however, the latest hardware
and firmware elements are able to provide FCoE data access as well.

Already deployed Fiber Channel (FC) switching can also be used, although in this case
the FlexFabric Interconnect modules have to be utilized in the first two bays, instead of
the Flex10/10D or an external FC to Fiber Channel over Ethernet (FCoE) converged
switch.

Other resources

Web links
Nokia Cloud Infrastructure on VMware

12 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Hardware requirements of the reference configuration

2.2.2 Enclosures and ToR switches


This guide is based on a solution with a single rack configuration, including a maximum
of two enclosures.

The capacity can be extended with similar setups. In a smaller setup, where the number
of the enclosures does not exceed 6-8, 10/40Gbit ToR switches can be used for
aggregating the enclosure network connections, which is the case in the recommended
reference setup. In larger designs, the collapsed core or End of Row (EoR) high capacity
switches should be used for HP c7000 Blade Systems.

Other resources

Web links
Nokia Cloud Infrastructure on VMware

2.3 Storage recommendations for the reference


hardware configuration
The hardware reference configuration recommends an EMC VNX 5400 Unified Storage
equipment.

Since it is recommended to have file-based services besides the block-based ones, only
the unified capable storage should be utilized. However, in very small configurations,
where there are only a few enclosures with a single vCenter and vCloud, the Network
File System (NFS) usage can be replaced with Internet Small Computer System
Interface (iSCSI) or Fiber Channel over Ethernet (FCoE) only.
To achieve a more robust High Availability (HA) of the clusters, the NFS can also be
used as a secondary datastore that is used for host system logging.
The Unified solution has block-based and file-based services.

Other resources

Web links
Nokia Cloud Infrastructure on VMware

2.3.1 FC-, FCoE-, or iSCSI-based block storage connection


The Open MSS Cloud uses a storage architecture based on VSAs.

Virtual Storage Appliances (VSAs) are RedHat Enterprise Linux 7 based Virtual
Machines (VMs) that are not part of the Virtual Server Platform (VSP) cluster. They are
not managed by the recovery system of the VSP, they cannot write VSP logs and alarms,
and they boot independently from the Operation and Maintenance Unit (OMU).

DN09217877 Issue: 2-0-1 © 2017 Nokia 13
   

Hardware requirements of the reference configuration Commissioning Open MSS Cloud on VMware

There are two VSAs in one network element: VSA-1 serving WDU-0 disks and VSA-2
serving WDU-1 disks. Each VSA has a root disk which is used to boot the VSA. It
contains all software artifacts needed for the VSA and stores all logs by the VSA.
With the VSAs, the Virtual Network Function (VNF) storage architecture supports disk
sharing for fast VM failover in a way that no direct iSCSI connection is needed. The
storage requirements can be served from Fiber Channel (FC), Fiber Channel on
Ethernet (FCoE), or Internet Small Computer System Interface (iSCSI) backed storage.
The OMU VMs and the Charging Unit (CHU) VMs access the shared Virtual Machine
Disks (VMDK) via the additional VSA VMs.
The purpose of the different types of disks:
16 GB root disk The system disk of the VSA with pre-installed RHEL 7
operating system and iSCSI targets.
The root disks are not exposed on the iSCSI interface.

32 GB main disk The main disks are exposed on both iSCSI interfaces.


These disks serve the OMUs.

180 GB supplementary The supplementary disks are exposed on both iSCSI


disk interfaces.
These disks serve the CHUs.

The Open MSS VMs are connected to the VSA VMs with iSCSI connectivity, the OMU
and CHU VMs act as the iSCSI initiators, and the VSA VMs act as the iSCSI targets.
The VNF VMs not only access a disk in a shared manner, but high availability is also
granted by the VSP. Each VM uses two disks in a redundant manner.
Each VSA has its own Operation and Maintenance (OaM) connection toward the
external OaM network. These connections are used for troubleshooting purposes.
The size of the different deployment artifacts are described in Table 2: Size of
deployment artifacts.

Table 2 Size of deployment artifacts
Open MSS vApp OVF file including VSAs ~1 MB
CAM XML configuration file ~10 kB
File Allocation Table (FAT) disk image with ~4 MB
iPXE for OMU boot (cr3ipxtx.img)
VSA root VMDKs 2 * 550 MB
OMU VMDK 1 GB
Charging VMDK ~1 MB

14 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Software requirements of the reference configuration

3 Software requirements of the reference


configuration
The Open MSS Cloud has minimum software requirements and recommendations
regarding the VMware and Nokia components.

To set up a vCloud IaaS service appropriate for Telco applications like the Open MSS
Cloud or another Virtual Network Function (VNF), the appropriate vCloud version should
be used and licensed based on the number of CPU sockets the infrastructure has in
total.
During the commissioning phase, the Cloud Application Manager (CAM) and NetAct can
be used for application management, while for application deployment, use an auxiliary
Linux Virtual Machine (VM) and the OMU IP injector script.
Cloud Application Manager
The CAM is a Virtual Network Function Manager (VNFM) under a Management Cluster
or Resource Pool. It is used to deploy the Open MSS on top of vCloud, and provides
application VM management at scale-in and scale-out operation phases.
It requires access towards the vCloud Application Programming Interface (API), vSphere
API, and Open MSS OaM Interface.

NetAct
NetAct is a set of VNF element management applications for managing and operating
network elements efficiently and remotely.
It provides standard Fault Management (FM), Performance Management (PM), and
Configuration Management (CM) functions for the VNF. NetAct requires access towards
the CAM and the OaM interface.

Auxiliary Linux Virtual Machine


Updating the OMU-0 physical IP address of the VNF into its disk images requires an
auxiliary machine. During the commissioning, a Linux environment must be available
with a minimum disk size of 40 GB, where the OMU-0 physical IP must be uploaded with
the omu_ip_injector.pl script.
The recommended Linux VM is CentOS-based, however the only real requirement is that
it must to be able to run Perl programs.
This machine is temporarily located in the host cluster where the Open MSS is deployed,
or in a support cluster.

Other resources

Web links
Cloud Application Manager documentation
NetAct documentation

DN09217877 Issue: 2-0-1 © 2017 Nokia 15
   

Deployment requirements for the VMware Virtual Commissioning Open MSS Cloud on VMware
Infrastructure

4 Deployment requirements for the VMware


Virtual Infrastructure
The successful deployment of the VMware Virtual Infrastructure requires the
configuration of the high availability, capacity, and vSphere networking and disk setup
settings.

4.1 High availability settings


For a secure High Availability operation, it is strongly recommended to have two different
types of datastores for HA heartbeating.

For High Availability (HA), a block- and NFS-based storage can be used concurrently,
where the NFS (Network File System) datastore operates as a secondary heartbeat
datastore and can contain the Log Directories of the hosts as well. If this is not an option,
a minimum of two datastores can be configured from the same block-based Virtual
Machine File System (VMFS) type. In this case, the overall capacity requirement can be
distributed across multiple datastores. Those datastores then can be organized into
datastore clusters.
Under high load, the vCenter, with fully automated Dynamic Resource Scheduler (DRS)
settings, can induce vMotion of VMs in order to balance the cluster load. However, this
can cause problems in the operation of the signaling units and may cause the units to
restart. With the right vMotion network bandwidth, the possibility of a unit failure can be
effectively reduced. As this behavior is not acceptable, the partially automated DRS
operation mode has to be selected. Under high load, this will raise alarms in the vCenter
and the DRS will request a manual approval for the vMotion.
For telco applications that use hardware monitoring for operating system heartbeating,
like the Open MSS, a different approach is required to achieve the same health check
and recovery. In VMware, the application HA is the function that monitors the operating
system readiness and detects the general SW failures. It has two levels of fault
detection. The first one is the operation of the OS in general on the guest. The second is
the operation of a particular SW application on top of the VM. From the guest (VM OS)
side, the VMware Tools or its corresponding part should be installed or implemented in
order to provide basic heartbeat signals for monitoring the operating system’s general
operation. For a particular SW application heartbeating, a specific Applicaiton
Programming Interface (API) has to be implemented in the application and the complete
VMware Tools has to be installed.
The application HA function has to be enabled on a cluster level, though it can be fine
tuned on the vCenter level only. That means that every Virtual Machine deployed through
vCloud on top of the cluster inherits the default cluster application HA settings.

g Note: All the VMs must have VMware Tools or Host-Guest heartbeating function
implemented, otherwise they will be rebooted or set to sleep mode continuously as a
result of the activation of the application HA recovery event.

There is no need to customize the default application HA configuration.

16 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Deployment requirements for the VMware Virtual
Infrastructure

Figure 1 vSphere High Availability

Figure 2 Virtual Machine Monitoring

DN09217877 Issue: 2-0-1 © 2017 Nokia 17
   

Deployment requirements for the VMware Virtual Commissioning Open MSS Cloud on VMware
Infrastructure

Figure 3 Datastore Heartbeating

4.2 Open MSS capacity requirements


In order to deploy a full capacity Open MSS on a cluster that has dual 12 core CPU
sockets, the cluster requires 7 hosts, including the one host needed for high availability.

It is possible to start the Open MSS with the basic increment, which requires at least 5
hosts in the cluster. The 5 hosts are enough to execute a subset of the Open MSS
Virtual Machines (VMs) in case the application provides only the 500k from the total 3M
Busy Hour Call Attempts (BHCAs) capacity. The 5 host clusters can provide adequate
computing capacity for the basic increment, even if the VMs are running with maximum
CPU utilization. The cluster can tolerate 1 host failure without performance degradation.
While the minimum number of hosts required for Open MSS is 5, it can be manually
extended up to 3M user or BHCA capacity in increments.
When calculating the number of blades, it is essential to know how many physical and
logical cores there are in the blades in the specific cluster. The basic increment includes
all the VMs of the full capacity Open MSS, except for the signaling units (GISUs) and the
load balancers. The increments differ from each other in the amount of additional GISUs
and the necessary load balancers (IP Director Units).

18 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Deployment requirements for the VMware Virtual
Infrastructure

Table Minimum number of ESXi blades for different increments shows the planning and


calculation of the required blades in a cluster executing the Open MSS for the Nokia
traffic profile. This calculation does not include an additional blade of ESXi Host Cluster
HA for a 1-host-failure tolerant setup.
The host operating system requires 6 or 8 threads (vCPUs) from the total number of
threads for each ESXi host, depending on the number of physical cores. These are
always reserved before calculating the total number of blades.

Table 3 Minimum number of ESXi blades for different increments
Users/BHCA 500k 1M 1,5M 2M 2,5M 3M
Total VMs 38 44 50 56 62 70
Increments Basic +6 VM +6 VM +6 VM +6 VM +8 VM
Total vCPU 104 122 140 158 176 200
Total Memory 92 110 128 147 165 190
(GB)
Total Dual 10 3,20 3,65 4,25 4,70 5,30 5,90
Core (40)
Blades
Total Dual 12 2,67 (4)* 3,21 3,58 3,96 4,50 5,00
Core (48)
Blades

* This setup requires 4 physical blades due to anti-affinity rules.

Table 4 NSX Edge Service Gateways (ESG) requirements for a single Open MSS
Cloud
Required resources for Cloud 500k 1M 1,5M 2M 2,5M 3M
NSX ESGs
Total NSX VMs 20 20 20 20 20 20
Total NSX vCPU 40 40 40 40 40 40
Total NSX vRAM (GB) 14 14 14 14 14 14
Total NSX vDisk (GB) 10 10 10 10 10 10
VMware Data storage quote (NSX 14 14 14 14 14 14
SWAP File allocations only) (GB)
Total storage needed for NSX 24 24 24 24 24 24
ESGs of a single MSS (GB)

4.3 vSphere networking setup


The recommended physical network includes two dual port 10Gbit FlexFabric network
cards in each blade and two pairs of Virtual Connect in the c7000 enclosure. For the
proper bandwidth allocation, network partitioning is required on both network interface
cards.

DN09217877 Issue: 2-0-1 © 2017 Nokia 19
   

Deployment requirements for the VMware Virtual Commissioning Open MSS Cloud on VMware
Infrastructure

The network configuration relies on the mandatory standard (vSS) and distributed
switches (vDS). The use of the Network File System (NFS) datastores and NFS shares
is optional in small setups, and the NFS port group can also be omitted from the Storage
Access vDS, if NFS is not used at all. If Storage Access vDS is not used at all, the Flex
Network Interface Card (NIC) partitions can be hidden, or the vNICs can be used for
other purposes, for example, in fault tolerant networks.
Two interconnect pairs, that is, 4 VC modules are required for the separation of the
infrastructure operation networks from cloud application networks. Simple switches are
adequate for VMware management and vMotion. The vMotion, host management,
datastore access VMware Kernel Interfaces (VMK) and the hardware failure oriented
group blocking-acknowledgement messages (HBAs) have to be separated from each
other via a dedicated uplink.
For the Open MSS application networking, three distributed switches are required:
• VDS-NCIV1-INFRA-MGMT
• VDS-NCIV1-CLOUD-INTERNAL
• VDS-NCIV1-CLOUD-EXTERNAL

The port groups that provide access to certain external networks necessary for the Open
MSS have to be created by the vCenter administrator or by the network administrator
beforehand. These port groups are the basis of all the external networks in vCloud.

Table 5 External networks necessary for the Open MSS Cloud
vCloud External vDS vCenter Port Required Security Zone
Network Group
Open MSS[x] VDS-NCIV1- pgMSS[x]-OAM Mandatory Core-VNF-Mgmt
OAM CLOUD-
INTERNAL
Open MSS[x] VDS-NCIV1- pgMSS[x]-CHA Mandatory Core-Charging
Charging CLOUD-
INTERNAL
Open MSS[x] LI VDS-NCIV1- pgMSS[x]-LI Mandatory Core-LI
CLOUD-
INTERNAL
Open MSS[x] VDS-NCIV1- pgMSS[x]-OAM- Mandatory Core-VNF-Mgmt
OAM Multi- CLOUD- SCTP-Mh-Pri
homed Primary INTERNAL
Open MSS[x] VDS-NCIV1- pgMSS[x]-OAM- Mandatory Core-VNF-Mgmt
OAM Multi- CLOUD- SCTP-Mh-Sec
homed INTERNAL
Secondary
Open MSS[x] VDS-NCIV1- pgMSS[x]-OAM- Mandatory Core-VNF-Mgmt
OAM Single CLOUD- SCTP-Sh-TCP-
Homed INTERNAL UDP
Open MSS[x] CP VDS-NCIV1- pgMSS[x]-CP- Mandatory Core-Control
Multi-homed CLOUD- SCTP-Mh-Pri
Primary INTERNAL
Open MSS[x] CP VDS-NCIV1- pgMSS[x]-CP- Mandatory Core-Control
Multi-homed CLOUD- SCTP-Mh-Sec
Secondary INTERNAL

20 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Deployment requirements for the VMware Virtual
Infrastructure

Table 5 External networks necessary for the Open MSS Cloud (Cont.)
vCloud External vDS vCenter Port Required Security Zone
Network Group
Open MSS[x]CP VDS-NCIV1- pgMSS[x]-CP- Mandatory Core-Control
Single Homed CLOUD- SCTP-Sh-TCP-
INTERNAL UDP

Table 6 Connections used in Open MSS VMs
EL0 EL1 EMB0 EMB1 EL4 EL5 EL6
Interface →
Unit ↓

Physical 1 2 3 4 5 6 7
Order
OMU Internal Internal Internal Internal OAM iSCSI-Path LI Admin
A/B
CHU Internal Internal Internal Internal Billing iSCSI-Path Not Used
A/B
STU Internal Internal Internal Internal LI Data Fraud Not Used
reports
O&M IPDU Internal Internal Internal Internal Core Core Core
Signaling Signaling Signaling

CP IPDU Internal Internal Internal Internal Core Core Core


Signaling Signaling Signaling

The gateway in the Open MSS core signaling networks is the ESG switch.

4.4 vSphere disk setup


To deploy core applications like the Open MSS, an Internet Small Computer System
Interface (iSCSI) or Fiber Channel over Ethernet (FCoE) datastore has to be provisioned
to the vCloud.

To avoid the mix-up with the Network File System (NFS) datastore, perform database
profiling on the block-based datastore. Allocate only those as available policies for
vCloud while creating Organization vDCs and selecting block-based RAID10 backed
datastores.

DN09217877 Issue: 2-0-1 © 2017 Nokia 21
   

Deployment requirements for the VMware Virtual Commissioning Open MSS Cloud on VMware
Infrastructure

Figure 4 Block-based datastore in vSphere for vCloud

For better performance, always use RAID10 Pools for the volumes created for VMware
datastores in a telco-ready vSphere/vCloud setup.

Figure 5 Storage policy in vSphere for vCloud

To achieve exceptional performance, it is strongly recommended to use multi–tier array
pools with the combination of Serial-Attached SCSIs (SASs) and Solid-State Drives
(SSDs). In order to avoid any performance degradation, use block-based data protocols.
Using RAID5 disk arrays (pools) or NFS data access protocol may result in slowness
and the decrease of performance for telco applications.

4.4.1 Open MSS storage requirements


The VMware datastore is necessary for storing the Open MSS Virtual Machines’ different
VMware configuration files and the VM host memory swap file.

The arrays that host VMware datastores can also host the volumes that are used by the
Open MSS. If this is not allowed for security reasons, a separate RADI10 Storage Pool
array has to be created for the Open MSS disk volumes.
With iSCSI-based Block Storage Connection via Virtual Storage Appliance (VSA), there
is no need for the direct iSCSI connection between the disk units and the storage.
Storage solution is integrated within the Open MSS vApp. The Operation and
Maintenance Unit (OMU) and the Charging Unit (CHU) VMs access the shared virtual
vmdk based disks via the additional VSA VMs. The respective Open MSS VMs connect
to the VSA VMs with iSCSI connectivity with the OMU and CHU VMs acting as the iSCSI
initiators and the VSA VMs acting as the iSCSI targets.

22 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Deployment requirements for the VMware Virtual
Infrastructure

Figure 6 High level overview of the Open MSS’s disk connections

Storage
Access OpenMSSvApp
Network
(SAN) OMU-0 OMU-1 CHU-0 CHU-1
VM VM VM VM

OMU CHU OMU CHU


WO WO W1 W1

VSA-1 VSA-2
VM VM

CloudStorageLUN
Cloud

iSCSI
EmulatedSCSI
vmdk orCindervolume

Table 7 Open MSS storage allocations
Resource Allocations GB
VMware Datastore Storage quote (GB) 410 (SWAP File allocations only) (OrgvDC
quote)
SAN Storage Allocation (GB) 1172 (OMU+CHU+VSA Disks)
Total Space required (GB) 1546
Additional storage space required for the very 1546
first element at the site to store the MSS
template (GB)

DN09217877 Issue: 2-0-1 © 2017 Nokia 23
   

Deployment requirements toward vCloud Commissioning Open MSS Cloud on VMware

5 Deployment requirements toward vCloud


Deploying the application in the VMware Cloud requires that certain conditions are
fulfilled.

The requirements include the number of XMLs in the OVF file, the number of
Organization vDC allocations, and the number of MSS network connections.
A Provider vDC is necessary to utilize resources form a vSphere cluster in vCloud.
Before deploying the Virtual Network Function (VNF), the element count has to be
increased in the OVF file, the Organiztion allocations have to be set, and the external
networks have to be configured.

Other resources

Web links
Nokia Cloud Infrastructure on VMware

5.1 Increasing the element count in the OVF file


The number of XML elements in the OVF file must be increased for the deployment of
the Virtual Network Function.

Purpose
The default setting of vCloud regarding the maximum number of XML elements in the
OVF file prevents the deployment of the Open MSS. The Open MSS can be deployed
only to a vCloud cell where the value of the maximum element count is increased to
15000.

Procedure

1 Initiate a Secure Shell (SSH) connection into the vCloud Director cell using root access.

2 Open the global.properties file through the /opt/vmware/vcloud-
director/etc path in the vCloud Director by using VI text editor.

3 Create a backup of the global.properties file before making the changes.

4 Add or edit the following entries in the file:

• maxOvfElementDepth = 100

24 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Deployment requirements toward vCloud

• maxOvfElementCount = 15000

5 Save the file with the ESC :wq ENTER command.

6 Repeat the process for each of the remaining vCloud Director cells.

7 Restart the VMware vCD with the vmware-vcd restart command through the
/etc/init.d/ path to apply the changes.

5.2 Open MSS Organization vDC allocations


Use the reference tables of the capacity figures to create Organization vDCs when
commissioning Nokia Cloud Infrastructure on VMware.

vCPU
Table Reserved capacity allocations for vCPU shows the required reserved allocations
for the vCPU of the Open MSS Organization vDC, based on the increment in use and
the available physical CPU core speed.

Table 8 Reserved capacity allocations for vCPU
Capacity (MBHCA) 0,5 1 1,5 2 2,5 3
Total vCPU 109 127 145 163 181 205
Physical vCPU
Core Speed
Speed (MHz)
(GHz)
2,00 900 99 115 131 147 163 185
2,10 945 104 121 138 155 172 194
2,20 990 108 126 144 162 180 203
2,30 1035 113 132 151 169 188 213
2,40 1080 118 138 157 177 196 222
2,50 1125 123 143 164 184 204 231
2,60 1170 128 149 170 191 212 240
2,70 1215 133 155 177 199 220 250
2,80 1260 138 161 183 206 229 259
2,90 1305 143 166 190 213 237 268
3,00 1350 148 172 196 221 245 277

Memory and storage

DN09217877 Issue: 2-0-1 © 2017 Nokia 25
   

Deployment requirements toward vCloud Commissioning Open MSS Cloud on VMware

Tables Reserved allocations for Memory vCPU and Storage allocations show the


required reserved allocations for the memory of the Open MSS Organization vDC, based
on the increment in use:

Table 9 Reserved allocations for Memory vCPU
Capacity (MBHCA) Memory (GB)
0,5 91
1 109
1,5 127
2 145
2,5 163
3 187

Table 10 Storage allocations
Allocations GB Organization vDC Quote
347 (SWAP File allocations for Template ) Included
347 (SWAP File allocations for full Open MSS Included
increment)
60 (2 * 30GB OMU Disks) Included
1080 (6 *180GB CHU Disks) Included
32 (2 * 61GB VSA root disks) Included
Total: 1546

g Note: Storage allocation is needed for the vApp template as well as the deployed
applications.

The required minimum number of pool-based isolated networks (VXLAN networks) for
the Open MSS Cloud is 12.

5.3 Open MSS networks


Set up the IP connectivity according to the required network names, types, and
connections.

Table 11 MSS networks
Usage Name in the template Scope vCloud external
network
External network for OAM-NET External Open MSS[x] OAM
OaM LAN
External network for Billing External Open MSS[x]
Billing LAN Charging
External network for LI External Open MSS[x] LI
OLCM LAN

26 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Deployment requirements toward vCloud

Table 11 MSS networks (Cont.)
Usage Name in the template Scope vCloud external
network
External network for OAM-EXT0 External Open MSS[x] OAM
OaM LAN SCTP MH Multihomed Primary
Primary
External network for OAM-EXT1 External Open MSS[x] OAM
OaM LAN SCTP MH Multihomed
Secondary Secondary
External network for OAM-EXT2 External Open MSS[x] OAM
OaM LAN TCP/UDP Single Homed
Internal network for FI0 MSS vApp Internal
INT0 (EL0)
Internal network for FI1 MSS vApp Internal
INT1 (EL1)
Internal network for EMB0 MSS vApp Internal
EMB0
Internal network for EMB1 MSS vApp Internal
EMB1
Storage connectivity, Internal-iSCSI-A- Org vDC Internal
iSCSI-A (EL5) Network
Storage connectivity, Internal-iSCSI-B- Org vDC Internal
iSCSI-B (EL5) Network
External network for CP-EXT0 External Open MSS[x] CP
Control Plane LAN, Multi-homed Primary
SCTP MH Primary,
EXT0 (EL4)
External network for CP-EXT1 External Open MSS[x] CP
Control Plane LAN, Multi-homed
SCTP MH Secondary, Secondary
EXT1 (EL5)
External network for CP-EXT2 External Open MSS[x]CP
Control Plane LAN, Single Homed
TCP/UDP

All external network/interface of the MSS should be connected via an ESG, based on
NCIV16 recommendations

DN09217877 Issue: 2-0-1 © 2017 Nokia 27
   

Application content provisioning Commissioning Open MSS Cloud on VMware

6 Application content provisioning


Before the applications can be deployed in the Cloud Application Manager, the Open
MSS VSA and Open MSS application templates have to be pre-provisioned into vCloud
Director.

In order to deploy the Open MSS via CAM, a configuration or parameter file has to be
created beforehand.
The Open MSS files are distributed via NOLS for VMware deployment:
• OVF Template: CR3MSSTP.OVF and CR3VSAMS.OVF
• Configuration XML: CR3CAMTP.XML
• Zipped Raw Disk Image: MSS17OMU-W0.img.bz2
• cr3ipxtx.vmdk
• VSA root disks (vsa-root.vmdk)
• VSA support disk (vsa-supp-disk.vmdk)
• VSA configuration xml (CR3VSACA.XML)
• omu_ip_injector.pl

Other resources

Web links
Nokia Networks Online Services

6.1 Updating the Open MSS disk image content


Updating the core disk image content in the Open MSS requires the configuration of the
physical OMU IP address and the default gateway.

Purpose
Before the Open MSS vApp template is uploaded to the vCloud, the OMU-0 physical IP
address and the default route must be set from the local application Operation and
Maintenance (OaM) subnet.

Procedure

28 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

1 Create and start an auxiliary Linux VM with a minimum disk size of 80 GB.

Step example

Figure 7 New Linux VM folder selection

Figure 8 New Linux VM computer resource selection

DN09217877 Issue: 2-0-1 © 2017 Nokia 29
   

Application content provisioning Commissioning Open MSS Cloud on VMware

Figure 9 New Linux VM storage selection

Figure 10 New Linux VM compatibility selection

30 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

Figure 11 New Linux VM hardware customization

Figure 12 New Linux VM setup completion

2 Copy the following files to the machine:

• omu_ip_injector.pl
• CR3VSAMS.OVF
• omu.img.bz2

DN09217877 Issue: 2-0-1 © 2017 Nokia 31
   

Application content provisioning Commissioning Open MSS Cloud on VMware

3 Update the operating system of the Auxiliary Linux VM with the yum update command.

4 Install the bzip2 file with the yum install bzip2 command.

5 Install the Time-HiRes module with the yum install perl-Time-HiRes.

6 Add execution rights to the omu_ip_injector.pl script with the chmod +x
omu_ip_injector.pl command.

7 Execute the IP injector script with the ./omu_ip_injector.pl IPAddress
DefaultGW SubnetMask VSAOVFFile OMUDiskImage command.

Running this script can take approximately one hour.

Step example
./omu_ip_injector.pl 10.88.49.4 10.88.49.1 24 try/CR3VSAMS.OVF
try/omu.img.bz2

8 Copy the CR3VSAMS.OVF, CR3MSSTP.OVF , the generated vsa-main-disk.vmdk,
vsa-root.vmdk, cr3ipxtx.vmdk, and vsa-supp-disk.vmdk to the same folder.

6.2 Uploading the Open MSS VSA template to the


vCloud Organization vDC Catalog
The Open MSS VSA template must be uploaded before the application deployment with
the CAM.

Purpose
The Open MSS and Open MSS Virtual Storage Appliance (VSA) are two separate vApps
deployed in the same Organization vDC. Together they provide the functionality of the
Open MSS. The Open MSS VSA vApp has to be deployed first, since it provides the
storage services for the MSS.
The Open MSS VSA template upload includes the upload of the Open MSS VSA
template OVF package with the Virtual Machine (VM) specification of the VSA.

32 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

Procedure

1 Set the default upload location in the Catalog.

The Catalog default Organization vDC destination has to be set via the Catalog
Properties if there are multiple Organization vDCs in the same Organization. While
the template deployment should work even if the template VMs and the new vApp
instance VMs are not in the same Organization vDC, it is recommended to put them
into the same location.

Step example

Figure 13 Setting the default upload location in the Catalog

2 Locate the Open MSS VSA template (CR3VSAMS.OVF).

The template is provided via NOLS. The configuration used during the Cloud
Application Manager (CAM) deployment and the image content defines the VSA of
the Open MSS.

DN09217877 Issue: 2-0-1 © 2017 Nokia 33
   

Application content provisioning Commissioning Open MSS Cloud on VMware

3 Name the template.

The name of the template in the vCloud is the operator’s choice, although it is
recommended to include the template name and some information about its version.
Versioning information can be found in the second line of the template.

Step example
<?ConfigurationManagement MID="@(#)MID: CR3VSATP.OVF 3.7-0
13/12/05 #eod"?>
In this example, the name of the Open MSS VSA template in vCloud should be
‘CR3VSATP-3.7-0’.

4 Give a proper description to the template.

To make identification easier later, give a short description to the template.

Step example
Nokia Open MSS Cloud 17 [Operator] VSA template

5 Upload the template.

The Organization Administrator or the Catalog Author has to initiate the upload.
The upload procedure requires Java, Adobe Flash, and Internet Explorer on a
support machine or laptop that has access to the vCloud Director Web Portal.
The portal can be accessed through the vCD web interface.
Use the following path: Catalogs/My Organization’s Catalog/vApp
Templates

34 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

6 Launch the upload window by clicking Upload.

Step example

Figure 14 Launching the upload window

7 Locate the template and start the upload.

Step example

Figure 15 Locating the template and starting the upload

DN09217877 Issue: 2-0-1 © 2017 Nokia 35
   

Application content provisioning Commissioning Open MSS Cloud on VMware

Step result

The upload first transfers the OVF file into a transfer directory of the vCloud Director
Cell, which can be followed in the upload progress window. When the transfer is
finished, the vCloud Director starts to import individual VMs of the OVF package into
the vCenter. Every VM in the template becomes a VM in the vCenter, imported into
one of the hosts in the cluster. This process might take some time, depending on the
size of the template and, in case the VM has disks, their sizes. During importing, the
template is in ‘Importing’ status and the progress bar indicates how the process is
going. When the whole template is successfully imported, the template is ready.

g Note: Only completely imported templates that are in ‘Ready’ state can be deployed.

Other resources

Web links
vCloud Director

6.3 Uploading the Open MSS template to the vCloud


Organization vDC Catalog
The Open MSS application template must be uploaded before the application
deployment with the CAM.

Before you start


The Open MSS VSA template has to be successfully uploaded before the Open MSS
template upload can be started, since the former provides the storage services for the
Virtual Network Function (VNF).

Procedure

1 Set the default upload location in the Catalog.

The Catalog default Organization vDC destination has to be set via the Catalog
Properties if there are multiple Organization vDCs in the same Organization. While
the template deployment should work even if the template VMs and the new vApp
instance VMs are not in the same Organization vDC, it is recommended to set the
same location.

36 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

Step example

Figure 16 Setting the default upload location in the Catalog

2 Browse the Open MSS template (CR3MSSTP.OVF).

The template is provided via NOLS. The configuration used during the Cloud
Application Manager (CAM) deployment and the image content defines the Open
MSS.

3 Name the template.

The name of the template in the vCloud is the operator’s choice, although it is
recommended to include the template name and some information about its version.
Versioning information can be found in the second line of the template.

Step example
<?ConfigurationManagement MID="@(#)MID: CR3MSSTP.OVF 1.3-0
13/12/05 #eod"?>

DN09217877 Issue: 2-0-1 © 2017 Nokia 37
   

Application content provisioning Commissioning Open MSS Cloud on VMware

In this case, the name of the Open MSS template in vCloud should be ‘CR3MSSTP-
1.3-0’.

4 Give a proper description to the template.

To make identification easier later, give a short description to the template.

Step example
Nokia Open MSS Cloud 17 [Operator] template

5 Upload the template.

The Organization Administrator or the Catalog Author has to initiate the upload.
The upload procedure requires Java, Adobe Flash, and Internet Explorer on a
support machine or laptop that has access to the vCloud Director Web Portal.
The portal can be accessed via the vCloud Director we interfac.
Use the following path: Catalogs/My Organization’s Catalog/vApp
Templates

6 Launch the upload window by clicking Upload.

Step example

Figure 17 Launching the upload window

38 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

7 Locate the template and start the upload.

Step example

Figure 18 Locating the template and starting the upload

Step result

The upload first transfers the OVF file into a transfer directory of the vCloud Director
Cell. This can be followed in the upload progress window. When the transfer is
finished, the vCloud Director starts to import individual VMs of the OVF package into
the vCenter. Every VM in the template becomes a VM in the vCenter, imported into
one of the hosts in the cluster. This process might take some time, depending on the
size of the template and, in case the VM has disks, their sizes. During importing, the
template is in ‘Importing’ status and the progress bar indicates how the process is
going. The Open MSS VMs normally do not have virtual disks, therefore the import is
fast. When the whole template is successfully imported, the template is ready.

g Note: Only completely imported templates that are in ‘Ready’ state can be deployed.

Other resources

Web links
vCloud Director

DN09217877 Issue: 2-0-1 © 2017 Nokia 39
   

Application content provisioning Commissioning Open MSS Cloud on VMware

6.4 Open MSS VSA base configuration for CAM


The parameters have to be customized for a specific Open MSS instance and location
before the application deployment with the Cloud Application Manager.

The CR3VSACA.XML includes the basic configuration data that is necessary for the
Open MSS to be able to work after the first deployment in vCloud.
In the configuration XML, each parameter is described with a key, a label, and a value.

6.4.1 Naming the deployed vApp


The ViAppConfiguration section must be customized to be visible in NetAct.

• Set the id value in the ViAppConfiguration section under the ID tag to the name of the
newly created vApp.

The name will be visible in NetAct in the NE tree display name.

Step example
<ViAppConfiguration>
<ID>
<Key>id</Key>
<Value>MSS23 VSA</Value>
</ID>
</ViAppConfiguration>

6.4.2 Setting the VSA time zone


To ensure compatibility configure the time zone for the VSAs.

Purpose
The same time zone has to be set in the two Virtual Storage Appliances (VSAs) and it
should be the same as the one set for the Operation and Maintenance Unit (OMU).

• Set the time zone for the VSA in the Virtual Machine (VM) specific sections of the
configuration file (Configuration/VMs/VM/).

The values given in the Value field have to be compatible with the timedatectl
Linux command.
The possible values can be listed with the timedatectl list-timezones
command in Linux.

40 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

Step example
<Attribute>
<Key>vsa1-timezone</Key>
<Label>VSA-1 Time zone</Label>
<Value>CET</Value>
<!-- Timezone to be used in VSA-1. This must be the same as the
timezone
used in VSA-2 and what will be set in OMU. -->
<Class>VSA1_params</Class>
</Attribute>

6.4.3 Generating SSH key pairs


Follow the steps to generate key pairs to login to the VSA.

Purpose
The SSH key pairs are used to login to the VSAs. The OAM interface of the VSAs use
non-interactive SSH. A key pair is generated for each VSA and the public keys are
added to the Attribute within each VSA's VM section, where the Key is vsa1-ssh-
public-key and vsa2-ssh-public-key.
This procedure describes how to generate a key pair using PuttyGen
(http://the.earth.li/~sgtatham/putty/latest/x86/puttygen.exe) Windows version.

Procedure

1 Start PuttyGen.

Step example

Figure 19 Generating a key pair - Step 1

DN09217877 Issue: 2-0-1 © 2017 Nokia 41
   

Application content provisioning Commissioning Open MSS Cloud on VMware

2 Click on the "Generate" button without modifying the default parameters.

Step example

Figure 20 Generating a key pair - Step 2

3 Move the mouse to the blank area below the progress bar.

Step example

Figure 21 Generating a key pair - Step 3

42 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

Step result

The key generator displays the generated public key. The private key remains
hidden.

4 Copy the public key to the CAM XML of the VSA.

Figure 22 Key pair generation finished

5 Save the public and private key files with their respective buttons.

Step example

Figure 23 Saving the public key

<Attribute>
<Key>vsa1-ssh-public-key</Key>
<Label>VSA-1 SSH public key</Label>

DN09217877 Issue: 2-0-1 © 2017 Nokia 43
   

Application content provisioning Commissioning Open MSS Cloud on VMware

<Value>ssh-rsa AAAB3NzaC1yc2EAAAABJQA… dzw== rsa-key-20150804</Value>


<!-- SSH public key generated for VSA-1 -->
<Class>VSA1_params</Class>
</Attribute>

6.4.4 Configuring the OaM IP addresses


Configure the VSA's OaM IP addresses, netmask, and default gateway.

Purpose
The IP addresses have to be externally routable.

Procedure

1 Align the IP addresses with the IP plan and add them to the Attribute within each
VSA's VM section.

Step example
<Attribute>
<Key>vsa1-om-ip</Key>
<Label>VSA-1 OAM IP</Label>
<Value>10.101.145.3</Value>
<!-- VSA-1 O&M IP address. This is a public IP on the O&M network.
-->
<Class>VSA1_params</Class>
</Attribute>

2 Align the netmask of the OaM IP addresses with the IP plan and add them to the
Attribute within each VSA's VM section.

Step example
<Attribute>
<Key>vsa1-om-netmask</Key>
<Label>VSA 1 OAM netmask</Label>
<Value>255.255.255.0</Value>
<!-- VSA-1 O&M IP netmask. -->
<Class>VSA1_params</Class>
</Attribute>

3 Align the default gateway of the OaM IP addresses with the IP plan and add them to the
Attribute within each VSA's VM section.

Step example
<Attribute>
<Key>vsa1-om-gateway</Key>

44 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application content provisioning

<Label>VSA-1 OAM gateway</Label>


<Value>10.101.145.1</Value>
<!-- Gateway for VSA-1 O&M IP. -->
<Class>VSA1_params</Class>
</Attribute>

6.4.5 Naming the VSA VMs


You can customize the VSA VM names.

• Give each VSA VM a unique name.

Step example
<Attribute>
<Key>vsa1-hostname</Key>
<Label>VSA-1 host name</Label>
<Value> VSA-1</Value>
<Class>VSA1_params</Class>
</Attribute>

6.5 Open MSS base configuration for CAM


The parameters have to be customized for a specific Open MSS instance and location.

The CR3CAMTP.XML includes the basic configuration data that is necessary for the
Open MSS to be able to work after the first deployment in vCloud.
In the configuration XML, each parameter is described with a key, a label, and a value.

6.5.1 Naming the deployed Open MSS vApp


The ViAppConfiguration section must be customized to be visible in NetAct.

• Set the id value in the ViAppConfiguration section under the ID tag to the name of the
newly created vApp.

The name will be visible in NetAct in the NE tree display name.

DN09217877 Issue: 2-0-1 © 2017 Nokia 45
   

Application content provisioning Commissioning Open MSS Cloud on VMware

Step example
<ViAppConfiguration>
<ID>
<Key>id</Key>
<Value>MSS23</Value>
</ID>
</ViAppConfiguration>

6.5.2 Setting the C number of the Open MSS instance


The Open MSS instance can be identified by its C number.

Purpose
The C number has to be set in two different locations.

Procedure

1 Set the C number in the ViAppConfiguration section, under the C4CAttributes tag in
Attribute, with the RootDN key.

The value should include the real C number in the string MSS-999999 by replacing
the default numbers.

2 Set the C number in the ViAppConfiguration section, under the C4CAttributes tag in
Attribute, with the CNumber key.

The default value has to be replaced with the real C number itself.

Example
<ViAppConfiguration>
<C4CAttributes>
<Attribute>
<Key>RootDN</Key>
<Label>AIF</Label>
<Value>MSS-999999</Value>
<Class>cfw4coreaif</Class>
</Attribute>

<Attribute>
<Key>CNumber</Key>
<Label>C number</Label>
<Value>999999</Value>
<Class>cfw4corepostdeployment</Class>
</Attribute>
</C4CAttributes>
</ViAppConfiguration>

46 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

7 Application deployment with Cloud


Application Manager
The CAM introduces a new Open MSS instance in NetAct via the Automatic Integration
Framework (AIF) configurator after the deployment has been started.

The deployment process includes the creation, deployment, and starting procedures for
both the Open MSS VSA and the Open MSS from a template.

7.1 Deploying the Open MSS VSA from template


The deployment via the Cloud Application Manager GUI can be completed by creating,
deploying, and starting the Open MSS VSA application.

7.1.1 Creating the Open MSS VSA application


The Open MSS Virtual Storage Appliance application must be created in CAM before
deployment.

Procedure

1 Open the Cloud Application Manager (CAM).

2 Locate the Organization.

DN09217877 Issue: 2-0-1 © 2017 Nokia 47
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

3 Select Templates.

Figure 24 Open Templates under the right Organization

4 Start creating the application by pressing the create icon next to the CR3VSATP-x.y-z
template.

5 Browse the prepared configuration XML (CR3VSACA.XML) and upload it.

Define the destination Organization vDC of the new vApp in the pop-up window. By
default, it is the same window where the template is uploaded. Use primarily that
selection.

48 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

Figure 25 Uploading the application configuration XML with Load file

DN09217877 Issue: 2-0-1 © 2017 Nokia 49
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

6 Map the external networks to the proper vApp network and click Next.

Figure 26 Open MSS VSA to Organization vDC network mapping

Set the mapping between the application networks and the available Organization
vDC to external networks, and select Internal for the vApp isolated networks.

Table 12 Open MSS VSA network mapping at the creation phase in CAM
Application Network Organization vDC Network
OAM-Network Open MSS[x] OAM
Internal-iSCSI-A-Network Add the already created iSCSI A network
Internal-iSCSI-B-Network Add the already created iSCSI B network

50 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

7 Start creating the application by clicking the Finish button.

Step example

Figure 27 Create Application stage 3

DN09217877 Issue: 2-0-1 © 2017 Nokia 51
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

Figure 28 Checking the status of the application creation

Figure 29 Ongoing Open MSS VSA application creation

52 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

Figure 30 Finishing the Open MSS VSA application creation

Step result

After a few seconds the new application becomes visible under the Applications
tab. Until the process of creating the application is finished, no action is required.

Related procedures
Deploying the Open MSS application on page 53

7.1.2 Deploying the Open MSS VSA application


The Open MSS VSA application must be deployed in the CAM before it can be started.

Before you start


The process of creating the application must be successfully finished.

Recommended preconditions links


Creating the Open MSS application on page 47

• Navigate to the Applications tab and start the deployment by pressing the   icon and
then clicking Deploy.

The application deployment usually takes 10 to 30 minutes.

DN09217877 Issue: 2-0-1 © 2017 Nokia 53
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

Figure 31 Starting the Open MSS VSA deployment

Figure 32 Finished Open MSS VSA deployment

Related procedures
Creating the Open MSS application on page 47

7.1.3 Starting the Open MSS VSA application


The Open MSS VSA application must be started before the deploying the Open MSS
application from the template.

Before you start


The application deployment must be successfully finished.

Navigate to Applications and start the application by pressing the   icon.

54 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

This results in starting the vApp and its Virtual Machines (VMs), which takes
approximately 10 to 30 minutes. The application VMs start in the order defined by the
template.

Figure 33 Start the Open MSS VSA with the start operation

7.2 Deploying the Open MSS from template


The deployment via the Cloud Application Manager GUI can be completed by creating,
deploying, and starting the Open MSS application.

7.2.1 Creating the Open MSS application


The Open MSS application must be created in CAM before deployment.

Procedure

1 Open the Cloud Application Manager (CAM).

2 Locate the Organization.

DN09217877 Issue: 2-0-1 © 2017 Nokia 55
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

3 Select Templates.

Figure 34 Open Templates under the right Organization

4 Start creating the application by pressing the create icon next to the CR3MSSTP-x.y-z
template.

5 Browse the prepared configuration XML and upload it.

Define the destination Organization vDC of the new vApp in the pop-up window. By
default, it is the same window where the template is uploaded. Use primarily that
selection.

56 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

Figure 35 Uploading the application configuration XML with Load file

DN09217877 Issue: 2-0-1 © 2017 Nokia 57
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

6 Map the external networks to the proper vApp network.

Figure 36 Open MSS vApp to Organization vDC external network mapping

58 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

Figure 37 Open MSS vApp to Organization vDC network mapping

7 Set the mapping between the application networks and the available Organization vDC
to external networks.

Select Create Internal Network for the vApp isolated networks.

Table 13 Open MSS network mapping at the creation phase in CAM
Application Network Organization vDC Network
FI 0 Create Internal Network
FI 1 Create Internal Network
EMB 0 Create Internal Network
EMB 1 Create Internal Network
OAM-NET Open MSS[x] OAM

DN09217877 Issue: 2-0-1 © 2017 Nokia 59
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

Table 13 Open MSS network mapping at the creation phase in CAM (Cont.)
Application Network Organization vDC Network
Billing Open MSS[x] Charging
LI Open MSS[x] LI
Internal-iSCSI-A-Network Add one of the networks created in section
Internal-iSCSI-B-Network Add one of the networks created in section
OAM-EXT0 Open MSS[x] OAM Multi-homed Primary
OAM-EXT1 Open MSS[x] OAM Multi-homed Secondary
OAM-EXT2 Open MSS[x] OAM Single Homed
CP-EXT0 Open MSS[x] CP Multi-homed Primary
CP-EXT1 Open MSS[x] CP Multi-homed Secondary
CP-EXT2 Open MSS[x] CP Single Homed

g Note: It is important to select Create Internal Network for the EMB and FI networks,


and to follow the mapping guidance strictly while setting the mapping on CAM GUI.

60 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

8 Provide AIF reference ID.

Figure 38 Parameter setting

g Note: The user ID in this figure is not a valid ID and is only for demonstrational
purposes.

In order to execute post processing on the application and to be able to register in
NetAct AIF service, these parameters have to be set properly. The OaM user (MML
user) name and password must be 5 characters long with capital letters only. The MR
parameter for cloud-based core applications has to be arranged with the NetAct
administration.

9 Provide the Open MSS MML User.

10 Provide the Open MSS MML Password.

DN09217877 Issue: 2-0-1 © 2017 Nokia 61
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

11 Start creating the application.

Step example

Figure 39 Checking the status of the application creation

Figure 40 Ongoing Open MSS application creation

62 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

Figure 41 Finishing the Open MSS application creation

Step result

After a few seconds the new application becomes visible under the Applications
tab. Until the process of creating the application is finished, no action is required.

7.2.2 Deploying the Open MSS application


The Open MSS application must be deployed in the CAM before it can be started.

Before you start


The process of creating the application must be successfully finished.

Navigate to the Applications tab and start the deployment by pressing the   icon.
The application deployment usually takes 10 to 30 minutes.

DN09217877 Issue: 2-0-1 © 2017 Nokia 63
   

Application deployment with Cloud Application Manager Commissioning Open MSS Cloud on VMware

Figure 42 Starting the Open MSS deployment

7.2.3 Starting the Open MSS application


Starting the Open MSS application is the final step of the commissioning process.

Before you start


The application deployment must be successfully finished.

Navigate to Applications and start the application by pressing the   icon.
This will result in starting the vApp and its VMs, which takes 10 to 30 minutes. The
application VMs start in the order defined by the template. After all units are started, the
Open MSS can reach the basic operation state in 5-10 minutes and all the pair unit
warm-ups can be finished within 10-15 minutes. From that point, as soon as the ‘CAM
Start’ task is finished, the Open MSS can reach operational state within 10-15 minutes.
The Open MSS first deployment starts only with the basic increment.
In the starting phase, after the unit start is accomplished, the Cloud Application Manager
(CAM) executes a post configuration script that will do the basic configuration of the
Operation and Maintenance Unit (OMU) and the disked units. The script only covers
basic OaM and iSCSI-related configuration, therefore any further application
configuration and integration should be done manually or via NetAct.

64 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Application deployment with Cloud Application Manager

Figure 43 Start the Open MSS with the start operation

DN09217877 Issue: 2-0-1 © 2017 Nokia 65
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

8 Health check of generic operations


Perform the health check to ensure that the VNF is ready to use.

The health check should be perfomed in the following areas:
• console access
• disk connections
• operational status

8.1 Console access


Perform the console accesses' health check procedure to ensure that the Open MSS is
ready to use.

The health check should be performed in the following areas:
• Telnet or SSH console
• VMware console
• VSA configuration

8.1.1 Accessing the OMU console


In order to access the Operation and Maintenance Unit console the logical IP address
has to be configured.

Purpose
The OMU console (MML interface) can be accessed via the logical IP address assigned
to the EL4 interface of OMU-0. When the deployment is done and the Cloud Application
Manager (CAM) is finished with the post processing, the new Open MSS instance MML
interface can be accessed via Telnet or Secure Shell (SSH).
Telnet or SSH can be opened form any machine in any location where the machine has
access to the Application OaM subnet and the Open MSS's logical IP address assigned
to the EL4 interface of OMU-0.
Any console access tool, for example, Putty or HIT, can be used to access the MML
interface in order to do the basic system check. It depends on the service engineer’s
choice.

Procedure

1 Access the MML interface.

Use the same user name and password that was given on CAM GUI in the Open
MSS application creation wizard.

66 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

Example
Figure 44 Accessing Open MSS MML interface via Putty

Figure 45 Accessing Open MSS MML interface via HIT

DN09217877 Issue: 2-0-1 © 2017 Nokia 67
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

8.1.2 Accessing the VMware console


If the Open MSS Man-Machine Interface is not accessible via Telnet or SSH toward the
logical IP address assigned to the EL4 interface of OMU-0 because of network access or
configuration issues, the only way to check the Open MSS status is via the service
terminal of the OMU-0.

Purpose
You can access the service terminal only via the VMware vCloud web interface. That is a
regular Virtual Machine KVM (Keyboard-Video-Mouse) console window, which is limited
to manual access only, and neither Putty nor HIT can be used to access it directly. It is
recommended to use the console window to check the connectivity of the Open MSS
OMU EL4 interface.

g Note: The console window has an irregular keyboard layout.

Procedure

1 Log in to the vCloud Web interface as Organization Administrator or as a vApp user.

2 Open the Open MSS vApp instance to check the Virtual Machines (VMs) belonging to
that Open MSS instance.

3 Navigate to MyCloud Administration and select the right Organization vDC that
contains the Open MSS vApp.

4 Click on the vApp to open detailed view.

All the VMs belonging to the vApp are listed under Virtual Machines.

5 Filter to OMU-0 to find the correct VM.

68 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

6 Click on the console window to open the console or select the Popout Console from the
right click menu of the VM.

Figure 46 Open MSS vApp OMU-0 virtual machine console in vCloud Web
interface

When opening the console for any of the VMs, the regular service terminal becomes
visible. To reach the MMI from the Service Terminal, use the following commands:
ZLE:1,VIMMLAGX
Z1C:
The same username and password can be used to log in to the Service Terminal and
MMI. The service terminals of the units can be accessed via ZDDS context change,
via OMU Telnet interface.

f Changing any setting of the Open MSS vApp in vCloud is forbidden and may cause
irreversible damage to context synchronization between the CAM and the vCloud. In a
worst case scenario, the redeployment of the whole application might also be required.

DN09217877 Issue: 2-0-1 © 2017 Nokia 69
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

Figure 47 Open console for OMU-0 in vCloud Web interface

70 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

Figure 48 Switch from Service Terminal to MML in VM vCloud console

8.1.3 Configuring the VSA


After the automatic post-configuration process, the VSA must be configured manually.

Purpose
Once the VSA is switched on for the first time, post-configuration scripts are started for
the following tasks:
• expanding the compact root disk size to 16 GB
• configuring the network interfaces used for iSCSI communication
• starting the generic SCSI target subsystem for Linux (SCST)

The post-configuration phase takes about five minutes. Verify this by checking the
network interface status with the following command:
ip addr show

When the interfaces for NIC 1 (ens161) and NIC 2 (ens192) are configured, the post-
configuration phase is finished.

DN09217877 Issue: 2-0-1 © 2017 Nokia 71
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

g Note: If you are accessing through Console, log in as root user with a password
automatically generated by the VMware infrastructure. If you are doing so through SSH
as a VSA user, use the generated keys.

Procedure

1 Create the ifcfg [interface name] file in the /etc/sysconfig/network-


scripts/ on the VSA.

The following attributes should be included in the interface file:
DEVICE=”[interface name]”
BOOTPROTO=static
ONBOOT=yes
IPADDR=[VSA IP on the OAM network]
NETMASK=[netmask of the OAM subnet]
GATEWAY=[the gateway towards the OAM network]

2 Make sure that the new configuration is in use.

ifup [interface name]


Any SSH client can be used to verify whether the OaM interface of the VSA
functions.

8.2 Checking the disk connections


Check the disk connections of the instances to ensure the commissioning procedure
was successful.

Procedure

1 List the Winchester Drive Unit (WDU) states, and execute a basic device listing in the
Service Terminals.

ZISI::WDU,:;

2 Check the availability of the WDU device for the Operation and Maintenance Unit (OMU)
and the Charging Unit (CHU).

All devices must be in WO-BU state.
MAIN LEVEL COMMAND <___>
< ZISI:,OMU:WDU;

LOADING PROGRAM VERSION 12.7-0

72 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

I/O DEVICE WORKING STATE AND SPARE DEVICE


SYSTEM = FTvMSS03 UNIT = OMU
DEVICE STATE SPARE DEVICE DEVICE STATE INFO TAPE STATE
TAPE TYPE

WDU-00 WO-BU - - -
WDU-01 WO-BU - - -

COMMAND EXECUTED

MAIN LEVEL COMMAND <___>


< ZISI:,CHU:WDU;

LOADING PROGRAM VERSION 12.7-0

I/O DEVICE WORKING STATE AND SPARE DEVICE


SYSTEM = FTvMSS03 UNIT = CHU
DEVICE STATE SPARE DEVICE DEVICE STATE INFO TAPE STATE
TAPE TYPE

WDU-00 WO-BU - - -
WDU-01 WO-BU - - -

COMMAND EXECUTED

I/O DEVICE WORKING STATE COMMAND <IS_>


<
If some of the disks are not in the WO-BU state for OMU, that means the iSCSI
Initiator is not connected to the storage. The OMU can see only one disk from its disk
pair, because only the directly attached Raw Device Mapping Serial Attached SCSI
(RDM SAS) emulated disk is available.
If there is no RDM SAS emulated disk attached to the CHU and the state of the
WDUs shows an error message, the iSCSI Initiator is not connected to the storage at
all.
If the iSCSI Initiators are supposed to be connected to the VSA, but the disk cannot
be changed to the WO-BU state or they immediately fall back to the BL-SY or TE-ID
state. Afterwards the Open MSS unit will have SW issues and it will require further
analysis by support.

3 Switch to each disked unit service terminal.

ZDDS:<UNIT>,<NUMBER>;

4 Use the MXP command to access the WDU device listing.

ZMXP:W0-/
ZMXP:W1-/

DN09217877 Issue: 2-0-1 © 2017 Nokia 73
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

5 Check the WDU device listing for CHU.

CHU disks are initiated and formatted by the CAM after starting the Open MSS and
executing the post-configuration process. They have to be formatted before they can
be listed. In case the initiation of the CHU disks does not take place, they can be
initiated manually later with the MML commands.

g Note: Disk formatting is not possible while the disk is in WO-BU state. You must first
put the disk in WO-ID state.

6 Format and initiate CHU disks.

ZMID:W0-CHU<PAIR-INDEX>,FFF,2,XX;

7 Use the MXP command to access the WDU device listing.

The MXP command lists the files and directories in the root of the device.

Step example
ZMXP:W0-/
ZMXP:W1-/

8 If the iSCSI Initiators are not connected, check the inter-cell interference coordination
(ICIC) configuration to list the Open MSS disked units’ iSCSI initiator configuration in the
service terminal.

g Note: The ICIC file is created from the iPXE boot image (CR3IPX) automatically. Do
not modify it manually.

9 Use the IWT command to see the iSCSI configuration of the Open MSS instance.

Step example
EXECUTION STARTED

[OMU-0]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.250.100/24

LUN=0:0

WDU0

74 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

InitiatorName=iqn.2014-07.com.nokia:opentas.omu0
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.250.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.omu0
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.250.11:3260,1
Tags=256
AuthMethod=NONE

[OMU-1]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.251.101/24

LUN=0:0

WDU0
InitiatorName=iqn.2014-07.com.nokia:opentas.omu1
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.251.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.omu1
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.251.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-0-0]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.250.102/24

LUN=1:1

WDU0

DN09217877 Issue: 2-0-1 © 2017 Nokia 75
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

InitiatorName=iqn.2014-07.com.nokia:opentas.chu00
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.250.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu00
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.250.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-0-1]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.251.103/24

LUN=1:1

WDU0
InitiatorName=iqn.2014-07.com.nokia:opentas.chu01
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.251.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu01
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.251.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-1-0]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.250.104/24

LUN=2:2

WDU0

76 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

InitiatorName=iqn.2014-07.com.nokia:opentas.chu10
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.250.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu10
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.250.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-1-1]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.251.105/24

LUN=2:2

WDU0
InitiatorName=iqn.2014-07.com.nokia:opentas.chu11
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.251.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu11
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.251.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-2-0]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.250.106/24

LUN=3:3

WDU0

DN09217877 Issue: 2-0-1 © 2017 Nokia 77
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

InitiatorName=iqn.2014-07.com.nokia:opentas.chu20
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.250.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu20
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.250.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-2-1]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.251.107/24

LUN=3:3

WDU0
InitiatorName=iqn.2014-07.com.nokia:opentas.chu21
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.251.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu21
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.251.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-3-0]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.250.108/24

LUN=4:4

WDU0

78 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

InitiatorName=iqn.2014-07.com.nokia:opentas.chu30
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.250.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu30
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.250.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-3-1]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.251.109/24

LUN=4:4

WDU0
InitiatorName=iqn.2014-07.com.nokia:opentas.chu31
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.251.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu31
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.251.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-4-0]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.250.110/24

LUN=5:5

WDU0

DN09217877 Issue: 2-0-1 © 2017 Nokia 79
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

InitiatorName=iqn.2014-07.com.nokia:opentas.chu40
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.250.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu40
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.250.11:3260,1
Tags=256
AuthMethod=NONE

[CHU-4-1]

INTF1
ifconfig_INT=el5
ifconfig_IP=192.168.251.111/24

LUN=5:5

WDU0
InitiatorName=iqn.2014-07.com.nokia:opentas.chu41
TargetName=iqn.2014-07.com.nokia:lcc.vsa1
TargetAddress=192.168.251.10:3260,1
Tags=256
AuthMethod=NONE

WDU1
InitiatorName=iqn.2014-07.com.nokia:opentas.chu41
TargetName=iqn.2014-07.com.nokia:lcc.vsa2
TargetAddress=192.168.251.11:3260,1
Tags=256
AuthMethod=NONE

COMMAND EXECUTED

8.3 Checking the operational status of the Open MSS


Cloud
For the correct operation of the VNF on VMware, all basic units must be in working
executing (WO-EX) or spare executing (SP-EX) state.

80 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

Before you start


The Open MSS deployment must be finished.

Procedure

1 Log in to the Man-Machine Interface (MMI) and check the EMB supervision timer with the
WOI command.

Step example
MAIN LEVEL COMMAND <___>
< ZWOI:9,193;

LOADING PROGRAM VERSION 9.5-0

EXECUTION STARTED

READING DATA FROM DATABASE, PLEASE WAIT ...

PARAMETER CLASS: 9 SYSTEM_SUPERVISION

IDENTIFIER NAME OF PARAMETER VALUE CHANGE POSSIBILITY

00193 EMB_SUPERV_MULTIPLIER 0008 YES

COMMAND EXECUTED

PARAMETER HANDLING COMMAND <WO_>


<

2 If the value of the EMB_SUPERV_MULTIPLIER parameter is lower than 8, increase it
with the WOC command.

Step example
< ZWOC:9,193,8;

LOADING PROGRAM VERSION 9.5-0

EXECUTION STARTED

CHANGE PARAMETER VALUE:

PARAMETER NAME NEW VALUE


EMB_SUPERV_MULTIPLIER 0008

COMMAND EXECUTED

DN09217877 Issue: 2-0-1 © 2017 Nokia 81
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

PARAMETER HANDLING COMMAND <WO_>


<

3 After you have changed the parameter value, restart the system with the USS command.

Step example
< ZUSS:SYM:;

EXECUTION STARTED

SYSTEM RESTART WITH SYM UNIT REQUESTED

CONFIRM COMMAND EXECUTION: Y/N ? Y

SYSTEM RESTART ORDERED

END OF DIALOGUE SESSION

Connection closed

4 Log in to the MMI and check the unit states with the USI command.

The booting process takes approximately 5-10 minutes after the whole application is
started. After the process is finished, all units must be in WO-EX or SP-EX state. In
the basic increment three Generic IP Signaling Units (GISUs) have to be in WO-EX
and one in SP-EX IDLE state. The rest of the GISUs have to be in separated - no
hardware (SE-NH) Graceful Shutdown (GRSD) state.

Step example
MAIN LEVEL COMMAND <___>
< ZUSI;

EXECUTION STARTED

MSS MSS14 2015-09-21 11:50:30

WORKING STATE OF UNITS


UNIT PHYS STATE INFO
OMU-0 0000 WO-EX -
OMU-1 0001 SP-EX -
STU-0 0002 WO-EX -
STU-1 0003 SP-EX -
CHU-0-0 0010 WO-EX -
CHU-0-1 0011 SP-EX -
CMU-0 000A WO-EX -
CMU-1 000B SP-EX -
VLRU-0-0 001A WO-EX -
VLRU-0-1 001B SP-EX -

82 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

VLRU-1-0 001C WO-EX -


VLRU-1-1 001D SP-EX -
VLRU-2-0 001E WO-EX -
VLRU-2-1 001F SP-EX -
VLRU-3-0 0020 WO-EX -
VLRU-3-1 0021 SP-EX -
VLRU-4-0 0022 WO-EX -
VLRU-4-1 0023 SP-EX -
VLRU-5-0 0024 WO-EX -
VLRU-5-1 0025 SP-EX -
CHU-1-0 0012 WO-EX -
CHU-1-1 0013 SP-EX -
CHU-2-0 0014 WO-EX -
CHU-2-1 0015 SP-EX -
CHU-3-0 0016 WO-EX -
CHU-3-1 0017 SP-EX -
CMM-0 0004 WO-EX -
CMM-1 0005 SP-EX -
CHU-4-0 0018 WO-EX -
CHU-4-1 0019 SP-EX -
GISU-0 003A WO-EX -
GISU-1 003B WO-EX -
GISU-2 003C WO-EX -
GISU-3 003D WO-EX -
GISU-4 003E WO-EX -
GISU-5 003F WO-EX -
GISU-6 0040 SP-EX IDLE
IPDU-0 0070 WO-EX -
IPDU-1 0071 WO-EX -
IPDU-2 0072 WO-EX -
IPDU-3 0073 SP-EX IDLE
EMB-0 WO-EX -
EMB-1 SP-EX -

TOTAL OF 43 UNITS

COMMAND EXECUTED

5 If some of the units are not in the correct state, check the unit operability by opening the
console of the unit in vCloud Web interface.

6 Reset the units from the MMI and check the result in the console.

DN09217877 Issue: 2-0-1 © 2017 Nokia 83
   

Health check of generic operations Commissioning Open MSS Cloud on VMware

7 If a unit is stuck in the RP1 booting phases, initiate a Virtual Machine (VM) reset in the
Cloud Application Manager (CAM) by clicking the Operations square icon for that VM.

g Note: Do not power off or switch on the Open MSS vApp VMs from vCloud or vCenter
under any circumstances. Always use CAM or NetAct to initiate unit VM power cycle. If
CAM is not able to do the power reset of the VMs, it can be done via vCloud or vCenter.
Always use reset and not power on or power off to do the power cycling.

Step example

Figure 49 Power off VM

8 Confirm the power off procedure by clicking the Power Off button.

Step example

Figure 50 Confirm power off

84 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Health check of generic operations

9 Power on the VM by clicking the Operations arrow icon for that VM.

Step example

Figure 51 Power on VM

10 Confirm the power on procedure by clicking the Power On button.

Step example

Figure 52 Confirm power on

DN09217877 Issue: 2-0-1 © 2017 Nokia 85
   

Checklist for Open MSS Cloud deployment Commissioning Open MSS Cloud on VMware

Checklist for Open MSS Cloud deployment


Follow to checklist to ensure that the commissioning procedure has been successful.

Table 14 Checklist
Step Input Output References Checked
1. Define the Open MSS Minimum number See section [ ]
number of Capacity of blades in a Open MSS
blades. [______]k BHCA cluster. [____] capacity
requirements
2. Define the VMware See section [ ]
required storage. Datastore Open MSS
capacity capacity
requirement requirements
[300]GB
Open MSS
storage space
requirements to
datastore
• OMU W0
[30]GB
• OMU W1
[30]GB
• CHU 0 W0
[180]GB
• CHU 0 W1
[180]GB
• CHU 1 W0
[180]GB
• CHU 1 W1
[180]GB

3. Create port The name of the See section [ ]


groups on the port groups used: vSphere
VDS-NCIV1- networking setup
CLOUD- • Open
INTERNAL MSS___
switch for OAM
common [pgMSS___-
networks. OAM ]
• Open
MSS___
Charging
[pgMSS___-
CHA]
• Open
MSS___ LI
[pg___-LI]

4. Create port The name of the See section


groups on the port groups used: vSphere
VDS-NCIV1- networking setup

86 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Checklist for Open MSS Cloud deployment

Table 14 Checklist (Cont.)
Step Input Output References Checked
CLOUD- • Open
INTERNAL MSS___
switch for OAM OAM
networks. Multihomed
Primary
pgMSS___-
OAM-SCTP-
Mh-Pri
• Open
MSS___
OAM Multi-
homed
Secondary
pgMSS___-
OAM-SCTP-
Mh-Sec
• Open
MSS___
OAM Single
Homed
pgMSS___-
OAM-SCTP-
Sh-TCP-UDP

5. Create port The name of the See section [ ]


groups on the port groups used: vSphere
VDS-NCIV1- networking setup
CLOUD- • Open
INTERNAL MSS___ CP
switch for Control Multi-homed
Plane (CP) Primary
networks. pgMSS___-
CP-SCTP-
Mh-Pri
• Open
MSS___ CP
Multihomed
Secondary
pgMSS___-
CP-SCTP-
Mh-Sec
• Open
MSS___ CP
Single
Homed
pgMSS___-
CP-SCTP-
Sh-TCP-UDP

6. Add the Port groups Name of the See section [ ]


external networks created for Open external networks.
to the vCloud. MSS on the 3
Open MSS___
vDSs.
OAM

DN09217877 Issue: 2-0-1 © 2017 Nokia 87
   

Checklist for Open MSS Cloud deployment Commissioning Open MSS Cloud on VMware

Table 14 Checklist (Cont.)
Step Input Output References Checked
Open MSS___
Charging
Open MSS___ LI
Open MSS___
OAM Single
Homed
Open MSS___
OAM Multi-homed
Primary
Open MSS___
OAM Multi-homed
Secondary
Open MSS___
CP Single Homed
Secondary
Open MSS___
CP Multi-homed
Secondary
Open MSS___
CP Multi-homed
Secondary

7. Add the External networks The name of the See section [ ]


external networks created for Open Organization Open MSS
to the MSS. networks (name networks
Organization in template and
vDC. the vCloud
external network
names):
• OAM-NET
[Open
MSS___
OAM]
• Billing
[Open
MSS___
Charging]
• LI
[Open
MSS___ LI]
• OAM-EXT0
[Open
MSS___
OAM Multi-
homed
Primary]
• OAM-EXT1

88 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Checklist for Open MSS Cloud deployment

Table 14 Checklist (Cont.)
Step Input Output References Checked
[Open
MSS___
OAM Multi-
homed
Secondary]
• OAM-EXT2
[Open
MSS___
OAM Single
Homed]
• CP-EXT0
[Open
MSS___ CP
Multi-homed
Secondary]
• CP-EXT1
[Open
MSS___ CP
Multi-homed
Secondary]
• CP-EXT2
[Open
MSS___ CP
Single
Homed
Secondary]

8. Update the Physical IP See section


OMU disk image address Updating the
with the physical Open MSS disk
OAM IP address. [_____________ image content
________]

9. Upload the The name of the See section [ ]


Open MSS VSA uploaded Open Uploading the
template into MSS VSA Open MSS VSA
vCloud. template in the template to the
Organization vDC vCloud
Organization
Catalog.
vDC Catalog
[______________
________]

10. Upload the The name of the See section [ ]


Open MSS uploaded Open Uploading the
template into MSS template in Open MSS
vCloud. the Organizationtemplate to the
vDC Catalog. vCloud
Organization
[______________ vDC Catalog
________]

11. Update the Open MSS VSA Updated Open See section [ ]


Open MSS VSA Instance Name. MSS VSA base Open MSS VSA
base configuration. base

DN09217877 Issue: 2-0-1 © 2017 Nokia 89
   

Checklist for Open MSS Cloud deployment Commissioning Open MSS Cloud on VMware

Table 14 Checklist (Cont.)
Step Input Output References Checked
configuration Timezone configuration for
XML. CAM
Public SSH keys
OAM IP
configuration
VSA VM host
names

12. Update the Open MSS Updated Open See section [ ]


Open MSS base Instance Name. MSS base Open MSS base
configuration configuration. configuration for
XML. Open MSS CAM
Instance C-
Number.

13. Create the Updated Open Open MSS VSA See section [ ]


new Open MSS MSS VSA instance is Creating the
VSA instance in configuration created. Open MSS VSA
CAM. XML application

MR id
Username /
Password
Network
mappings

14. Deploy the Open MSS VSA See section [ ]


new Open MSS instance is Deploying the
VSA instance in deployed. Open MSS VSA
CAM. application
15. Start the new Open MSS VSA See section [ ]
Open MSS VSA instance is started Starting the Open
instance in CAM. and ready to be MSS VSA
accessed via application
telnet.
16. Create the Updated Open Open MSS See section [ ]
new Open MSS MSS instance is Creating the
instance in CAM. configuration created. Open MSS
XML application

MR id
Username /
Password
Network
mappings

17. Deploy the Open MSS See section [ ]


new Open MSS instance is Deploying the
instance in CAM. deployed. Open MSS
application

90 © 2017 Nokia DN09217877 Issue: 2-0-1
   

Commissioning Open MSS Cloud on VMware Checklist for Open MSS Cloud deployment

Table 14 Checklist (Cont.)
Step Input Output References Checked
18. Start the new Open MSS See section [ ]
Open MSS instance is started Starting the Open
instance in CAM. and ready to be MSS application
accessed via
telnet.
19. Perform the See sections [ ]
basic health Console access
check on the new and Checking the
Open MSS operational
instance. status of the
Open MSS Cloud

DN09217877 Issue: 2-0-1 © 2017 Nokia 91