Update README MarkDown files 97/6097/1
authorecaiyanlinux <martin.c.yan@est.tech>
Wed, 19 May 2021 13:28:50 +0000 (21:28 +0800)
committerecaiyanlinux <martin.c.yan@est.tech>
Thu, 20 May 2021 07:15:47 +0000 (15:15 +0800)
Some minor changes on the MarkDown files
checked against MarkDown lint/preview tools, most of the updates are suggested by tools.

Change-Id: Id13a847e629cea18ed9f405e0a3ee8ecc2862641
Signed-off-by: ecaiyanlinux <martin.c.yan@est.tech>
Issue-ID: NONRTRIC-517

test/auto-test/README.md
test/common/README.md
test/cr/README.md
test/http-https-proxy/README.md
test/mrstub/README.md
test/prodstub/README.md
test/usecases/healthcheck/README.md
test/usecases/linkfailure/README.md

index 4926b58..c97f2ab 100644 (file)
@@ -1,8 +1,10 @@
-## Overview
+# Overview
+
 The bash scripts in this dir are intended for function test of the Non-RT RIC in different configurations, using simulators when needed for the external interfaces.
 A few of the bash scripts are so called 'suites', These suite scripts calls a sequence of the other bash scripts.
 
 ## Automated test scripts
+
 There are two types of scripts, filenames in the format FTCXXX.sh test one or more components of the Non-RT RIC. Filenames in the format SuiteZZZZ.sh tests a number of FTCXXX.sh script as one suite. (XXX is an integer selected from the categories described further below).
 FTC is short for Function Test Case. In addition, there are also other test scripts with other naming format used for demo setup etc (e.g PM_DEMO.sh).
 
@@ -10,12 +12,14 @@ The requirements, in terms of the execution enviroment, to run a script or a sui
 The scripts have been tested to work on both MacOS and Ubuntu using docker. They should work also in git-bash on windows (for docker) but only partly verified. Running using minikube has only been verified on Ubuntu and running on kubernetes has only been verified on MacOS.
 
 ## Configuration
+
 The test scripts uses configuration from a single file, found in `../common/test_env.sh`, which contains all needed configuration in terms of image names, image tags, ports, file paths, passwords etc. This file can be modified if needed.  See the README.md in  `../common/` for all details of the config file.
 
 ## How to run
+
 A test script, for example FTC1, is executed from the cmd line using the script filename and one or more parameters:
 
- ./FTC1.sh remote docker --env-file ../common/test_env-oran-cherry.sh
+ >```./FTC1.sh remote docker --env-file ../common/test_env-oran-cherry.sh```
 
 Note that not is running on a released verion, the parameter "release" shall be included to run the released images.
 
@@ -28,37 +32,47 @@ The test scripts produce quite a number of logs; all container logs, a log of al
 To test all components on a very basic level, run the demo test script(s) for the desired release.
 Note that oran tests only include components from oran.
 Note that onap test uses components from onap combined with released oran components available at that onap release (e.g. Honolulu contains onap images from honolulu and oran images from cherry)
-```
+
+
 ORAN CHERRY
 ===========
-./PM_EI_DEMO.sh remote-remove  docker release   --env-file ../common/test_env-oran-cherry.sh
-./PM_EI_DEMO.sh remote-remove  kube  release --env-file ../common/test_env-oran-cherry.sh
+>```./PM_EI_DEMO.sh remote-remove  docker release   --env-file ../common/test_env-oran-cherry.sh```
+
+>```./PM_EI_DEMO.sh remote-remove  kube  release --env-file ../common/test_env-oran-cherry.sh```
 
 ORAN D-RELEASE
 =========
-./PM_EI_DEMO.sh remote-remove  docker   --env-file ../common/test_env-oran-d-release.sh  --use-release-image SDNC
-./PM_EI_DEMO.sh remote-remove  kube   --env-file ../common/test_env-oran-d-release.sh  --use-release-image SDNC
-Note that D-Release has not updated the SDNC so cherry release is used
+>```./PM_EI_DEMO.sh remote-remove  docker   --env-file ../common/test_env-oran-d-release.sh  --use-release-image SDNC```
+
+>```./PM_EI_DEMO.sh remote-remove  kube   --env-file ../common/test_env-oran-d-release.sh  --use-release-image SDNC```
+
+Note that D-Release has not updated the SDNC so cherry release is used<br>
 Note: When D-Release is released, add the 'release' arg to run released images.
 
 ONAP GUILIN
 ===========
-./PM_DEMO.sh remote-remove  docker release   --env-file ../common/test_env-onap-guilin.sh
-./PM_DEMO.sh remote-remove  kube  release --env-file ../common/test_env-onap-guilin.sh
+>```./PM_DEMO.sh remote-remove  docker release   --env-file ../common/test_env-onap-guilin.sh```
+
+>```./PM_DEMO.sh remote-remove  kube  release --env-file ../common/test_env-onap-guilin.sh```
+
 Note that ECS was not available before oran cherry so a test script without ECS is used.
 
 ONAP HONOLULU
 =============
-./PM_EI_DEMO.sh remote-remove  docker release  --env-file ../common/test_env-onap-honolulu.sh
-./PM_EI_DEMO.sh remote-remove  kube  release --env-file ../common/test_env-onap-honolulu.sh
+>```./PM_EI_DEMO.sh remote-remove  docker release  --env-file ../common/test_env-onap-honolulu.sh```
+
+>```./PM_EI_DEMO.sh remote-remove  kube  release --env-file ../common/test_env-onap-honolulu.sh```
 
 ONAP ISTANBUL
 =============
-./PM_EI_DEMO.sh remote-remove  docker   --env-file ../common/test_env-onap-istanbul.sh
-./PM_EI_DEMO.sh remote-remove  kube   --env-file ../common/test_env-onap-istanbul.sh
+>```./PM_EI_DEMO.sh remote-remove  docker   --env-file ../common/test_env-onap-istanbul.sh```
+
+>```./PM_EI_DEMO.sh remote-remove  kube   --env-file ../common/test_env-onap-istanbul.sh```
+
 Note: When istanbul is released, add the 'release' arg to run released images.
-```
+
 ## Test case categories
+
 The test script are number using these basic categories where 0-999 are releated to the policy managment and 1000-1999 are related to enrichment management. 2000-2999 are for southbound http proxy. There are also demo test cases that test more or less all components. These test scripts does not use the numbering scheme below.
 
 The numbering in each series corresponds to the following groupings
@@ -78,12 +92,14 @@ To get an overview of the available test scripts, use the following command to p
 'grep ONELINE *.sh' in the dir of the test scripts.
 
 ## Test case file - template
+
 A test script contains a number of steps to verify a certain functionality.
 The empty template for a test case file looks like this.
 Only the parts noted with < and > shall be changed.
 It is strongly suggested to look at the existing test scripts, it is probably easier to copy an existing test script instead of creating one from scratch. The README.md in  `../common/` describes the functions available in the test script in detail.
 
 -----------------------------------------------------------
+
 ```
 #!/bin/bash
 
@@ -116,8 +132,8 @@ setup_testenvironment
 store_logs          END
 
 ```
------------------------------------------------------------
 
+-----------------------------------------------------------
 
 ## License
 
@@ -132,4 +148,4 @@ Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
-limitations under the License.
\ No newline at end of file
+limitations under the License.
index 65f20cc..4edfcbb 100644 (file)
@@ -1,4 +1,5 @@
 # Introduction #
+
 This dir contains most scripts needed for the auto-test environment. There are scripts with functions to adapt to the apis of the components of the Non-RT RIC; Policy Agent, A1 Controller and Ric (A1) simulator. The test environment supports both test with docker and kubernetes(still experimental)
 Some of the scripts can also be used for other kinds of tests, for example basic tests.
 
@@ -81,7 +82,7 @@ The included functions are described in detail further below.
 `testsuite_common.sh` \
 Common functions for running two or more auto test scripts as a suite.
 
-## Integration of a new applicaton
+## Integration of a new applicaton ##
 
 Integration a new application to the test environment involves the following steps.
 
@@ -121,15 +122,15 @@ All docker-compose files and all kubernetes resource files need to defined speci
 * Add mandatory image(s) and image tag(s) to the appropriate environment files for each release in the file(s) `test_env_<system>-<release-name>`.
 In addition, all other needed environment shall also be defined in these file.
 
-
 # Description of functions in testcase_common.sh #
 
 ## Script args ##
+
 The script can be started with these arguments
 
 | arg list |
 |--|
-| `remote|remote-remove docker|kube --env-file <environment-filename> [release] [auto-clean] [--stop-at-error] [--ricsim-prefix <prefix> ] [--use-local-image <app-nam>+]  [--use-snapshot-image <app-nam>+] [--use-staging-image <app-nam>+] [--use-release-image <app-nam>+] [--image-repo <repo-address] [--repo-policy local|remote] [--cluster-timeout <timeout-in seconds>]` |
+| `remote\|remote-remove docker\|kube --env-file <environment-filename> [release] [auto-clean] [--stop-at-error] [--ricsim-prefix <prefix> ] [--use-local-image <app-nam>+]  [--use-snapshot-image <app-nam>+] [--use-staging-image <app-nam>+] [--use-release-image <app-nam>+] [--image-repo <repo-address>] [--repo-policy local\|remote] [--cluster-timeout <timeout-in-seconds>]` |
 
 | parameter | description |
 |-|-|
@@ -147,11 +148,12 @@ The script can be started with these arguments
 | `--use-staging-image` | The script will use images from the nexus staging repo for the supplied apps, space separated list of app short names |
 | `--use-release-image` | The script will use images from the nexus release repo for the supplied apps, space separated list of app short names |
 | `--image-repo` |  Url to optional image repo. Only locally built images will be re-tagged and pushed to this repo |
-| `-repo-policy ` |  Policy controlling which images to re-tag and push to image repo in param --image-repo. Can be set to 'local' (push on locally built images) or 'remote' (push locally built images and images from nexus repo). Default is 'local' |
+| `-repo-policy` |  Policy controlling which images to re-tag and push to image repo in param --image-repo. Can be set to 'local' (push on locally built images) or 'remote' (push locally built images and images from nexus repo). Default is 'local' |
 | `--cluster-timeout` |  Optional timeout for cluster where it takes time to obtain external ip/host-name. Timeout in seconds |
 | `help` | Print this info along with the test script description and the list of app short names supported |
 
-## Function: setup_testenvironment
+## Function: setup_testenvironment ##
+
 Main function to setup the test environment before any tests are started.
 Must be called right after sourcing all component scripts.
 | arg list |
@@ -159,30 +161,35 @@ Must be called right after sourcing all component scripts.
 | None |
 
 ## Function: indent1 ##
+
 Indent every line of a command output with one space char.
 | arg list |
 |--|
 | None |
 
 ## Function: indent2 ##
+
 Indent every line of a command output with two space chars.
 | arg list |
 |--|
 | None |
 
 ## Function: print_result ##
+
 Print a test report of an auto-test script.
 | arg list |
 |--|
 | None |
 
 ## Function: start_timer ##
+
 Start a timer for time measurement. Only one timer can be running.
 | arg list |
 |--|
 | None - but any args will be printed (It is good practice to use same args for this function as for the `print_timer`) |
 
 ## Function: print_timer ##
+
 Print the value of the timer (in seconds) previously started by 'start_timer'. (Note that timer is still running after this function). The result of the timer as well as the args to the function will also be printed in the test report.
 | arg list |
 |--|
@@ -193,6 +200,7 @@ Print the value of the timer (in seconds) previously started by 'start_timer'. (
 | `<timer-message-to-print>` | Any text message to be printed along with the timer result.(It is good practice to use same args for this function as for the `start_timer`) |
 
 ## Function: print_and_reset_timer ##
+
 Print the value of the timer (in seconds) previously started by 'start_timer'. Also reset the timer to 0. The result of the timer as well as the args to the function will also be printed in the test report.
 | arg list |
 |--|
@@ -203,6 +211,7 @@ Print the value of the timer (in seconds) previously started by 'start_timer'. A
 | `<timer-message-to-print>` | Any text message to be printed along with the timer result.(It is good practice to use same args for this function as for the `start_timer`) |
 
 ## Function: deviation ##
+
 Mark a test as a deviation from the requirements. The list of deviations will be printed in the test report.
 | arg list |
 |--|
@@ -213,18 +222,21 @@ Mark a test as a deviation from the requirements. The list of deviations will be
 | `<deviation-message-to-print>` | Any text message describing the deviation. The text will also be printed in the test report. The intention is to mark known deviations, compared to required functionality |
 
 ## Function: clean_environment ##
+
 Stop and remove all containers (docker) or resources (kubernetes). Containers not part of the test are not affected (docker only). Removes all resources started by previous kube tests (kube only).
 | arg list |
 |--|
 | None |
 
 ## Function: auto_clean_containers ##
+
 Same function as 'clean_environment'. This function has effect only if the test script is started with arg `auto-clean`. This intention is to use this function as the last step in an auto-test script.
 | arg list |
 |--|
 | None |
 
 ## Function: sleep_wait ##
+
 Make the script sleep for a number of seconds.
 | arg list |
 |--|
@@ -232,16 +244,18 @@ Make the script sleep for a number of seconds.
 
 | parameter | description |
 | --------- | ----------- |
-| `<sleep-time-in-sec> ` | Number of seconds to sleep |
+| `<sleep-time-in-sec>` | Number of seconds to sleep |
 | `<any-text-in-quotes-to-be-printed>` | Optional. The text will be printed, if present |
 
 ## Function: check_control_panel_logs ##
+
 Check the Control Panel log for any warnings and errors and print the count of each.
 | arg list |
 |--|
 | None |
 
 ## Function: store_logs ##
+
 Take a snap-shot of all logs for all running containers and stores them in `./logs/<ATC-id>`. All logs will get the specified prefix in the file name. In general, one of the last steps in an auto-test script shall be to call this function. If logs shall be taken several times during a test script, different prefixes shall be used each time.
 | arg list |
 |--|
@@ -251,16 +265,17 @@ Take a snap-shot of all logs for all running containers and stores them in `./lo
 | --------- | ----------- |
 | `<logfile-prefix>` | Log file prefix  |
 
-
 # Description of functions in testsuite_common.sh #
 
 ## Function: suite_setup ##
+
 Sets up the test suite and prints out a heading.
 | arg list |
 |--|
 | None |
 
 ## suite_complete ##
+
 Print out the overall result of the executed test cases.
 | arg list |
 |--|
@@ -269,74 +284,88 @@ Print out the overall result of the executed test cases.
 # Description of functions in agent_api_functions.sh #
 
 ## General ##
+
 Both PMS version 1 and 2 are supported. The version is controlled by the env variable `$PMS_VERSION` set in the test env file.
 For api function in version 2, an url prefix is added if configured.
 
 ## Function: use_agent_rest_http ##
+
 Use http for all API calls to the Policy Agent. This is the default.
 | arg list |
 |--|
 | None |
 
 ## Function: use_agent_rest_https ##
+
 Use https for all API calls to the Policy Agent.
 | arg list |
 |--|
 | None |
 
 ## Function: use_agent_dmaap_http ##
+
 Send and recieve all API calls to the Policy Agent over Dmaap via the MR over http.
 | arg list |
 |--|
 | None |
 
 ## Function: use_agent_dmaap_https ##
+
 Send and recieve all API calls to the Policy Agent over Dmaap via the MR over https.
 | arg list |
 |--|
 | None |
 
 ## Function: start_policy_agent ##
+
 Start the Policy Agent container or corresponding kube resources depending on docker/kube mode.
 | arg list |
+|--|
 | `<logfile-prefix>` |
-| (docker) `PROXY|NOPROXY <config-file>` |
-| (kube) `PROXY|NOPROXY <config-file> [ <data-file> ]` |
+| (docker) `PROXY\|NOPROXY <config-file>` |
+| (kube) `PROXY\|NOPROXY <config-file> [ <data-file> ]` |
+
 | parameter | description |
 | --------- | ----------- |
 | `PROXY` | Configure with http proxy, if proxy is started  |
 | `NOPROXY` | Configure without http proxy  |
-| <config-file>` | Path to application.yaml  |
-|  <data-file>` | Optional path to application_configuration.json  |
+| `<config-file>`| Path to application.yaml  |
+| `<data-file>` | Optional path to application_configuration.json  |
 
 ## Function: agent_load_config ##
+
 Load the config into a config map (kubernetes only).
 | arg list |
-|  <data-file> ]` |
+|--|
+|  `<data-file>` |
+
 | parameter | description |
 | --------- | ----------- |
-|  <data-file>` | Path to application_configuration.json  |
+|  `<data-file>` | Path to application_configuration.json  |
 
 ## Function: set_agent_debug ##
+
 Configure the Policy Agent log on debug level. The Policy Agent must be running.
 | arg list |
 |--|
 | None |
 
 ## Function: set_agent_trace ##
+
 Configure the Policy Agent log on trace level. The Policy Agent must be running.
 | arg list |
 |--|
 | None |
 
 ## Function: use_agent_retries ##
+
 Configure the Policy Agent to make upto 5 retries if an API calls return any of the specified http return codes.
 | arg list |
 |--|
 | `[<response-code>]*` |
 
-
 ## Function: check_policy_agent_logs ##
+
 Check the Policy Agent log for any warnings and errors and print the count of each.
 | arg list |
 |--|
@@ -360,17 +389,18 @@ See the 'cr' dir for more details.
 | `<timeout-in-sec>` | Max time to wait for the length to reach the target value  |
 
 ## Function: api_get_policies() ##
+
 Test of GET '/policies' or V2 GET '/v2/policy-instances' and optional check of the array of returned policies.
 To test the response code only, provide the response code parameter as well as the following three parameters.
 To also test the response payload add the 'NOID' for an expected empty array or repeat the last five/seven parameters for each expected policy.
 
 | arg list |
 |--|
-| `<response-code> <ric-id>|NORIC <service-id>|NOSERVICE <policy-type-id>|NOTYPE [ NOID | [<policy-id> <ric-id> <service-id> EMPTY|<policy-type-id> <template-file>]*]` |
+| `<response-code> <ric-id>\|NORIC <service-id>\|NOSERVICE <policy-type-id>\|NOTYPE [ NOID \| [<policy-id> <ric-id> <service-id> EMPTY\|<policy-type-id> <template-file>]*]` |
 
 | arg list V2 |
 |--|
-| `<response-code> <ric-id>|NORIC <service-id>|NOSERVICE <policy-type-id>|NOTYPE [ NOID | [<policy-id> <ric-id> <service-id> EMPTY|<policy-type-id> <transient> <notification-url> <template-file>]*]` |
+| `<response-code> <ric-id>\|NORIC <service-id>\|NOSERVICE <policy-type-id>\|NOTYPE [ NOID \| [<policy-id> <ric-id> <service-id> EMPTY\|<policy-type-id> <transient> <notification-url> <template-file>]*]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -388,8 +418,8 @@ To also test the response payload add the 'NOID' for an expected empty array or
 | `notification-url` |  Url for notifications |
 | `<template-file>` |  Path to the template file for the policy (same template used when creating the policy) |
 
-
 ## Function: api_get_policy() ##
+
 Test of GET '/policy' or V2 GET '/v2/policies/{policy_id}' and optional check of the returned json payload.
 To test the the response code only, provide the expected response code and policy id.
 To test the contents of the returned json payload, add a path to the template file used when creating the policy.
@@ -400,7 +430,7 @@ To test the contents of the returned json payload, add a path to the template fi
 
 | arg list V2|
 |--|
-| `<response-code> <policy-id> [ <template-file> <service-name> <ric-id> <policytype-id>|NOTYPE <transient> <notification-url>|NOURL ]` |
+| `<response-code> <policy-id> [ <template-file> <service-name> <ric-id> <policytype-id>\|NOTYPE <transient> <notification-url>\|NOURL ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -415,6 +445,7 @@ To test the contents of the returned json payload, add a path to the template fi
 | `notification-url` |  Url for notifications |
 
 ## Function: api_put_policy() ##
+
 Test of PUT '/policy' or V2 PUT '/policies'.
 If more than one policy shall be created, add a count value to indicate the number of policies to create. Note that if more than one policy shall be created the provided policy-id must be numerical (will be used as the starting id).
 
@@ -424,7 +455,7 @@ If more than one policy shall be created, add a count value to indicate the numb
 
 | arg list V2 |
 |--|
-| `<response-code> <service-name> <ric-id> <policytype-id>|NOTYPE <policy-id> <transient>|NOTRANSIENT <notification-url>|NOURL <template-file> [<count>]` |
+| `<response-code> <service-name> <ric-id> <policytype-id>\|NOTYPE <policy-id> <transient>\|NOTRANSIENT <notification-url>\|NOURL <template-file> [<count>]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -440,11 +471,13 @@ If more than one policy shall be created, add a count value to indicate the numb
 | `<count>` |  An optional count (default is 1). If a value greater than 1 is given, the policy ids will use the given policy id as the first id and add 1 to that id for each new policy |
 
 ## Function: api_put_policy_batch() ##
+
 This tests the same as function 'api_put_policy' except that all put requests are sent to dmaap in one go and then the responses are polled one by one.
 If the agent api is not configured to use dmaap (see 'use_agent_dmaap', 'use_agent_rest_http' and 'use_agent_rest_https'), an error message is printed.
 For arg list and parameters, see 'api_put_policy'.
 
 ## Function: api_put_policy_parallel() ##
+
 This tests the same as function 'api_put_policy' except that the policy create is spread out over a number of processes and it only uses the agent rest API. The total number of policies created is determined by the product of the parameters 'number-of-rics' and 'count'. The parameter 'number-of-threads' shall be selected to be not evenly divisible by the product of the parameters 'number-of-rics' and 'count' - this is to ensure that one process does not handle the creation of all the policies in one ric.
 
 | arg list |
@@ -453,7 +486,7 @@ This tests the same as function 'api_put_policy' except that the policy create i
 
 | arg list |
 |--|
-| `<response-code> <service-name> <ric-id-base> <number-of-rics> <policytype-id> <policy-start-id> <transient> <notification-url>|NOURL <template-file> <count-per-ric> <number-of-threads>`
+| `<response-code> <service-name> <ric-id-base> <number-of-rics> <policytype-id> <policy-start-id> <transient> <notification-url>\|NOURL <template-file> <count-per-ric> <number-of-threads>`
 
 | parameter | description |
 | --------- | ----------- |
@@ -470,6 +503,7 @@ This tests the same as function 'api_put_policy' except that the policy create i
 | `<number-of-threads>` |  Number of threads (processes) to run in parallel |
 
 ## Function: api_delete_policy() ##
+
 This tests the DELETE '/policy' or V2 DELETE '/v2/policies/{policy_id}'. Removes the indicated policy or a 'count' number of policies starting with 'policy-id' as the first id.
 
 | arg list |
@@ -483,11 +517,13 @@ This tests the DELETE '/policy' or V2 DELETE '/v2/policies/{policy_id}'. Removes
 | `<count>` |  An optional count of policies to delete. The 'policy-id' will be the first id to be deleted. |
 
 ## Function: api_delete_policy_batch() ##
+
 This tests the same as function 'api_delete_policy' except that all delete requests are sent to dmaap in one go and then the responses are polled one by one.
 If the agent api is not configured to used dmaap (see 'use_agent_dmaap', 'use_agent_rest_http' and 'use_agent_rest_https'), an error message is printed.
 For arg list and parameters, see 'api_delete_policy'.
 
 ## Function: api_delete_policy_parallel() ##
+
 This tests the same as function 'api_delete_policy' except that the policy delete is spread out over a number of processes and it only uses the agent rest API. The total number of policies deleted is determined by the product of the parameters 'number-of-rics' and 'count'. The parameter 'number-of-threads' shall be selected to be not evenly divisible by the product of the parameters 'number-of-rics' and 'count' - this is to ensure that one process does not handle the deletion of all the policies in one ric.
 
 | arg list |
@@ -503,7 +539,6 @@ This tests the same as function 'api_delete_policy' except that the policy delet
 | `<count-per-ric>` |  Number of policies per ric |
 | `<number-of-threads>` |  Number of threads (processes) to run in parallel |
 
-
 ## Function: api_get_policy_ids() ##
 
 Test of GET '/policy_ids' or V2 GET '/v2/policies'.
@@ -512,7 +547,7 @@ To also test the response payload add the 'NOID' for an expected empty array or
 
 | arg list |
 |--|
-| `<response-code> <ric-id>|NORIC <service-id>|NOSERVICE <type-id>|NOTYPE ([<policy-instance-id]*|NOID)` |
+| `<response-code> <ric-id>\|NORIC <service-id>\|NOSERVICE <type-id>\|NOTYPE ([<policy-instance-id]*\|NOID)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -527,6 +562,7 @@ To also test the response payload add the 'NOID' for an expected empty array or
 | `<policy-instance-id>` |  Id of the policy |
 
 ## Function: api_get_policy_schema() ##
+
 Test of V2 GET '/v2/policy-types/{policyTypeId}' and optional check of the returned json schema.
 To test the response code only, provide the expected response code and policy type id.
 To test the contents of the returned json schema, add a path to a schema file to compare with.
@@ -542,6 +578,7 @@ To test the contents of the returned json schema, add a path to a schema file to
 | `<schema-file>` |  Path to the schema file for the policy type |
 
 ## Function: api_get_policy_schema() ##
+
 Test of GET '/policy_schema' and optional check of the returned json schema.
 To test the response code only, provide the expected response code and policy type id.
 To test the contents of the returned json schema, add a path to a schema file to compare with.
@@ -557,13 +594,14 @@ To test the contents of the returned json schema, add a path to a schema file to
 | `<schema-file>` |  Path to the schema file for the policy type |
 
 ## Function: api_get_policy_schemas() ##
+
 Test of GET '/policy_schemas' and optional check of the returned json schemas.
 To test the response code only, provide the expected response code and ric id (or NORIC if no ric is given).
 To test the contents of the returned json schema, add a path to a schema file to compare with (or NOFILE to represent an empty '{}' type)
 
 | arg list |
 |--|
-| `<response-code>  <ric-id>|NORIC [<schema-file>|NOFILE]*` |
+| `<response-code>  <ric-id>\|NORIC [<schema-file>\|NOFILE]*` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -574,11 +612,12 @@ To test the contents of the returned json schema, add a path to a schema file to
 | `NOFILE` |  Indicate the template for an empty type |
 
 ## Function: api_get_policy_status() ##
+
 Test of GET '/policy_status' or V2 GET '/policies/{policy_id}/status'.
 
 | arg list |
 |--|
-| `<response-code> <policy-id> (STD|STD2 <enforce-status>|EMPTY [<reason>|EMPTY])|(OSC <instance-status> <has-been-deleted>)` |
+| `<response-code> <policy-id> (STD\|STD2 <enforce-status>\|EMPTY [<reason>\|EMPTY])\|(OSC <instance-status> <has-been-deleted>)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -594,13 +633,14 @@ Test of GET '/policy_status' or V2 GET '/policies/{policy_id}/status'.
 | `<has-been-deleted>` |  Deleted status, true or false |
 
 ## Function: api_get_policy_types() ##
+
 Test of GET '/policy_types' or  V2 GET '/v2/policy-types' and optional check of the returned ids.
 To test the response code only, provide the expected response code and ric id (or NORIC if no ric is given).
 To test the contents of the returned json payload, add the list of expected policy type id (or 'EMPTY' for the '{}' type)
 
 | arg list |
 |--|
-| `<response-code> [<ric-id>|NORIC [<policy-type-id>|EMPTY [<policy-type-id>]*]]` |
+| `<response-code> [<ric-id>\|NORIC [<policy-type-id>\|EMPTY [<policy-type-id>]*]]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -611,6 +651,7 @@ To test the contents of the returned json payload, add the list of expected poli
 | `EMPTY` |  Indicate the empty type |
 
 ## Function: api_get_status() ##
+
 Test of GET /status or V2 GET /status
 
 | arg list |
@@ -622,6 +663,7 @@ Test of GET /status or V2 GET /status
 | `<response-code>` | Expected http response code |
 
 ## Function: api_get_ric() ##
+
 Test of GET '/ric' or V2 GET '/v2/rics/ric'
 To test the response code only, provide the expected response code and managed element id.
 To test the returned ric id, provide the expected ric id.
@@ -632,7 +674,7 @@ To test the returned ric id, provide the expected ric id.
 
 | arg list V2 |
 |--|
-| `<reponse-code> <management-element-id>|NOME <ric-id>|<NORIC> [<string-of-ricinfo>]` |
+| `<reponse-code> <management-element-id>\|NOME <ric-id>\|<NORIC> [<string-of-ricinfo>]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -644,15 +686,16 @@ To test the returned ric id, provide the expected ric id.
 | `string-of-ricinfo` |  String of ric info |
 
 ## Function: api_get_rics() ##
+
 Test of GET '/rics' or V2 GET '/v2/rics' and optional check of the returned json payload (ricinfo).
 To test the response code only, provide the expected response code and policy type id (or NOTYPE if no type is given).
 To test also the returned payload, add the formatted string of info in the returned payload.
-Format of ricinfo: '<ric-id>:<list-of-mes>:<list-of-policy-type-ids>'
-Example `<space-separate-string-of-ricinfo> = "ricsim_g1_1:me1_ricsim_g1_1,me2_ricsim_g1_1:1,2,4 ricsim_g1_1:me2_........."`
+Format of ricinfo: <br>`<ric-id>:<list-of-mes>:<list-of-policy-type-ids>`<br>
+Example <br>`<space-separate-string-of-ricinfo> = "ricsim_g1_1:me1_ricsim_g1_1,me2_ricsim_g1_1:1,2,4 ricsim_g1_1:me2_........."`
 
 | arg list |
 |--|
-| `<reponse-code> <policy-type-id>|NOTYPE [<space-separate-string-of-ricinfo>]` |
+| `<reponse-code> <policy-type-id>\|NOTYPE [<space-separate-string-of-ricinfo>]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -662,6 +705,7 @@ Example `<space-separate-string-of-ricinfo> = "ricsim_g1_1:me1_ricsim_g1_1,me2_r
 | `<space-separate-string-of-ricinfo>` |  A space separated string of ric info - needs to be quoted |
 
 ## Function: api_put_service() ##
+
 Test of PUT '/service' or V2 PUT '/service'.
 | arg list |
 |--|
@@ -675,24 +719,26 @@ Test of PUT '/service' or V2 PUT '/service'.
 | `<callbackurl>` |  Callback url |
 
 ## Function: api_get_services() ##
+
 Test of GET '/service' or V2 GET '/v2/services' and optional check of the returned json payload.
 To test only the response code, omit all parameters except the expected response code.
 To test the returned json, provide the parameters after the response code.
 
 | arg list |
 |--|
-| `<response-code> [ (<query-service-name> <target-service-name> <keepalive-timeout> <callbackurl>) | (NOSERVICE <target-service-name> <keepalive-timeout> <callbackurl> [<target-service-name> <keepalive-timeout> <callbackurl>]* )]` |
+| `<response-code> [ (<query-service-name> <target-service-name> <keepalive-timeout> <callbackurl>) \| (NOSERVICE <target-service-name> <keepalive-timeout> <callbackurl> [<target-service-name> <keepalive-timeout> <callbackurl>]* )]` |
 
 | parameter | description |
 | --------- | ----------- |
 | `<response-code>` | Expected http response code |
-| <query-service-name>` |  Service name for the query |
-| <target-service-name>` |  Target service name|
+| `<query-service-name>` |  Service name for the query |
+| `<target-service-name>` |  Target service name|
 | `<keepalive-timeout>` |  Timeout value |
 | `<callbackurl>` |  Callback url |
 | `NOSERVICE` |  Indicator of no target service name |
 
 ## Function: api_get_service_ids() ##
+
 Test of GET '/services' or V2 GET /'v2/services'. Only check of service ids.
 
 | arg list |
@@ -705,6 +751,7 @@ Test of GET '/services' or V2 GET /'v2/services'. Only check of service ids.
 | `<service-name>` |  Service name |
 
 ## Function: api_delete_services() ##
+
 Test of DELETE '/services' or V2 DELETE '/v2/services/{serviceId}'
 
 | arg list |
@@ -717,11 +764,12 @@ Test of DELETE '/services' or V2 DELETE '/v2/services/{serviceId}'
 | `<service-name>` |  Service name |
 
 ## Function: api_put_services_keepalive() ##
+
 Test of PUT '/services/keepalive' or V2 PUT '/v2/services/{service_id}/keepalive'
 
 | arg list |
 |--|
-| <response-code> <service-name>` |
+| `<response-code> <service-name>` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -729,11 +777,12 @@ Test of PUT '/services/keepalive' or V2 PUT '/v2/services/{service_id}/keepalive
 | `<service-name>` |  Service name |
 
 ## Function: api_put_configuration() ##
+
 Test of PUT '/v2/configuration'
 
 | arg list |
 |--|
-| <response-code> <config-file>` |
+| `<response-code> <config-file>` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -741,25 +790,22 @@ Test of PUT '/v2/configuration'
 | `<config-file>` |  Path json config file |
 
 ## Function: api_get_configuration() ##
+
 Test of GET '/v2/configuration'
 
 | arg list |
 |--|
-| <response-code> [<config-file>]` |
+| `<response-code> [<config-file>]` |
 
 | parameter | description |
 | --------- | ----------- |
 | `<response-code>` | Expected http response code |
 | `<config-file>` |  Path json config file to compare the retrieved config with |
-| parameter | description |
-| --------- | ----------- |
-| `[<response-code>]*` | A space separated list of http response codes, may be empty to reset to 'no codes'.  |
-
 
 # Description of functions in consul_cbs_function.sh #
 
-
 ## Function: consul_config_app ##
+
 Function to load a json config from a file into consul for the Policy Agent
 
 | arg list |
@@ -771,6 +817,7 @@ Function to load a json config from a file into consul for the Policy Agent
 | `<json-config-file>` | The path to the json file to be loaded to Consul/CBS |
 
 ## Function: prepare_consul_config ##
+
 Function to prepare a Consul config based on the previously configured (and started simulators). Note that all simulator must be running and the test script has to configure if http or https shall be used for the components (this is done by the functions 'use_simulator_http', 'use_simulator_https', 'use_sdnc_http', 'use_sdnc_https', 'use_mr_http', 'use_mr_https')
 | arg list |
 |--|
@@ -778,10 +825,11 @@ Function to prepare a Consul config based on the previously configured (and star
 
 | parameter | description |
 | --------- | ----------- |
-| `SDNC|NOSDNC` | Configure based on a1-controller (SNDC) or without a controller/adapter (NOSDNC) |
+| `SDNC\|NOSDNC` | Configure based on a1-controller (SNDC) or without a controller/adapter (NOSDNC) |
 | `<output-file>` | The path to the json output file containing the prepared config. This file is used in 'consul_config_app'  |
 
 ## Function: start_consul_cbs ##
+
 Start the Consul and CBS containers
 | arg list |
 |--|
@@ -790,58 +838,67 @@ Start the Consul and CBS containers
 # Description of functions in control_panel_api_function.sh #
 
 ## Function: use_control_panel_http ##
+
 Set http as the protocol to use for all communication to the Control Panel
 | arg list |
 |--|
 | None |
 
 ## Function: use_control_panel_https ##
+
 Set https as the protocol to use for all communication to the Control Panel
 | arg list |
 |--|
 | None |
 
 ## Function: start_control_panel ##
+
 Start the Control Panel container
 | arg list |
 |--|
 | None |
 
 # Description of functions in controller_api_functions.sh #
+
 The file contains a selection of the possible API tests towards the a1-controller
 
 ## Function: use_sdnc_http ##
+
 Use http for all API calls towards the SDNC A1 Controller. This is the default. Note that this function shall be called before preparing the config for Consul.
 | arg list |
 |--|
 | None |
 
-## Function: use_sdnc_http ##
+## Function: use_sdnc_https ##
+
 Use https for all API calls towards the SDNC A1 Controller. Note that this function shall be called before preparing the config for Consul.
 | arg list |
 |--|
 | None |
 
 ## Function: start_sdnc ##
+
 Start the SDNC A1 Controller container and its database container
 | arg list |
 |--|
 | None |
 
 ## Function: check_sdnc_logs ##
+
 Check the SDNC log for any warnings and errors and print the count of each.
 | arg list |
 |--|
 | None |
 
 ## Function: controller_api_get_A1_policy_ids ##
+
 Test of GET policy ids towards OSC or STD type simulator.
 To test response code only, provide the response code, 'OSC' + policy type or 'STD'
 To test the response payload, include the ids of the expexted response.
 
 | arg list |
 |--|
-| `<response-code> (OSC <ric-id> <policy-type-id> [ <policy-id> [<policy-id>]* ]) | ( STD <ric-id> [ <policy-id> [<policy-id>]* ]` |
+| `<response-code> (OSC <ric-id> <policy-type-id> [ <policy-id> [<policy-id>]* ]) \| ( STD <ric-id> [ <policy-id> [<policy-id>]* ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -852,8 +909,8 @@ To test the response payload, include the ids of the expexted response.
 | `<policy-id>` |  Id of the policy |
 | `STD` |  Indicator of status of Standarized A1 |
 
-
 ## Function: controller_api_get_A1_policy_type ##
+
 Test of GET a policy type (OSC only)
 
 | arg list |
@@ -869,11 +926,12 @@ Test of GET a policy type (OSC only)
 | `policy-type-file>` |  Optional schema file to compare the returned type with |
 
 ## Function: controller_api_delete_A1_policy ##
+
 Deletes a policy instance
 
 | arg list |
 |--|
-| `(STD <ric-id> <policy-id>) | (OSC <ric-id> <policy-type-id> <policy-id>)` |
+| `(STD <ric-id> <policy-id>) \| (OSC <ric-id> <policy-type-id> <policy-id>)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -886,11 +944,12 @@ Deletes a policy instance
 | `policy-type-file>` |  Optional schema file to compare the returned type with |
 
 ## Function: controller_api_put_A1_policy ##
+
 Creates a policy instance
 
 | arg list |
 |--|
-| `<response-code> (STD <ric-id> <policy-id> <template-file> ) | (OSC <ric-id> <policy-type-id> <policy-id> <template-file>)` |
+| `<response-code> (STD <ric-id> <policy-id> <template-file> ) \| (OSC <ric-id> <policy-type-id> <policy-id> <template-file>)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -903,11 +962,12 @@ Creates a policy instance
 | `<policy-type-id>` |  Id of the policy type |
 
 ## Function: controller_api_get_A1_policy_status ##
+
 Checks the status of a policy
 
  arg list |
 |--|
-| `<response-code> (STD <ric-id> <policy-id> <enforce-status> [<reason>]) | (OSC <ric-id> <policy-type-id> <policy-id> <instance-status> <has-been-deleted>)` |
+| `<response-code> (STD <ric-id> <policy-id> <enforce-status> [<reason>]) \| (OSC <ric-id> <policy-type-id> <policy-id> <instance-status> <has-been-deleted>)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -922,16 +982,17 @@ Checks the status of a policy
 | `<instance-status>` |  Instance status |
 | `<has-been-deleted>` |  Deleted status, true or false |
 
-
 # Description of functions in cr_api_functions.sh #
 
 ## Function: use_cr_http ##
+
 Use http for getting event from CR.  The admin API is not affected. This is the default.
 | arg list |
 |--|
 | None |
 
 ## Function: use_cr_https ##
+
 Use https for getting event from CR. The admin API is not affected.
 Note: Not yet used as callback event is not fully implemented/deciced.
 | arg list |
@@ -939,12 +1000,14 @@ Note: Not yet used as callback event is not fully implemented/deciced.
 | None |
 
 ## Function: start_cr ##
+
 Start the Callback Receiver container in docker or kube depending on start mode.
 | arg list |
 |--|
 | None |
 
 ## Function: cr_equal ##
+
 Tests if a variable value in the Callback Receiver (CR) simulator is equal to a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is equal to the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes equal to the target value or not.
@@ -960,11 +1023,12 @@ See the 'cr' dir for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
 ## Function: cr_api_check_all_sync_events() ##
+
 Check the contents of all ric events received for a callback id.
 
 | arg list |
 |--|
-| `<response-code> <id> [ EMPTY | ( <ric-id> )+ ]` |
+| `<response-code> <id> [ EMPTY \| ( <ric-id> )+ ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -976,66 +1040,77 @@ Check the contents of all ric events received for a callback id.
 # Description of functions in ecs_api_functions.sh #
 
 ## Function: use_ecs_rest_http ##
+
 Use http for all API calls to the ECS. This is the default protocol.
 | arg list |
 |--|
 | None |
 
 ## Function: use_ecs_rest_https ##
+
 Use https for all API calls to the ECS.
 | arg list |
 |--|
 | None |
 
 ## Function: use_ecs_dmaap_http ##
+
 Send and recieve all API calls to the ECS over Dmaap via the MR using http.
 | arg list |
 |--|
 | None |
 
 ## Function: use_ecs_dmaap_https ##
+
 Send and recieve all API calls to the ECS over Dmaap via the MR using https.
 | arg list |
 |--|
 | None |
 
 ## Function: start_ecs ##
+
 Start the ECS container in docker or kube depending on running mode.
 | arg list |
 |--|
 | None |
 
 ## Function: stop_ecs ##
+
 Stop the ECS container.
 | arg list |
 |--|
 | None |
 
 ## Function: start_stopped_ecs ##
+
 Start a previously stopped ecs.
 | arg list |
 |--|
 | None |
 
 ## Function: set_ecs_debug ##
+
 Configure the ECS log on debug level. The ECS must be running.
 | arg list |
 |--|
 | None |
 
 ## Function: set_ecs_trace ##
+
 Configure the ECS log on trace level. The ECS must be running.
 | arg list |
 |--|
 | None |
 
 ## Function: check_ecs_logs ##
+
 Check the ECS log for any warnings and errors and print the count of each.
 | arg list |
 |--|
 | None |
 
 ## Function: ecs_equal ##
+
 Tests if a variable value in the ECS is equal to a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is equal to the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes equal to the target value or not.
@@ -1052,13 +1127,14 @@ See the 'a1-interface' repo for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
 ## Function: ecs_api_a1_get_job_ids() ##
+
 Test of GET '/A1-EI​/v1​/eitypes​/{eiTypeId}​/eijobs' and optional check of the array of returned job ids.
 To test the response code only, provide the response code parameter as well as a type id and an owner id.
 To also test the response payload add the 'EMPTY' for an expected empty array or repeat the last parameter for each expected job id.
 
 | arg list |
 |--|
-| `<response-code> <type-id>  <owner-id>|NOOWNER [ EMPTY | <job-id>+ ]` |
+| `<response-code> <type-id>  <owner-id>\|NOOWNER [ EMPTY \| <job-id>+ ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1070,6 +1146,7 @@ To also test the response payload add the 'EMPTY' for an expected empty array or
 | `EMPTY` | The expected list of job id shall be empty  |
 
 ## Function: ecs_api_a1_get_type() ##
+
 Test of GET '/A1-EI​/v1​/eitypes​/{eiTypeId}' and optional check of the returned schema.
 To test the response code only, provide the response code parameter as well as the type-id.
 To also test the response payload add a path to the expected schema file.
@@ -1085,13 +1162,14 @@ To also test the response payload add a path to the expected schema file.
 | `<schema-file>` | Path to a schema file to compare with the returned schema  |
 
 ## Function: ecs_api_a1_get_type_ids() ##
+
 Test of GET '/A1-EI​/v1​/eitypes' and optional check of returned list of type ids.
 To test the response code only, provide the response only.
 To also test the response payload add the list of expected type ids (or EMPTY if the list is expected to be empty).
 
 | arg list |
 |--|
-| `<response-code> [ (EMPTY | [<type-id>]+) ]` |
+| `<response-code> [ (EMPTY \| [<type-id>]+) ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1100,6 +1178,7 @@ To also test the response payload add the list of expected type ids (or EMPTY if
 | `<type-id>` | Id of the EI type  |
 
 ## Function: ecs_api_a1_get_job_status() ##
+
 Test of GET '/A1-EI​/v1​/eitypes​/{eiTypeId}​/eijobs​/{eiJobId}​/status' and optional check of the returned status.
 To test the response code only, provide the response code, type id and job id.
 To also test the response payload add the expected status.
@@ -1116,6 +1195,7 @@ To also test the response payload add the expected status.
 | `<status>` | Expected status  |
 
 ## Function: ecs_api_a1_get_job() ##
+
 Test of GET '/A1-EI​/v1​/eitypes​/{eiTypeId}​/eijobs​/{eiJobId}' and optional check of the returned job.
 To test the response code only, provide the response code, type id and job id.
 To also test the response payload add the remaining parameters.
@@ -1134,12 +1214,13 @@ To also test the response payload add the remaining parameters.
 | `<template-job-file>` | Path to a job template for job parameters of the job  |
 
 ## Function: ecs_api_a1_delete_job() ##
+
 Test of DELETE '/A1-EI​/v1​/eitypes​/{eiTypeId}​/eijobs​/{eiJobId}'.
 To test, provide all the specified parameters.
 
 | arg list |
 |--|
-| `<response-code> <type-id> <job-id> |
+| `<response-code> <type-id> <job-id>` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1148,6 +1229,7 @@ To test, provide all the specified parameters.
 | `<job-id>` | Id of the job  |
 
 ## Function: ecs_api_a1_put_job() ##
+
 Test of PUT '/A1-EI​/v1​/eitypes​/{eiTypeId}​/eijobs​/{eiJobId}'.
 To test, provide all the specified parameters.
 
@@ -1165,13 +1247,14 @@ To test, provide all the specified parameters.
 | `<template-job-file>` | Path to a job template for job parameters of the job  |
 
 ## Function: ecs_api_edp_get_type_ids() ##
+
 Test of GET '/ei-producer/v1/eitypes' or '/data-producer/v1/info-types' depending on ecs version and an optional check of the returned list of type ids.
 To test the response code only, provide the response code.
 To also test the response payload add list of expected type ids (or EMPTY if the list is expected to be empty).
 
 | arg list |
 |--|
-| `<response-code> [ EMPTY | <type-id>+]` |
+| `<response-code> [ EMPTY \| <type-id>+]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1180,6 +1263,7 @@ To also test the response payload add list of expected type ids (or EMPTY if the
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_edp_get_producer_status() ##
+
 Test of GET '/ei-producer/v1/eiproducers/{eiProducerId}/status' or '/data-producer/v1/info-producers/{infoProducerId}/status' depending on ecs version and optional check of the returned status.
 To test the response code only, provide the response code and producer id.
 To also test the response payload add the expected status.
@@ -1195,13 +1279,14 @@ To also test the response payload add the expected status.
 | `<status>` | The expected status string  |
 
 ## Function: ecs_api_edp_get_producer_ids() ##
+
 Test of GET '/ei-producer/v1/eiproducers' and optional check of the returned producer ids.
 To test the response code only, provide the response.
 To also test the response payload add the list of expected producer-ids (or EMPTY if the list of ids is expected to be empty).
 
 | arg list |
 |--|
-| `<response-code> [ EMPTY | <producer-id>+]` |
+| `<response-code> [ EMPTY \| <producer-id>+]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1210,13 +1295,14 @@ To also test the response payload add the list of expected producer-ids (or EMPT
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_edp_get_producer_ids_2() ##
+
 Test of GET '/ei-producer/v1/eiproducers' or '/data-producer/v1/info-producers' depending on ecs version and optional check of the returned producer ids.
 To test the response code only, provide the response.
 To also test the response payload add the type (if any) and a list of expected producer-ids (or EMPTY if the list of ids is expected to be empty).
 
 | arg list |
 |--|
-| `<response-code> [ ( NOTYPE | <type-id> ) [ EMPTY | <producer-id>+]` |
+| `<response-code> [ ( NOTYPE \| <type-id> ) [ EMPTY \| <producer-id>+]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1227,13 +1313,14 @@ To also test the response payload add the type (if any) and a list of expected p
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_edp_get_type() ##
+
 Test of GET '/ei-producer/v1/eitypes/{eiTypeId}' and optional check of the returned type.
 To test the response code only, provide the response and the type-id.
 To also test the response payload add a path to a job schema file and a list expected producer-id (or EMPTY if the list of ids is expected to be empty).
 
 | arg list |
 |--|
-| `<response-code> <type-id> [<job-schema-file> (EMPTY | [<producer-id>]+)]` |
+| `<response-code> <type-id> [<job-schema-file> (EMPTY \| [<producer-id>]+)]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1244,6 +1331,7 @@ To also test the response payload add a path to a job schema file and a list exp
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_edp_get_type_2() ##
+
 Test of GET '/ei-producer/v1/eitypes/{eiTypeId}' or '/data-producer/v1/info-types/{infoTypeId}' depending on ecs version and optional check of the returned type.
 To test the response code only, provide the response and the type-id.
 To also test the response payload add a path to a job schema file.
@@ -1260,6 +1348,7 @@ To also test the response payload add a path to a job schema file.
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_edp_put_type_2() ##
+
 Test of PUT '/ei-producer/v1/eitypes/{eiTypeId}' or '/data-producer/v1/info-types/{infoTypeId}' depending on ecs version and optional check of the returned type.
 
 | arg list |
@@ -1274,6 +1363,7 @@ Test of PUT '/ei-producer/v1/eitypes/{eiTypeId}' or '/data-producer/v1/info-type
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_edp_delete_type_2() ##
+
 Test of DELETE '/ei-producer/v1/eitypes/{eiTypeId}' or '/data-producer/v1/info-types/{infoTypeId}' depending on ecs version and optional check of the returned type.
 
 | arg list |
@@ -1286,13 +1376,14 @@ Test of DELETE '/ei-producer/v1/eitypes/{eiTypeId}' or '/data-producer/v1/info-t
 | `<type-id>` | Id of the type  |
 
 ## Function: ecs_api_edp_get_producer() ##
+
 Test of GET '/ei-producer/v1/eiproducers/{eiProducerId}' and optional check of the returned producer.
 To test the response code only, provide the response and the producer-id.
 To also test the response payload add the remaining parameters defining thee producer.
 
 | arg list |
 |--|
-| `<response-code> <producer-id> [<create-callback> <delete-callback> <supervision-callback> (EMPTY | [<type-id> <schema-file>]+) ]` |
+| `<response-code> <producer-id> [<create-callback> <delete-callback> <supervision-callback> (EMPTY\| [<type-id> <schema-file>]+) ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1305,15 +1396,15 @@ To also test the response payload add the remaining parameters defining thee pro
 | `<schema-file>` | Path to a schema file  |
 | `EMPTY` | The expected list of type schema pairs shall be empty  |
 
-
 ## Function: ecs_api_edp_get_producer_2() ##
+
 Test of GET '/ei-producer/v1/eiproducers/{eiProducerId}' or '/data-producer/v1/info-producers/{infoProducerId}' depending on ecs version and optional check of the returned producer.
 To test the response code only, provide the response and the producer-id.
 To also test the response payload add the remaining parameters defining thee producer.
 
 | arg list |
 |--|
-| `<response-code> <producer-id> [<job-callback> <supervision-callback> (EMPTY | <type-id>+) ]` |
+| `<response-code> <producer-id> [<job-callback> <supervision-callback> (EMPTY \| <type-id>+) ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1325,6 +1416,7 @@ To also test the response payload add the remaining parameters defining thee pro
 | `EMPTY` | The expected list of types shall be empty  |
 
 ## Function: ecs_api_edp_delete_producer() ##
+
 Test of DELETE '/ei-producer/v1/eiproducers/{eiProducerId}' or '/data-producer/v1/info-producers/{infoProducerId}' depending on ecs version.
 To test, provide all parameters.
 
@@ -1338,12 +1430,13 @@ To test, provide all parameters.
 | `<producer-id>` | Id of the producer  |
 
 ## Function: ecs_api_edp_put_producer() ##
+
 Test of PUT '/ei-producer/v1/eiproducers/{eiProducerId}'.
 To test, provide all parameters. The list of type/schema pair may be empty.
 
 | arg list |
 |--|
-| `<response-code> <producer-id> <job-callback> <supervision-callback> (EMPTY | [<type-id> <schema-file>]+)` |
+| `<response-code> <producer-id> <job-callback> <supervision-callback> (EMPTY \| [<type-id> <schema-file>]+)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1356,12 +1449,13 @@ To test, provide all parameters. The list of type/schema pair may be empty.
 | `EMPTY` | The list of type/schema pairs is empty  |
 
 ## Function: ecs_api_edp_put_producer_2() ##
+
 Test of PUT '/ei-producer/v1/eiproducers/{eiProducerId}' or '/data-producer/v1/info-producers/{infoProducerId}' depending on ecs version.
 To test, provide all parameters. The list of type/schema pair may be empty.
 
 | arg list |
 |--|
-| `<response-code> <producer-id> <job-callback> <supervision-callback> NOTYPE|[<type-id>+]` |
+| `<response-code> <producer-id> <job-callback> <supervision-callback> NOTYPE\|[<type-id>+]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1373,13 +1467,14 @@ To test, provide all parameters. The list of type/schema pair may be empty.
 | `NOTYPE` | The list of types is empty  |
 
 ## Function: ecs_api_edp_get_producer_jobs() ##
+
 Test of GET '/ei-producer/v1/eiproducers/{eiProducerId}/eijobs' and optional check of the returned producer job.
 To test the response code only, provide the response and the producer-id.
 To also test the response payload add the remaining parameters.
 
 | arg list |
 |--|
-| `<response-code> <producer-id> (EMPTY | [<job-id> <type-id> <target-url> <job-owner> <template-job-file>]+)` |
+| `<response-code> <producer-id> (EMPTY \| [<job-id> <type-id> <target-url> <job-owner> <template-job-file>]+)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1393,13 +1488,14 @@ To also test the response payload add the remaining parameters.
 | `EMPTY` | The list of job/type/target/job-file tuples is empty  |
 
 ## Function: ecs_api_edp_get_producer_jobs_2() ##
+
 Test of GET '/ei-producer/v1/eiproducers/{eiProducerId}/eijobs' or '/data-producer/v1/info-producers/{infoProducerId}/info-jobs' depending on ecs version and optional check of the returned producer job.
 To test the response code only, provide the response and the producer-id.
 To also test the response payload add the remaining parameters.
 
 | arg list |
 |--|
-| `<response-code> <producer-id> (EMPTY | [<job-id> <type-id> <target-url> <job-owner> <template-job-file>]+)` |
+| `<response-code> <producer-id> (EMPTY \| [<job-id> <type-id> <target-url> <job-owner> <template-job-file>]+)` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1413,6 +1509,7 @@ To also test the response payload add the remaining parameters.
 | `EMPTY` | The list of job/type/target/job-file tuples is empty  |
 
 ## Function: ecs_api_service_status() ##
+
 Test of GET '/status'.
 
 | arg list |
@@ -1424,13 +1521,14 @@ Test of GET '/status'.
 | `<response-code>` | Expected http response code |
 
 ## Function: ecs_api_idc_get_type_ids() ##
+
 Test of GET '/data-consumer/v1/info-types' and an optional check of the returned list of type ids.
 To test the response code only, provide the response code.
 To also test the response payload add list of expected type ids (or EMPTY if the list is expected to be empty).
 
 | arg list |
 |--|
-| `<response-code> [ EMPTY | <type-id>+]` |
+| `<response-code> [ EMPTY \| <type-id>+]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1439,13 +1537,14 @@ To also test the response payload add list of expected type ids (or EMPTY if the
 | `EMPTY` | The expected list of type ids shall be empty  |
 
 ## Function: ecs_api_idc_get_job_ids() ##
+
 Test of GET '/data-consumer/v1/info-jobs' and optional check of the array of returned job ids.
 To test the response code only, provide the response code parameter as well as a type id and an owner id.
 To also test the response payload add the 'EMPTY' for an expected empty array or repeat the last parameter for each expected job id.
 
 | arg list |
 |--|
-| `<response-code> <type-id>  <owner-id>|NOOWNER [ EMPTY | <job-id>+ ]` |
+| `<response-code> <type-id>  <owner-id>\|NOOWNER [ EMPTY \| <job-id>+ ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1457,6 +1556,7 @@ To also test the response payload add the 'EMPTY' for an expected empty array or
 | `EMPTY` | The expected list of job id shall be empty  |
 
 ## Function: ecs_api_idc_get_job() ##
+
 Test of GET '/data-consumer/v1/info-jobs/{infoJobId}' and optional check of the returned job.
 To test the response code only, provide the response code, type id and job id.
 To also test the response payload add the remaining parameters.
@@ -1475,6 +1575,7 @@ To also test the response payload add the remaining parameters.
 | `<template-job-file>` | Path to a job template for job parameters of the job  |
 
 ## Function: ecs_api_idc_put_job() ##
+
 Test of PUT '​/data-consumer/v1/info-jobs/{infoJobId}'.
 To test, provide all the specified parameters.
 
@@ -1493,12 +1594,13 @@ To test, provide all the specified parameters.
 | `VALIIDATE` | Indicator to preform type validation at creation  |
 
 ## Function: ecs_api_idc_delete_job() ##
+
 Test of DELETE '/A1-EI​/v1​/eitypes​/{eiTypeId}​/eijobs​/{eiJobId}'.
 To test, provide all the specified parameters.
 
 | arg list |
 |--|
-| `<response-code> <type-id> <job-id> |
+| `<response-code> <type-id> <job-id>` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1507,6 +1609,7 @@ To test, provide all the specified parameters.
 | `<job-id>` | Id of the job  |
 
 ## Function: ecs_api_idc_get_type() ##
+
 Test of GET '/data-consumer/v1/info-types/{infoTypeId} and optional check of the returned schema.
 To test the response code only, provide the response code parameter as well as the type-id.
 To also test the response payload add a path to the expected schema file.
@@ -1522,6 +1625,7 @@ To also test the response payload add a path to the expected schema file.
 | `<schema-file>` | Path to a schema file to compare with the returned schema  |
 
 ## Function: ecs_api_idc_get_job_status() ##
+
 Test of GET '/data-consumer/v1/info-jobs/{infoJobId}/status' and optional check of the returned status.
 To test the response code only, provide the response code, type id and job id.
 To also test the response payload add the expected status.
@@ -1537,8 +1641,8 @@ To also test the response payload add the expected status.
 | `<job-id>` | Id of the job  |
 | `<status>` | Expected status  |
 
-
 ## Function: ecs_api_admin_reset() ##
+
 Test of GET '/status'.
 
 | arg list |
@@ -1552,53 +1656,59 @@ Test of GET '/status'.
 
 # Description of functions in gateway_api_functions.sh #
 
-
 ## Function: use_gateway_http ##
+
 Use http for all calls to the gateway. This is set by default.
 | arg list |
 |--|
 | None |
 
 ## Function: use_gateway_https ##
+
 Use https for all calls to the gateway.
 | arg list |
 |--|
 | None |
 
 ## Function: set_gateway_debug ##
+
 Set debug level logging in the gateway
 | arg list |
 |--|
 | None |
 
 ## Function: set_gateway_trace ##
+
 Set debug level logging in the trace
 | arg list |
 |--|
 | None |
 
 ## Function: start_gateway ##
+
 Start the the gateway container in docker or kube depending on start mode
 | arg list |
 |--|
 | None |
 
 ## Function: gateway_pms_get_status ##
+
 Sample test of pms api (status)
 | arg list |
 |--|
-| `<response-code> ` |
+| `<response-code>` |
 
 | parameter | description |
 | --------- | ----------- |
 | `<response-code>` | Expected http response code |
 
 ## Function: gateway_ecs_get_types ##
+
 Sample test of ecs api (get types)
 Only response code tested - not payload
 | arg list |
 |--|
-| `<response-code> ` |
+| `<response-code>` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1607,18 +1717,21 @@ Only response code tested - not payload
 # Description of functions in http_proxy_api_functions.sh #
 
 ## Function: use_http_proxy_http ##
+
 Use http for all proxy requests. Note that this only applicable to the actual proxy request, the proxied protocol can still be http and https.
 | arg list |
 |--|
 | None |
 
 ## Function: use_http_proxy_https ##
+
 Use https for all proxy requests. Note that this only applicable to the actual proxy request, the proxied protocol can still be http and https.
 | arg list |
 |--|
 | None |
 
 ## Function: start_http_proxy ##
+
 Start the http proxy container in docker or kube depending on running mode.
 | arg list |
 |--|
@@ -1627,18 +1740,21 @@ Start the http proxy container in docker or kube depending on running mode.
 # Description of functions in kube_proxy_api_functions.sh #
 
 ## Function: use_kube_proxy_http ##
+
 Use http for all proxy requests. Note that this only applicable to the actual proxy request, the proxied protocol can still be http and https.
 | arg list |
 |--|
 | None |
 
 ## Function: use_kube_proxy_https ##
+
 Use https for all proxy requests. Note that this only applicable to the actual proxy request, the proxied protocol can still be http and https.
 | arg list |
 |--|
 | None |
 
 ## Function: start_kube_proxy ##
+
 Start the kube proxy container in kube. This proxy enabled the test env to access all services and pods in a kube cluster.
 No proxy is started if the function is called in docker mode.
 | arg list |
@@ -1648,25 +1764,28 @@ No proxy is started if the function is called in docker mode.
 # Description of functions in mr_api_functions.sh #
 
 ## Function: use_mr_http ##
+
 Use http for all Dmaap calls to the MR. This is the default. The admin API is not affected. Note that this function shall be called before preparing the config for Consul.
 | arg list |
 |--|
 | None |
 
 ## Function: use_mr_https ##
+
 Use https for all Dmaap call to the MR. The admin API is not affected. Note that this function shall be called before preparing the config for Consul.
 | arg list |
 |--|
 | None |
 
 ## Function: start_mr ##
+
 Start the Message Router stub interface container in docker or kube depending on start mode
 | arg list |
 |--|
 | None |
 
-
 ## Function: mr_equal ##
+
 Tests if a variable value in the Message Router (MR) simulator is equal to a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is equal to the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes equal to the target value or not.
@@ -1682,6 +1801,7 @@ See the 'mrstub' dir for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
 ## Function: mr_greater ##
+
 Tests if a variable value in the Message Router (MR) simulator is greater than a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is greater than the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes greater than the target value or not.
@@ -1697,6 +1817,7 @@ See the 'mrstub' dir for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to become grater than the target value  |
 
 ## Function: mr_read ##
+
 Reads the value of a variable in the Message Router (MR) simulator. The value is intended to be passed to a env variable in the test script.
 See the 'mrstub' dir for more details.
 | arg list |
@@ -1708,6 +1829,7 @@ See the 'mrstub' dir for more details.
 | `<variable-name>` | Variable name in the MR  |
 
 ## Function: mr_print ##
+
 Prints the value of a variable in the Message Router (MR) simulator.
 See the 'mrstub' dir for more details.
 | arg list |
@@ -1718,28 +1840,31 @@ See the 'mrstub' dir for more details.
 | --------- | ----------- |
 | `<variable-name>` | Variable name in the MR  |
 
-
 # Description of functions in prodstub_api_functions.sh #
 
 ## Function: use_prod_stub_http ##
+
 Use http for the API.  The admin API is not affected. This is the default protocol.
 | arg list |
 |--|
 | None |
 
 ## Function: use_prod_stub_https ##
+
 Use https for the API. The admin API is not affected.
 | arg list |
 |--|
 | None |
 
 ## Function: start_prod_stub ##
+
 Start the Producer stub container in docker or kube depending on start mode
 | arg list |
 |--|
 | None |
 
 ## Function: prodstub_arm_producer() ##
+
 Preconfigure the prodstub with a producer. The producer supervision response code is optional, if not given the response code will be set to 200.
 
 | arg list |
@@ -1753,6 +1878,7 @@ Preconfigure the prodstub with a producer. The producer supervision response cod
 | `<forced_response_code>` | Forced response code for the producer callback url |
 
 ## Function: prodstub_arm_job_create() ##
+
 Preconfigure the prodstub with a job or update an existing job. Optional create/update job response code, if not given the response code will be set to 200/201 depending on if the job has been previously created or not.
 
 | arg list |
@@ -1766,6 +1892,7 @@ Preconfigure the prodstub with a job or update an existing job. Optional create/
 | `<forced_response_code>` | Forced response code for the create callback url |
 
 ## Function: prodstub_arm_job_delete() ##
+
 Preconfigure the prodstub with a job. Optional delete job response code, if not given the response code will be set to 204/404 depending on if the job exists or not.
 
 | arg list |
@@ -1779,6 +1906,7 @@ Preconfigure the prodstub with a job. Optional delete job response code, if not
 | `<forced_response_code>` | Forced response code for the delete callback url |
 
 ## Function: prodstub_arm_type() ##
+
 Preconfigure the prodstub with a type for a producer. Can be called multiple times to add more types.
 
 | arg list |
@@ -1792,6 +1920,7 @@ Preconfigure the prodstub with a type for a producer. Can be called multiple tim
 | `<type-id>` | Id of the type  |
 
 ## Function: prodstub_disarm_type() ##
+
 Remove a type for the producer in the rodstub. Can be called multiple times to remove more types.
 
 | arg list |
@@ -1805,6 +1934,7 @@ Remove a type for the producer in the rodstub. Can be called multiple times to r
 | `<type-id>` | Id of the type  |
 
 ## Function: prodstub_check_jobdata() ##
+
 Check a job in the prodstub towards the list of provided parameters.
 
 | arg list |
@@ -1822,6 +1952,7 @@ Check a job in the prodstub towards the list of provided parameters.
 | `<template-job-file>` | Path to a job template file  |
 
 ## Function: prodstub_check_jobdata_2() ##
+
 Check a job in the prodstub towards the list of provided parameters.
 
 | arg list |
@@ -1839,6 +1970,7 @@ Check a job in the prodstub towards the list of provided parameters.
 | `<template-job-file>` | Path to a job template file  |
 
 ## Function: prodstub_check_jobdata_3() ##
+
 Check a job in the prodstub towards the list of provided parameters.
 
 | arg list |
@@ -1856,6 +1988,7 @@ Check a job in the prodstub towards the list of provided parameters.
 | `<template-job-file>` | Path to a job template file  |
 
 ## Function: prodstub_delete_jobdata() ##
+
 Delete the job parameters, job data, for a job.
 
 | arg list |
@@ -1868,8 +2001,8 @@ Delete the job parameters, job data, for a job.
 | `<producer-id>` | Id of the producer  |
 | `<job-id>` | Id of the job  |
 
-
 ## Function: prodstub_equal ##
+
 Tests if a variable value in the prodstub is equal to a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is equal to the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes equal to the target value or not.
@@ -1884,28 +2017,31 @@ With the timeout, the test waits up to the timeout seconds before setting pass o
 | `<target-value>` | Target value for the variable  |
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
-
 # Description of functions in rapp_catalogue_api_function.sh #
 
 ## Function: use_rapp_catalogue_http ##
+
 Use http for the API. This is the default protocol.
 | arg list |
 |--|
 | None |
 
 ## Function: use_rapp_catalogue_https ##
+
 Use https for the API.
 | arg list |
 |--|
 | None |
 
 ## Function: start_rapp_catalogue ##
+
 Start the rapp catalogue container in docker or kube depending on start mode
 | arg list |
 |--|
 | None |
 
 ## Function: rc_equal ##
+
 Tests if a variable value in the RAPP Catalogue is equal to a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is equal to the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes equal to the target value or not.
@@ -1921,11 +2057,12 @@ See the 'cr' dir for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
 ## Function: rapp_cat_api_get_services() ##
+
 Check all registered services.
 
 | arg list |
 |--|
-| `<response-code> [(<service-id> <version> <display-name> <description>)+ | EMPTY ]` |
+| `<response-code> [(<service-id> <version> <display-name> <description>)+ \| EMPTY ]` |
 
 | parameter | description |
 | --------- | ----------- |
@@ -1937,6 +2074,7 @@ Check all registered services.
 | `EMPTY` | Indicator for an empty list  |
 
 ## Function: rapp_cat_api_put_service() ##
+
 Register a services.
 
 | arg list |
@@ -1952,6 +2090,7 @@ Register a services.
 | `<description>` | Description of the service  |
 
 ## Function: rapp_cat_api_get_service() ##
+
 Check a registered service.
 
 | arg list |
@@ -1967,6 +2106,7 @@ Check a registered service.
 | `<description>` | Description of the service  |
 
 ## Function: rapp_cat_api_delete_service() ##
+
 Check a registered service.
 
 | arg list |
@@ -1978,36 +2118,39 @@ Check a registered service.
 | `<response-code>` | Expected http response code |
 | `<service-id>` | Id of the service  |
 
-
 # Description of functions in ricsimulator_api_functions.sh #
-The functions below only use the admin interface of the simulator, no usage of the A1 interface.
 
+The functions below only use the admin interface of the simulator, no usage of the A1 interface.
 
 ## Function: use_simulator_http ##
+
 Use http for all API calls (A1) toward the simulator. This is the default. Admin API calls to the simulator are not affected. Note that this function shall be called before preparing the config for Consul.
 | arg list |
 |--|
 | None |
 
 ## Function: use_simulator_https ##
+
 Use https for all API calls (A1) toward the simulator. Admin API calls to the simulator are not affected. Note that this function shall be called before preparing the config for Consul.
 | arg list |
 |--|
 | None |
 
 ## Function: start_ric_simulators ##
+
 Start a group of simulator where a group may contain 1 more simulators. Started in docker or kube depending on start mode
 | arg list |
 |--|
-| `ricsim_g1|ricsim_g2|ricsim_g3 <count> <interface-id>` |
+| `ricsim_g1\|ricsim_g2\|ricsim_g3 <count> <interface-id>` |
 
 | parameter | description |
 | --------- | ----------- |
-| `ricsim_g1|ricsim_g2|ricsim_g3` | Base name of the simulator. Each instance will have an postfix instance id added, starting on '1'. For examplle 'ricsim_g1_1', 'ricsim_g1_2' etc  |
+| `ricsim_g1\|ricsim_g2\|ricsim_g3` | Base name of the simulator. Each instance will have an postfix instance id added, starting on '1'. For examplle 'ricsim_g1_1', 'ricsim_g1_2' etc  |
 |`<count>`| And integer, 1 or greater. Specifies the number of simulators to start|
 |`<interface-id>`| Shall be the interface id of the simulator. See the repo 'a1-interface' for the available ids. |
 
 ## Function: get_kube_sim_host ##
+
 Translate ric name to kube host name.
 | arg list |
 |--|
@@ -2018,6 +2161,7 @@ Translate ric name to kube host name.
 | `<ric-name>` | The name of the ric to translate into a host name (ip) |
 
 ## Function: generate_policy_uuid ##
+
 Geneate a UUID prefix to use along with the policy instance number when creating/deleting policies. Sets the env var UUID.
 UUID is then automatically added to the policy id in GET/PUT/DELETE.
 | arg list |
@@ -2025,6 +2169,7 @@ UUID is then automatically added to the policy id in GET/PUT/DELETE.
 | None |
 
 ## Function: sim_equal ##
+
 Tests if a variable value in the RIC simulator is equal to a target value.
 Without the timeout, the test sets pass or fail immediately depending on if the variable is equal to the target or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value becomes equal to the target value or not.
@@ -2041,6 +2186,7 @@ See the 'a1-interface' repo for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
 ## Function: sim_print ##
+
 Prints the value of a variable in the RIC simulator.
 See the 'a1-interface' repo for more details.
 
@@ -2052,8 +2198,8 @@ See the 'a1-interface' repo for more details.
 | --------- | ----------- |
 | `<variable-name>` | Variable name in the RIC simulator  |
 
-
 ## Function: sim_contains_str ##
+
 Tests if a variable value in the RIC simulator contains a target string.
 Without the timeout, the test sets pass or fail immediately depending on if the variable contains the target string or not.
 With the timeout, the test waits up to the timeout seconds before setting pass or fail depending on if the variable value contains the target string or not.
@@ -2070,6 +2216,7 @@ See the 'a1-interface' repo for more details.
 | `<timeout-in-sec>` | Max time to wait for the variable to reach the target value  |
 
 ## Function: sim_put_policy_type ##
+
 Loads a policy type to the simulator
 
 | arg list |
@@ -2084,6 +2231,7 @@ Loads a policy type to the simulator
 | `<policy-type-file>` |  Path to the schema file of the policy type |
 
 ## Function: sim_delete_policy_type ##
+
 Deletes a policy type from the simulator
 
 | arg list |
@@ -2097,6 +2245,7 @@ Deletes a policy type from the simulator
 | `<policy-type-id>` |  Id of the policy type |
 
 ## Function: sim_post_delete_instances ##
+
 Deletes all instances (and status), for one ric
 
 | arg list |
@@ -2108,8 +2257,8 @@ Deletes all instances (and status), for one ric
 | `<response-code>` | Expected http response code |
 | `<ric-id>` |  Id of the ric |
 
-
 ## Function: sim_post_delete_all ##
+
 Deletes all types, instances (and status), for one ric
 
 | arg list |
@@ -2122,6 +2271,7 @@ Deletes all types, instances (and status), for one ric
 | `<ric-id>` |  Id of the ric |
 
 ## Function: sim_post_forcedresponse ##
+
 Sets (or resets) response code for next (one) A1 message, for one ric.
 The intention is to simulate error response on the A1 interface.
 
@@ -2136,6 +2286,7 @@ The intention is to simulate error response on the A1 interface.
 | `<forced_response_code>` |  Http response code to send |
 
 ## Function: sim_post_forcedelay ##
+
 Sets (or resets) A1 response delay, for one ric
 The intention is to delay responses on the A1 interface. Setting remains until removed.
 
@@ -2149,7 +2300,6 @@ The intention is to delay responses on the A1 interface. Setting remains until r
 | `<ric-id>` |  Id of the ric |
 | `<delay-in-seconds>` |  Delay in seconds. If omitted, the delay is removed |
 
-
 ## License
 
 Copyright (C) 2020 Nordix Foundation. All rights reserved.
@@ -2163,4 +2313,4 @@ Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
-limitations under the License.
\ No newline at end of file
+limitations under the License.
index b8c4ad1..c00f539 100644 (file)
@@ -1,10 +1,10 @@
-## callback receiver - a stub interface to receive callbacks ##
+# callback receiver - a stub interface to receive callbacks
 
 The callback receiver is intended for function tests to simulate a RAPP.
 The callback receiver exposes the read and write urls, used by the agent, as configured in service.
 The callback receiver receives notifications from PMS when synchronization happens between PMS and RICs. However, the callback receiver can be uses to receive any json payload from any source.
 
-# Ports and certificates
+## Ports and certificates
 
 The CR normally opens the port 8090 for http. If a certificate and a key are provided the simulator will also open port 8091 for https.
 The certificate and key shall be placed in the same dir and the dir shall be mounted to /usr/src/app/cert in the container.
@@ -17,7 +17,7 @@ The certificate and key shall be placed in the same dir and the dir shall be mou
 The dir cert contains a self-signed cert. Use the script generate_cert_and_key.sh to generate a new certificate and key. The password of the certificate must be set 'test'.
 The same urls are available on both the http port 8090 and the https port 8091. If using curl and https, the flag -k shall be given to make curl ignore checking the certificate.
 
-### Control interface ###
+### Control interface
 
 The control interface can be used by any test script.
 The following REST operations are available:
@@ -50,7 +50,7 @@ There are a number of counters that can be read to monitor the message processin
 All counters also support the query parameter "id" to fetch counter for one individual id, eg ```/counter/current_messages?id=my-id```
 
 
-### Build and start ###
+### Build and start
 
 >Build image<br>
 ```docker build --build-arg NEXUS_PROXY_REPO=nexus3.onap.org:10001/ -t callback-receiver .```
@@ -67,20 +67,22 @@ file "generate_cert_and_key.sh" is a shell script to generate certificate and ke
 file "pass" stores the password when you run the shell script
 
 This certificates/key can be overriden by mounting a volume when using "docker run" or "docker-compose"
-In 'docker run', use field:
---volume "$PWD/certificate:/usr/src/app/cert" a1test
-```docker run --rm -it -p 8090:8090 -p 8091:8091 -v "/PATH_TO_CERT/cert:/usr/src/app/cert" callback-receiver```
+In 'docker run', use field:<br>
+>```-v "$PWD/certificate:/usr/src/app/cert"```<br/>
+
+eg:
+>```docker run --rm -it -p 8090:8090 -p 8091:8091 -v "/PATH_TO_CERT/cert:/usr/src/app/cert" callback-receiver```
+
 In 'docker-compose.yml', use field:
-volumes:
-      - ./certificate:/usr/src/app/cert:ro
+>```volumes: - ./certificate:/usr/src/app/cert:ro```
 
 The script ```cr-build-start.sh``` do the above two steps in one go. This starts the callback-receiver container in stand-alone mode for basic test.<br>If the callback-receiver should be executed manually with the agent, replace docker run with this command to connect to the docker network with the correct service name (--name shall be aligned with the other components, i.e. the host named given in all callback urls).
-```docker run --rm -it -p 8090:8090 -p 8091:8091 --network nonrtric-docker-net --name callback-receiver callback-receiver```
+>```docker run --rm -it -p 8090:8090 -p 8091:8091 --network nonrtric-docker-net --name callback-receiver callback-receiver```
 
 >Start the image on http only<br>
 ```docker run --rm -it -p 8090:8090 callback-receiver```
 
-### Basic test ###
+### Basic test
 
 Basic test is made with the script ```basic_test.sh nonsecure|secure``` which tests all the available urls with a subset of the possible operations. Use the script ```cr-build-start.sh``` to start the callback-receiver in a container first.
 
@@ -97,4 +99,4 @@ Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
-limitations under the License.
\ No newline at end of file
+limitations under the License.
index ca58dce..20413f3 100644 (file)
@@ -1,11 +1,11 @@
-## http proxy ##
+# http proxy
 
 The http proxy is a generic http proxy which is able to proxy both http and https destination calls.
 The call to the proxy (to control the proxy call) also supports both http and https (https is using a self signed cert).
 The main usage for the proxy is as a gateway to all services and pod inside a kubernetest cluster.
 However, it can be used a basic standard http proxy as well.
 
-# Ports and certificates
+## Ports and certificates
 
 The proxy opens the http and https port according to the table below.
 
@@ -18,19 +18,18 @@ The proxy opens the http and https port according to the table below.
 
 The dir cert contains a self-signed cert. Use the script generate_cert_and_key.sh to generate a new certificate and key before building the container, the certs need to be re-generated. If another cert is used, all three files (cert.crt, key.crt and pass) in the cert dir should be mounted to the dir '/usr/src/app/cert' in the container.
 
-
-### Proxy usage ###
+### Proxy usage
 
 | Operation | curl example |
 | --------- | ------------ |
-| proxy http call via http | curl --proxy http://localhost:8080 http://100.110.120.130:1234 |
-| proxy https call via http | curl -k --proxy http//localhost:8080 https://100.110.120.130:5678 |
-| proxy http call via https | curl --proxy-insecure --proxy https://localhost:8433 http://100.110.120.130:1234 |
-| proxy https call via https | curl --proxy-insecure --proxy https://localhost:8433 https://100.110.120.130:5678 |
+| proxy http call via http | curl --proxy <http://localhost:8080> <http://100.110.120.130:1234> |
+| proxy https call via http | curl -k --proxy <http://localhost:8080> <https://100.110.120.130:5678> |
+| proxy http call via https | curl --proxy-insecure --proxy <https://localhost:8433> <http://100.110.120.130:1234> |
+| proxy https call via https | curl --proxy-insecure --proxy <https://localhost:8433> <https://100.110.120.130:5678> |
 | alive check and get stats | curl localhost:8081 |
-| alive check and get stats via proxy |  curl --proxy localhost:8080 http://localhost:8081 |
+| alive check and get stats via proxy |  curl --proxy localhost:8080 <http://localhost:8081> |
 
-### Build and start ###
+### Build and start
 
 >Build image<br>
 ```docker build --build-arg NEXUS_PROXY_REPO=nexus3.onap.org:10001/ -t nodejs-http-proxy:latest .```
@@ -42,8 +41,7 @@ It will listen to http ports 8080/8081 and https ports 8433/8434 (using default
 
 The script ```proxy-build-start.sh``` do the above two steps in one go. This starts the container in stand-alone mode for basic test.<br>
 
-
-### Basic test ###
+### Basic test
 
 Basic test is made with the script ```basic_test.sh``` which tests proxy. Use the script ```proxy-build-start.sh``` to start the proxy in a container first.
 
@@ -60,4 +58,4 @@ Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
-limitations under the License.
\ No newline at end of file
+limitations under the License.
index 4365d76..171b4f4 100644 (file)
@@ -1,10 +1,10 @@
-## mrstub - stub interface to interact with the policy agent over Dmaap ##
+# mrstub - stub interface to interact with the policy agent over Dmaap
 
 The mrstub is intended for function tests to simulate a message router.
 The mrstub exposes the read and write urls, used by the agent, as configured in consul.
 In addition, request messages can be fed to the mrstub and the response messages can be read by polling.
 
-# Ports and certificates
+## Ports and certificates
 
 The MR normally opens the port 3905 for http. If a certificate and a key are provided the simulator will also open port 3906 for https.
 The certificate and key shall be placed in the same dir and the dir shall be mounted to /usr/src/app/cert in the container.
@@ -17,7 +17,7 @@ The certificate and key shall be placed in the same dir and the dir shall be mou
 The dir cert contains a self-signed cert. Use the script generate_cert_and_key.sh to generate a new certificate and key. The password of the certificate must be set 'test'.
 The same urls are availables on both the http port 3905 and the https port 3906. If using curl and https, the flag -k shall be given to make curl ignore checking the certificate.
 
-### Message Router interface ###
+### Message Router interface
 
 Messages from the MR can be read using this url using http(s) GET:<br>
 ```events/A1-POLICY-AGENT-READ/users/policy-agent?timeout=<timeout>&limit=<limit>```<br>
@@ -31,7 +31,7 @@ Messages to the MR can be written using this url http(s) POST/PUT:<br>
 ```/events/A1-POLICY-AGENT-WRITE```<br>
 One or more messages can be written in the same operation.
 
-### Control interface ###
+### Control interface
 
 The control interface can be used by any test script.
 The following REST operations are available:
@@ -55,8 +55,7 @@ There are a number of counters that can be read to monitor the message processin
 ```/counter/current_requests``` - The current number of requests waiting to be picked up by the agent<br>
 ```/counter/current_responses``` - The current number of responses waiting to be picked up by the application<br>
 
-
-### Build and start ###
+### Build and start
 
 >Build image<br>
 ```docker build --build-arg NEXUS_PROXY_REPO=nexus3.onap.org:10001/ -t mrstub .```
@@ -71,24 +70,25 @@ file "key.crt" is the key file
 file "generate_cert_and_key.sh" is a shell script to generate certificate and key
 file "pass" stores the password when you run the shell script
 
-Start the a1-interface container without specifing external certificates:
+>Start the a1-interface container without specifing external certificates:<br>
 ```docker run --rm -it -p 3905:3905 -p 3906:3906 mrstub```
 
 It will listen to http 3905 port and https 3906 port(using default certificates) at the same time.
 
 This certificates/key can be overriden by mounting a volume when using "docker run" or "docker-compose"
-In 'docker run', use field:
---volume "$PWD/certificate:/usr/src/app/cert" a1test
-```docker run --rm -it -p 3905:3905 -p 3906:3906 -v "/PATH_TO_CERT/cert:/usr/src/app/cert" mrstub```
-In 'docker-compose.yml', use field:
-volumes:
-      - ./certificate:/usr/src/app/cert:ro
+In 'docker run', use field:<br>
+>```-v "$PWD/certificate:/usr/src/app/cert"```<br>
+
+eg:<br>
+>```docker run --rm -it -p 3905:3905 -p 3906:3906 -v "/PATH_TO_CERT/cert:/usr/src/app/cert" mrstub```<br>
 
-The script ```mrstub-build-start.sh``` do the build and docker run in one go. This starts the stub container in stand-alone mode for basic test.<br>If the mrstub should be executed manually with the agent, replace docker run with this command to connect to the docker network with the correct service name (--name shall be the same as configured in consul for the read and write streams).
-```docker run --rm -it -p 3905:3905 --network nonrtric-docker-net --name message-router mrstub```
+In 'docker-compose.yml', use field:<br>
+>```volumes: - ./certificate:/usr/src/app/cert:ro```
 
+The script ```mrstub-build-start.sh``` do the build and docker run in one go. This starts the stub container in stand-alone mode for basic test.<br>If the mrstub should be executed manually with the agent, replace docker run with this command to connect to the docker network with the correct service name (--name shall be the same as configured in consul for the read and write streams).<br>
+>```docker run --rm -it -p 3905:3905 --network nonrtric-docker-net --name message-router mrstub```
 
-### Basic test ###
+### Basic test
 
 Basic test is made with the script ```basic_test.sh nonsecure|secure``` which tests all the available urls with a subset of the possible operations. Choose nonsecure for http and secure for https. Use the script ```mrstub-build-start.sh``` to start the mrstub in a container first.
 
@@ -105,4 +105,4 @@ Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
-limitations under the License.
\ No newline at end of file
+limitations under the License.
index 2fe2d59..116469f 100644 (file)
@@ -1,12 +1,12 @@
-## producer stub - a stub interface to simulate data producers ##
+# producer stub - a stub interface to simulate data producers
 
 The producer stub is intended for function tests of simulate data producers.
 The simulator handles the callbacks for supervision of producers as well as create/update and delete jobs.
 As an intial step, the indended job and producers, with supported types, are setup (armed) in the simulator.
 In addition, specific response codes can configured for each callback request.
 
+## Ports and certificates
 
-# Ports and certificates
 The prodstub normally opens the port 8092 for http. If a certificate and a key are provided the simulator will also open port 8093 for https.
 The certificate and key shall be placed in the same dir and the dir shall be mounted to /usr/src/app/cert in the container.
 
@@ -18,8 +18,7 @@ The certificate and key shall be placed in the same dir and the dir shall be mou
 The dir cert contains a self-signed cert. Use the script generate_cert_and_key.sh to generate a new certificate and key. The password of the certificate must be set 'test'.
 The same urls are availables on both the http port 8092 and the https port 8093. If using curl and https, the flag -k shall be given to make curl ignore checking the certificate.
 
-
-### Prodstub interface ###
+### Prodstub interface
 
 >Create callback<br>
 This method receives a callback for create job. The request shall contain a job json. The request is checked towards what has been setup (armed) and the response will be set accordingly. <br>
@@ -36,8 +35,7 @@ This method receives a callback for producer supervision. The request is checked
 ```URI and payload, (GET): /callbacks/supervision/<producer_id>```<br>
 ```response: 200 (or configured response) or 400 for other errors```
 
-
-### Control interface ###
+### Control interface
 
 The control interface can be used by any test script.
 The following REST operations are available:
@@ -46,7 +44,6 @@ The following REST operations are available:
 This method arms a job for creation and sets an optional response code for create/update<br>
 ```URI and payload, (PUT): /arm/create/<producer_id>/<job_id>[?response=<resonsecode>]```<br>
 ```response: 200 or 400 for other errors```
-
 >Arm a job delete<br>
 This method arms a job for deletion and sets an optional response code for delete<br>
 ```URI and payload, (PUT): /arm/delete/<producer_id>/<job_id>[?response=<resonsecode>]```<br>
@@ -107,8 +104,7 @@ This method makes a full reset by removing all producers and jobs<br>
 ```URI and payload, (GET or PUT or POST): /reset```<br>
 ```response: <json> 200 or 400 for other errors```
 
-
-### Build and start ###
+### Build and start
 
 >Build image<br>
 ```docker build --build-arg NEXUS_PROXY_REPO=nexus3.onap.org:10001/ -t producer-stub .```
@@ -125,30 +121,28 @@ file "key.crt" is the key file
 file "generate_cert_and_key.sh" is a shell script to generate certificate and key
 file "pass" stores the password when you run the shell script
 
-Start the container without specifing external certificates:
+>Start the container without specifing external certificates:<br>
 ```docker run --rm -it --p 8092:8092 -p 8093:8093 producer-stub```
 
 It will listen to http 8092 port and https 8093 port(using default certificates) at the same time.
 
 This certificates/key can be overriden by mounting a volume when using "docker run" or "docker-compose"
 In 'docker run', use field:
---volume "$PWD/certificate:/usr/src/app/cert" a1test
-```docker run --rm -it --p 8092:8092 -p 8093:8093 -v "/PATH_TO_CERT/cert:/usr/src/app/cert" producer-stub```
-In 'docker-compose.yml', use field:
-volumes:
-      - ./certificate:/usr/src/app/cert:ro
+>```-v "$PWD/certificate:/usr/src/app/cert"```
+
+eg:
+>```docker run --rm -it --p 8092:8092 -p 8093:8093 -v "/PATH_TO_CERT/cert:/usr/src/app/cert" producer-stub```<br>
+
+In 'docker-compose.yml', use field:<br>
+>```volumes: - ./certificate:/usr/src/app/cert:ro```
 
 The script ```prodstub-build-start.sh``` do the build and docker run in one go. This starts the stub container in stand-alone mode for basic test.<br>If the producer-stub should be executed manually with the agent, replace docker run with this command to connect to the docker network with the correct service name (--name shall be the same as configured in consul for the read and write streams).
 ```docker run --rm -it -p 8092:8092 -p 8093:8093 --name producer-stub producer-stub```
 
-
-### Basic test ###
+### Basic test
 
 Basic test is made with the script ```basic_test.sh nonsecure|secure``` which tests all the available urls with a subset of the possible operations. Choose nonsecure for http and secure for https. Use the script ```prodstub-build-start.sh``` to start the producer-stub in a container first.
 
-
-
-
 ## License
 
 Copyright (C) 2020 Nordix Foundation. All rights reserved.
@@ -162,4 +156,4 @@ Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
-limitations under the License.
\ No newline at end of file
+limitations under the License.
index a699e84..5daa371 100644 (file)
@@ -1,15 +1,18 @@
 # Use case Health Check test
-# General
+
+## General
 
 The Health Check use case test provides a python script that regularly creates, reads, updates, and deletes a policy
 in all Near-RT RICs that support the type used by the script. A self refreshing web page provides a view of statistics
 for these regular checks.
 
-# Prerequisits
+## Prerequisits
+
 To run this script Python3 needs to be installed. To install the script's dependencies, run the following command from
 the `src` folder: `pip install -r requirements.txt`
 
-# How to run
+## How to run
+
 Go to the `src/` folder and run `python3 main.py`. The script will start and run until stopped. Use the `-h` option to
 see the options available for the script.
 
index 88d0b88..6b59388 100644 (file)
@@ -1,5 +1,6 @@
 # Use case Link Failure
-# General
+
+## General
 
 The Link Failure use case test provides a python script that regularly polls DMaaP Message Router (MR) for "CUS Link Failure"
 messages.
@@ -10,7 +11,8 @@ When such a message appears with the "eventSeverity" set to anything but "NORMAL
 When such a message appears with the "eventSeverity" set to "NORMAL" a printout will be made to signal that the
 alarm has been cleared, provided that the verbose option has been used when the test was started.
 
-# Prerequisits
+## Prerequisits
+
 To run this script Python3 needs to be installed. To install the script's dependencies, run the following command from
 the `app` folder: `pip install -r requirements.txt`
 
@@ -25,12 +27,13 @@ a different file when starting the application.
 
 For convenience, a message generator and a change event endpoint simulator are provided.
 
-# How to run from command line
+## How to run from command line
+
 Go to the `app/` folder and run `python3 main.py`. The script will start and run until stopped. Use the `-h` option to
 see the options available for the script.
 
+## How to run in Docker
 
-# How to run in Docker
 Go to the `app/` folder and run `docker build -t oru-app .`.
 
 The container must be connected to the same network as the MR and SDNR are running in. Some of the parameters to the application
@@ -53,7 +56,8 @@ parameters to the application can be provided with the `-e PARAM_NAME=PARAM_VALU
 using the command, with available params listed:
  `docker run --network [NETWORK NAME] --name sdnr-simulator -e MR-HOST=[HOST NAME OF MR] -e MR-PORT=[PORT OF MR] sdnr-simulator`.
 
-# Use docker-compose
+## Use docker-compose
+
 Go to the `docker-compose/` folder and run `bash start.sh`.
 
 This scripts will start up four components:
@@ -62,7 +66,6 @@ oru-app
 sdnr-simulator
 message-generator
 
-
 ## License
 
 Copyright (C) 2021 Nordix Foundation.