aboutsummaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
Diffstat (limited to 'docs')
-rwxr-xr-xdocs/architecture/architecture.rst16
-rwxr-xr-xdocs/consumedapis/consumedapis.rst11
-rw-r--r--docs/guide/developer-guide.rst79
-rw-r--r--docs/index.rst2
-rw-r--r--docs/media/ONAP-A1ControllerArchitecture-London.pngbin0 -> 57021 bytes
-rw-r--r--docs/releasenotes/release-notes.rst8
6 files changed, 59 insertions, 57 deletions
diff --git a/docs/architecture/architecture.rst b/docs/architecture/architecture.rst
index edb9d346..d1e770be 100755
--- a/docs/architecture/architecture.rst
+++ b/docs/architecture/architecture.rst
@@ -1,5 +1,5 @@
.. SPDX-License-Identifier: CC-BY-4.0
-.. Copyright 2022 Nordix Foundation
+.. Copyright 2023 Nordix Foundation
.. _architecture:
@@ -10,10 +10,9 @@ Architecture
Introduction
************
-
The CCSDK ORAN components add support for handling "A1 Policies" as defined for the O-RAN A1-P interface.
-The O-RAN A1-P interface is defined by the `O-RAN Alliance <https://www.o-ran.org>`_
+The O-RAN A1-P interface is defined and specified by the `O-RAN Alliance <https://www.o-ran.org>`_
*******************
@@ -26,14 +25,13 @@ integration with other components and API resource/operation provided.
.. image:: ../media/ONAP-A1ControllerArchitecture.png
:width: 500pt
-The A1 Policy Management Service provides an API for accessing of A1 Policies. The PMS
-configures these in the traffical elements (NearRT-RICS). It also keeps a backup of these in case of restart of PMS.
-On regular basis, it will check that the configured A1 Policices are consistent with the actual ones in the NearRT-RICS (and take action if not).
+The A1 Policy Management Service provides an API for accessing of A1 Policies. The A1-PMS
+configures A1-Policies in RAN nodes (near-RT RICs). It also keeps a synchronized copy of these in case the A1-PMS needs to restart.
+Periodically A1-PMS will check that the configured A1 Policies and A1 Policy Types are consistent with those in the managed near-RT RICs (and take action if not).
-The access to the NearRT-RIC may be tunneled through an A1 adapter in the CCSDK/SDNC controller.
+Communications to near-RT RIC can be tunneled through a CCSDK/SDNC controller, using our SDNC A1-Adapter plugin.
-The A1 PMS provides support for fine granied access control, which is implemented by delegating the granting of access of A1 Policies to an external
-authorization provider.
+The A1-PMS now also supports fine-grained access control checks, whereby access requests can be forwarded to an external authorization provider.
More details can be found in :ref:`developer_guide`.
diff --git a/docs/consumedapis/consumedapis.rst b/docs/consumedapis/consumedapis.rst
index 515a2b55..edb2084a 100755
--- a/docs/consumedapis/consumedapis.rst
+++ b/docs/consumedapis/consumedapis.rst
@@ -1,5 +1,5 @@
.. SPDX-License-Identifier: CC-BY-4.0
-.. Copyright 2022 Nordix Foundation
+.. Copyright 2023 Nordix Foundation
Consumed APIs
=============
@@ -12,12 +12,11 @@ The A1 Policy Management Service consumes two ONAP APIs and the A1-P API.
O-RAN A1 Interface for A1 Policies (A1-P)
*****************************************
-Southbound, the ONAP A1 Policy functions communicate with *near-RT-RIC* RAN functions using the **A1** interface, as defined by the `O-RAN Alliance <https://www.o-ran.org>`_
+Southbound, the ONAP A1 Policy functions communicate with *near-RT RIC* RAN functions using the **A1** interface, as defined by the `O-RAN Alliance <https://www.o-ran.org>`_
The *A1 Interface - Application Protocol Specification (A1-AP)* describes this interface. The specification can be viewed from the `O-RAN Alliance <https://www.o-ran.org>`_ website.
-The **Kohn** ONAP A1 Policy functions implement the *A1 Policy* parts (*A1-P*) of A1-AP versions *v1.1*, *v2.0* and *v3.0*
+The **London** ONAP A1 Policy functions implement the *A1 Policy* (*A1-P*) parts of A1-AP, supporting versions *v1.1*, *v2.0* and *v3.0*.
-An opensource implementation of a `near-RT-RIC <https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=1179659>`_ is available from the `O-RAN Software Community <https://o-ran-sc.org>`_. It supports a pre-spec version of the A1-AP. The ONAP A1 Policy functions described here also supports this A1 version (*A1-OSC*).
-
-An opensource implementation of an `A1 Simulator <https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=3604819>`_ is also available from the `O-RAN Software Community <https://o-ran-sc.org>`_. It supports all versions of A1-AP.
+An opensource implementation of a `near-RT RIC <https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=1179659>`_ is available from the `O-RAN Software Community <https://o-ran-sc.org>`_. It supports a pre-spec version of the A1-AP. The ONAP A1 Policy functions described here also supports this A1 version (*A1-OSC*).
+An opensource implementation of an `A1 Simulator <https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=3604819>`_ is also available from the `O-RAN Software Community <https://o-ran-sc.org>`_. It supports all versions of A1-AP.
diff --git a/docs/guide/developer-guide.rst b/docs/guide/developer-guide.rst
index ea726334..e9882a2d 100644
--- a/docs/guide/developer-guide.rst
+++ b/docs/guide/developer-guide.rst
@@ -1,6 +1,6 @@
.. This work is licensed under a Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
-.. Copyright (C) 2022 Nordix Foundation.
+.. Copyright (C) 2023 Nordix Foundation.
.. _developer_guide:
@@ -9,32 +9,37 @@ Developer Guide
This document provides a quickstart for developers of the CCSDK functions for O-RAN A1 Policies.
+.. image:: ../media/ONAP-A1ControllerArchitecture-London.png
+ :width: 500pt
+
Source tree
+++++++++++
-This provides CCSDK with "A1 Policy Management Service" and "A1 Adapter" functions.
+This provides ONAP CCSDK with "A1 Policy Management Service" and "A1 Adapter" functions.
Each resource is implemented independently in a sub-directory corresponding to its name.
A1 Policy Management Service
++++++++++++++++++++++++++++
-The ONAP CCSDK A1 Policy Management Service is a Java 11 web application built using the Spring Framework.
+The ONAP CCSDK A1 Policy Management Service (A1-PMS) is a Java 17 web application built using the Spring Framework.
Using Spring Boot dependencies, it runs as a standalone application.
-A1 Policy Management Service provides a REST API for management of policies. It provides support for:
+A1 Policy Management Service provides a REST API for managing A1 Policies. It provides support for:
- * Supervision of clients (R-APPs) to eliminate stray policies in case of failure
* Consistency monitoring of the SMO view of policies and the actual situation in the RICs
- * Consistency monitoring of RIC capabilities (policy types)
- * Policy configuration. This includes:
+ * Consistency monitoring of near-RT RIC capabilities (e.g. supported A1 Policy Types)
+ * Supervision of clients (e.g. 'rAPPs') that use the northbound interface, to help garbage-collect & remove un-owned policies (e.g. in case of failures)
+ * A1 Policy configuration. This includes:
- * One REST API towards all RICs in the network
- * Query functions that can find all policies in a RIC, all policies owned by a service (R-APP), all policies of a type etc.
- * Maps O1 resources (ManagedElement) as defined in O1 to the controlling RIC.
+ * One REST API towards all near-RT RICs in the network
+ * Query functions to discover A1 Policy Types supported by each near-RT RIC
+ * Query functions to find all A1 Policy instances in each near-RT RIC, all A1 Policies owned by a service (e.g. rAPP or client), all A1 Policies of certain A1 Policy Type etc.
+ * Create/Modify/Delete operations for A1 Policy Instances in each near-RT RIC
+ * Query functions to check the status of each near-RT RIC, and their A1 Policy Instances.
-The Policy Management Service can be accessed over the REST API. See :ref:`pms_api` for more information about the API.
+The A1 Policy Management Service can be accessed over the REST API. See :ref:`pms_api` for more information about the API.
-The configured A1 policies are stored persistently to survive a service restart. This information can be stored in a persistent volume or in an S3 Object Store bucket.
+The configured A1 Policies are stored persistently, and can survive service restart. This state information can be stored in a persistent volume or in an S3 Object Store bucket.
Dependencies
------------
@@ -44,7 +49,7 @@ dependency management tool (see *pom.xml* file at root level) :
- Swagger annotations
- `Spring Framework <https://github.com/spring-projects/spring-boot>`_
-- `Springfox <https://github.com/springfox/springfox>`_ Automated JSON API documentation for APIs built with Spring
+- `SpringDoc and OpenAPI <https://springdoc.org/>`_ Automated JSON API documentation for APIs built with Spring
- `Lombok <https://github.com/rzwitserloot/lombok>`_ to generate code, such as getters and setters
- `Awaitility <https://github.com/awaitility/awaitility>`_ to test asynchronous functionality
@@ -55,45 +60,45 @@ Configuration
-------------
There are two configuration files for A1 Policy Management Service, *config/application_configuration.json* and *config/application.yaml*
-The first (*config/application_configuration.json*) contains configuration needed by the application, such as which near-RT-RICs, or controller to use.
+The first (*config/application_configuration.json*) contains application-specific configuration needed by the application, such as which near-RT RICs, or controller to use.
The second (*config/application.yaml*) contains logging and security configurations.
-For more information about these configuration files can be found as comments in the sample files provided with the source code, or on the `ONAP wiki <https://wiki.onap.org/display/DW/O-RAN+A1+Policies+in+ONAP+Kohn>`_
+For more information about these configuration files can be found as comments in the sample files provided with the source code, or on the `ONAP wiki <https://wiki.onap.org/display/DW/O-RAN+A1+Policies+in+ONAP+London>`_
Static configuration - Settings that cannot be changed at runtime (*application.yaml*)
--------------------------------------------------------------------------------------
The file *./config/application.yaml* is read by the application at startup. It provides the following configurable features:
- * server; configuration for the WEB server
+ * *server*; configuration for the WEB server
- * used port for HTTP/HTTPS, this is however not the port numbers visible outside the container
+ * used port for HTTP/HTTPS, this is however not the port number visible outside the container
* SSL parameters for setting up using of key store and trust store databases.
- * webclient; configuration parameters for a web client used by the component
+ * *webclient*; configuration parameters for a web client used by the component
* SSL parameters for setting up using of key store and trust store databases.
* Usage of HTTP(S) Proxy; if configured, the proxy will be used for southbound access to the NearRT-RICs
- * logging; setting for which information is logged.
- * auth-token; optional authorization token to use for REST call.
- * filepath; the local path to a file used for dynamic configuration (if used). See next chapter.
- * persistent storage of runtime information. Configuration of A1 policyinstances is stored persistently. The media for this can be either filesystem (a persistent volume) or Amazon S3 - Cloud Object Storage.
+ * *logging*; setting for which information is logged.
+ * *auth-token*; optional authorization token to use for REST call.
+ * *filepath*; the local path to a file used for dynamic configuration (if used). See next chapter.
+ * *persistent storage* of runtime information. Configuration of A1 Policy instances is stored persistently. The media for this can be either filesystem (a persistent volume) or Amazon S3 - Cloud Object Storage.
For details about the parameters in this file, see documentation in the file.
Dynamic configuration - Settings that can be changed at runtime (*application_configuration.json* or REST or ConfigMap)
-----------------------------------------------------------------------------------------------------------------------
-The component has configuration that can be updated in runtime. This configuration can either be loaded from a file (accessible from the container), or using the Configuration REST API. The configuration is re-read and refreshed at regular intervals.
+The component has configuration that can be updated in runtime. This configuration can either be loaded from a file (accessible from the container), or using the Configuration REST API. The configuration is re-read and refreshed at regular intervals if the file is changed (e.g. using K8s ConfigMap capabilities).
The configuration includes:
- * Optional Controller configuration, e.g. an SDNC instance (with A1-Adapter)
+ * Optional *Controller* configuration, e.g. an SDNC instance (with A1-Adapter)
- * (If no 'Contoller' is configured, the A1 Policy Management Service will connect direct to near-RT-RICs, bypassing the SDNC controller)
- * One entry for each near-RT-RIC, which includes:
+ * (If no 'Contoller' is configured, the A1 Policy Management Service will connect direct to near-RT RICs, bypassing the SDNC controller)
+ * One entry for each near-RT-RIC (*ric*), which includes:
* The base URL of the near-RT-RIC
- * A optional list of O1 identifiers that near-RT-RIC is controlling. An application can query this service which near-RT-RIC should be addressed for which component (e.g. cells, sectors, locations, etc.) .
+ * A optional list of O1 identifiers that near-RT-RIC is controlling. An application can query this service which near-RT-RIC should be addressed for which component (e.g. cells, sectors, locations, etc.).
* An optional reference to the controller to use, or excluded if the near-RT-RIC should be accessed directly from the A1 Policy Management Service.
For details about the syntax of the file, there is an example in source code repository */config/application_configuration.json*. This file is also included in the docker container */opt/app/policy-agent/data/application_configuration.json_example*.
@@ -102,14 +107,14 @@ For details about the syntax of the file, there is an example in source code rep
Configuring certificates
------------------------
-The A1 Policy Management Service uses the default keystore and truststore that are built into the container. The paths and
-passwords for these stores are located in a yaml file, with an example is provided in the source code repository *a1-policy-management/config/application.yaml*
+The A1 Policy Management Service uses the default security keystore and truststore that are included in the built container. The paths and
+passwords for these stores are located in the static configuration file described above (*application.yaml*), with an example is provided in the source code repository *a1-policy-management/config/application.yaml*
-There is also the A1 Policy Management Service's own cert in the default truststore for mocking purposes and unit-testing
+A default cert and truststore is also included in the A1 Policy Management Service, but should only be used for *mocking* and *testing* purposes.
(*ApplicationTest.java*).
-The default keystore, truststore, and application.yaml files can be overridden by mounting new files using the the docker "volumes"
-command for docker-compose or docker run command. Assuming that the keystore, truststore, and application.yaml files are located in the same directory as docker-compose,
+The default keystore, truststore, and application.yaml files can be overridden by mounting new files using the the docker 'volumes'
+command for 'docker-compose' or 'docker run' command. Assuming that the *keystore*, *truststore*, and *application.yaml* files are located in the same directory as 'docker-compose',
the volumes field should have these entries: ::
`volumes:`
@@ -119,25 +124,25 @@ the volumes field should have these entries: ::
The target paths in the container should not be modified.
-Example docker run command for mounting new files (assuming they are located in the current directory): ::
+Example 'docker run' command for mounting new files (assuming they are located in the current directory): ::
- docker run -p 8081:8081 -p 8433:8433 --name=policy-agent-container --network=nonrtric-docker-net --volume "$PWD/new_keystore.jks:/opt/app/policy-agent/etc/cert/keystore.jks" --volume "$PWD/new_truststore.jks:/opt/app/policy-agent/etc/cert/truststore.jks" --volume "$PWD/new_application.yaml:/opt/app/policy-agent/config/application.yaml" onap/ccsdk-oran-a1policymanagementservice:1.4.2-SNAPSHOT
+ docker run -p 8081:8081 -p 8433:8433 --name=policy-agent-container --network=nonrtric-docker-net --volume "$PWD/new_keystore.jks:/opt/app/policy-agent/etc/cert/keystore.jks" --volume "$PWD/new_truststore.jks:/opt/app/policy-agent/etc/cert/truststore.jks" --volume "$PWD/new_application.yaml:/opt/app/policy-agent/config/application.yaml" onap/ccsdk-oran-a1policymanagementservice:1.5.0
A1 Adapter (Internal)
+++++++++++++++++++++
-The O-RAN A1 Adapter provides an **internal** RESTCONF API that is used by the A1 Policy Management System when accessing the A1 Interface. This API is useful for test and verification but should not used otherwise.
+The O-RAN A1 Adapter provides an **internal** RESTCONF API that is used only by the A1 Policy Management System when accessing the A1 Interface via SDNC. This API is useful for test and verification but should not used otherwise.
See :ref:`a1_adapter_api` for details of this internal API.
Configuration of HTTP Proxy
---------------------------
-In order to configure a HTTP Proxy for southbound connections:
+In order to configure a HTTP Proxy for the A1-Adapter to use for southbound connections:
* Modify file: *odlsli/src/main/properties/a1-adapter-api-dg.properties*. This file is found in CCSDK/distribution for SDNC.
* In a running container this file is found at */opt/onap/ccsdk/data/properties/a1-adapter-api-dg.properties*
- * Variable a1Mediator.proxy.url must contain the full Proxy URL
+ * Variable *a1Mediator.proxy.url* must contain the full Proxy URL
After this configuration has been changed the A1 adapter needs to be either rebuilt, or restarted if the configuration is changed inside a container, or re-read by the container if externally accessible (e.g. K8s ConfigMap).
diff --git a/docs/index.rst b/docs/index.rst
index c5be7965..05132a74 100644
--- a/docs/index.rst
+++ b/docs/index.rst
@@ -1,6 +1,6 @@
.. This work is licensed under a Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
-.. Copyright 2022 Nordix Foundation.
+.. Copyright 2023 Nordix Foundation.
.. _master_index:
ccsdk/oran
diff --git a/docs/media/ONAP-A1ControllerArchitecture-London.png b/docs/media/ONAP-A1ControllerArchitecture-London.png
new file mode 100644
index 00000000..f2d4c602
--- /dev/null
+++ b/docs/media/ONAP-A1ControllerArchitecture-London.png
Binary files differ
diff --git a/docs/releasenotes/release-notes.rst b/docs/releasenotes/release-notes.rst
index e8a12c37..cca6f553 100644
--- a/docs/releasenotes/release-notes.rst
+++ b/docs/releasenotes/release-notes.rst
@@ -1,7 +1,7 @@
.. This work is licensed under a Creative Commons Attribution
.. 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
-.. Copyright (C) 2022 Nordix Foundation.
+.. Copyright (C) 2023 Nordix Foundation.
.. _release_notes:
=============
@@ -590,8 +590,8 @@ Kohn, Release 1.4.2
| | |
+-----------------------------+-----------------------------------------------------+
-London, RC
-----------
+London, Release 1.5.0
+---------------------
+-----------------------------+-----------------------------------------------------+
| **Project** | CCSDK ORAN |
| | |
@@ -605,6 +605,6 @@ London, RC
| **Release date** | 2023-04-26 |
| | |
+-----------------------------+-----------------------------------------------------+
-| **Purpose of the delivery** | Improvements, London RC 1.5.0 version |
+| **Purpose of the delivery** | Improvements, London Release, 1.5.0 version |
| | |
+-----------------------------+-----------------------------------------------------+