@@ -12,9 +12,23 @@ To run CAPIF APIs locally using docker and docker-compose you can use run.sh scr
```
./run.sh -h
Usage: ./run.sh <options>
Usage: ./run.sh [environment] [options]
environment Optional. Environment name to use (e.g. dev, prod).
If not specified, 'dev' will be used by default.
Options:
-c : Setup different hostname for capif
-m : Launch monitoring service
-a : Setup different hostname for vault
-R : Setup different hostname for register service
-s : Run Mock server. Default true
-m : Run monitoring service
-l : Set Log Level (default DEBUG). Select one of: [CRITICAL, FATAL, ERROR, WARNING, WARN, INFO, DEBUG, NOTSET]
-r : Remove cached information on build
-v : Set OCF version of images
-f : Services directory. (Default $SERVICES_DIR)
-g : Gitlab base URL. (Default $REGISTRY_BASE_URL)
-b : Build docker images. Default TRUE
-h : show this help
```
This script builds and runs all services using docker images, including mongodb and nginx locally and in the background, and imports ca.crt to nginx. By default monitoring is not activated and Nginx is deployed use **capifcore** as a hostname.
@@ -53,12 +67,19 @@ NOTE: You can use different flags if you only want to stop some of them, please
New developments perform to include new functionality for this release. Current work include:
- Creation of new Helper API to manage CAPIF interconnection.
- Develop initial logic to publish APIs AFTER successfull CAPIF interconnection.
- New way to read configutation yaml files inside microservices, allowing forwarding to local variables. This changes also HELM scripts at configuration map file.
- New simple test to request CAPIF interconnection at Robot tests.
- Local scripts improved in order to allow interconnection tests with local deployments.
#### **CAPIF Open Discover Service**
Added implementation of **CAPIF_Open_Discover_Service_API** to support open discovery of published APIs.
@@ -31,6 +41,9 @@ For security reasons:
- Fix the check of the Docker version in the run.sh
- Simplify check of vendor extensibility attributes in Discover API
- Fix way to check if robot image is present to run testing scripts. (remote and local tests)
- Local scripts now support environments and multiple deployment of local instances, with 2 dev purpouses environments.
- New run_capif_interconnection_environment.sh, created to raise 2 environments locally to test capif interconnection.
- Local testing scripts now check is destination hosts are reachable by host.
At this documentation you will have all information and related files and examples of test plan for this feature.
## Feature Description
The **CAPIF Interconnection** is a helper service within **OpenCAPIF**, allowing CAPIF Adminstration to manage the interconnection between OpenCAPIFs instances in order to create a OpenCAPIF Federation.
This test plan validates the lifecycle of the capif interconnection.
---
## Test Case 1: Interconnection 2 CCF
**Test ID**: `interconnection-1`
**Description**:
This test case verifies that the **Superadmin** can initiate the OpenCAPIF interconnection between instances.
**Pre-Conditions**:
* The **CAPIF** helper service is deployed and reachable.
* Superadmin credentials (`SUPERADMIN_USERNAME`) are provisioned.
* The database is in a clean state (no rules existing).
**Execution Steps**:
1. Authenticate as **Superadmin**.
2. Send a **GET** request to `{apiRoot}/helper/api/getCcfId` to obtain CCF_ID.
3. Send a **POST** request to `{apiRoot}/helper/interconnection/interconnect` with body [interconnection body]