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, controller, or DMaaP topic to use.
The second (config/application.yaml) contains logging and security configurations.
Note: Version numbers used in this page may not be the most recent ... you should verify the latest version numbers for released pre-built components in the docker image repository (https://nexus3.onap.org)
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- used port for HTTP/HTTPS, this is however not the port numbers 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- SSL parameters for setting up using of key store and trust store databases.
- Usage of HTTP Proxy; if configured, the proxy will be used for accessing the near-RT-RICs
logging
; setting of of which information that is logged.filepath
; the local path to a file used for "Dynamic configuration" (if used). See next chapter.
For details about the parameters in this file, see documentation in the file.
(A sample static config file can be found in the repo: application.yaml (Jakarta))
See also Istanbul - Configuration of Certs
Dynamic configuration - Settings that can be changed at runtime (application_configuration.json or REST or Consul 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 from a CBS/Consul database (Cloudify), or using the Configuration REST API. The configuration is re-read and refreshed at regular intervals.
The configuration includes:
controller
: Optional A1 Controller configuration, e.g. an SDNC instance (with A1-Adapter)name
: for use later in the configurationbaseUrl
: the URL of the A1 controller (e.g. SDNC + A1 Adapter)userName
&password
: to configure security parameters to access to the controller- The A1 Policy Management service can entirely by-pass the A1-Controller (SDNC + A1 Adapter) if desired - it is optional to access the near-RT-RIC through an A1-Controller.
In the configuration the "controller
" property is optional in the "ric
" objects (below)
If all configuredric
s bypass the A1-Controller (do not have "controller
" values) then the "controller
" object at the top of the configuration can be omitted.
If all configuredric
s bypass the A1-Controller there is no need to start an A1-Controller.
There is no functional gain in accessing the near-RT-RIC through an A1-Controller.
ric
: One entry for each near-RT-RIC, which includes:name
: a friendly name to refer to the near-RT-RICbaseUrl
: The base URL of the A1 interface endpoint in the near-RT-RIC.managedElementIds
: A optional list of identifiers that near-RT-RIC is using. An application can query the A1 Policy Management Service to retrieve "RIC" instance associated with these identiefiers. (e.g. cells, sectors, locations, etc.) .controller
: An optional reference to the controller to use, or excluded if the near-RT-RIC can be accessed directly from this A1 Policy Management Service.customAdapterClass
- An optional java class name to be used for the southbound interface towards the NearRT RIC. If this is not given the PMS will automatically discover the A1-P API version supported by the NearRT-RIC.
This parameter can be used for explicitly defining a class to be used. See the example below using the "customAdapterClass" property. The class used has to be in the class path of the built container.
This means that the PMS can be extended to support any protocol towards the NearRT RIC without changing its implementation.
On how to implement such an adapter class, see the source code and the actual class referred to in the configuration example below.
- An optional java class name to be used for the southbound interface towards the NearRT RIC. If this is not given the PMS will automatically discover the A1-P API version supported by the NearRT-RIC.
- DMaaP configuration: Optional. Used if the A1 Policy Management Service is configured to send/receive API calls over a DMaaP topic:
streams_subscribes
: Information on the DMaaP topic to receive API requestsstreams_publishes
: Information on the DMaaP topic to publish API responses
For details about the syntax of the file, there is an example in source code repository /config/application_configuration.json (Jakarta). This file is also included in the docker container /opt/app/policy-agent/data/application_configuration.json_example.
Sample JSON Configuration
A sample configuration is included below.
(Note the configuration below is just a sample, and should be updated to match particular deployments.
The deployment below assumes an A1 Controller function (SDNC) exists - addressable at the url given, using the authentication credentials given, with 4 'RIC's urls specified, and that the specified DMaaP topics are available.)
JSON Schema for the application configuration
The configuration must comply to the following JSON schema. There are several publicly available tools (e.g. online) where it is possible to validate JSON objects against their schema.
The schema is available in the gerrit repo : application_configuration_schema.json (Jakarta)