Correction of NodePort list and removed SW versions for ONAP installation
Corrections after comments...

Issue-ID: DOC-627

Signed-off-by: andreasgeissler <andreas-geissler@telekom.de>
Change-Id: I452c6862e48f0ee30644d320a70f0644b9e23469
diff --git a/docs/guides/onap-operator/settingup/index.rst b/docs/guides/onap-operator/settingup/index.rst
index f24349b..7fa4df5 100644
--- a/docs/guides/onap-operator/settingup/index.rst
+++ b/docs/guides/onap-operator/settingup/index.rst
@@ -14,32 +14,25 @@
 
 ONAP is deployed using the ONAP Operations Manager (OOM).
 
-The recommended ONAP deployment is based on Kubernetes, Docker containers
-and Helm installer.
+The recommended ONAP deployment can be deployed on a private set of physical
+hosts or VMs (or even a combination of the two) and is based on Kubernetes,
+Docker containers and Helm installer.
+
 
 Requirements
 ------------
 
-The following is the recommended component version.
+OOM requires the following  Software components.
 
-  ===========  =========
-  Software     Version
-  ===========  =========
-  Kubernetes   1.13.5
-  Helm         2.12.3
-  kubectl      1.13.5
-  Docker       18.09.5
-  ===========  =========
+* Kubernetes
+* Helm
+* kubectl
+* Docker
 
-The ONAP full installation is validated with the following footprint:
+The Software versions needed for the specific ONAP release
+as well as the minimum Hardware configuration can be found in the
+:ref:`OOM Cloud Setup Guide<onap-oom:oom_cloud_setup_guide>`
 
-.. csv-table:: Validated installation footprint
-   :widths: 3,5,10
-
-   VM number, VM flavor, VM role
-   12, 16 GB RAM - 8 vCPUs, Running the K8S worker role
-   3, 8 GB RAM - 4 vCPUs, Running the K8S controller role
-   1, 8 GB RAM - 4 vCPUs, Running the shared NFS server for /dockerdata-nfs/
 
 Installation
 ------------
@@ -50,7 +43,9 @@
    :maxdepth: 2
    :titlesonly:
 
-:ref:`oom_cloud_setup_guide<onap-oom:oom_cloud_setup_guide>`
+:ref:`OOM Cloud Setup Guide<onap-oom:oom_cloud_setup_guide>`
+
+:ref:`ONAP on HA Kubernetes Cluster<onap-oom:onap-on-kubernetes-with-rancher>`
 
 ONAP installation is described here:
 
@@ -58,8 +53,9 @@
    :maxdepth: 2
    :titlesonly:
 
-:ref:`oom_quickstart_guide<onap-oom:oom_quickstart_guide>`
-:ref:`oom_user_guide<onap-oom:oom_user_guide>`
+:ref:`OOM Quickstart Guide<onap-oom:oom_quickstart_guide>`
+
+:ref:`OOM User Guide<onap-oom:oom_user_guide>`
 
 Alternative way of offline ONAP installation is described here:
 
@@ -67,11 +63,12 @@
    :maxdepth: 2
    :titlesonly:
 
-:ref:`oom offline-installer<onap-oom-offline-installer:master_index>`
+:ref:`OOM Offline-Installer<onap-oom-offline-installer:master_index>`
 
 .. note::
-   Prior to deployment of ONAP, there is no need to download manually any Docker container.
-   The OOM deployment takes care to automatically download the Docker containers.
+   Prior to deployment of ONAP, there is no need to download manually any Docker
+   container. The OOM deployment takes care to automatically download the Docker
+   containers.
 
    It is also possible to deploy a subset of ONAP components on a single VM.
    The VM flavor to be used depends on the number of ONAP components to be
@@ -85,7 +82,9 @@
 A NodePort maps an externally reachable port to an internal port of an ONAP
 microservice.
 It should be noted that the use of NodePorts is temporary.
-An alternative solution is currently being scoped for the Dublin Release.
+An alternative solution based on Ingress Controller, which initial support is
+already in place. It is planned to become a default deployment option in the
+Guilin release.
 
 More information from official Kubernetes documentation about
 `NodePort <https://kubernetes.io/docs/concepts/services-networking/service/#nodeport>`_.
@@ -97,6 +96,10 @@
    :widths: 20,20,20,20,20
    :header-rows: 1
 
+.. note::
+   \*) POMBA, LOG and SNIRO are not part of the default Frankfurt ONAP
+   deployment.
+
 This table retrieves information from the ONAP deployment using the following
 Kubernetes command: