Observed since 20 Oct, 20:11 UTC
No superseded metadata states collected. Unchanged observations do not create new revisions.
AEF_GW is a component designed to facilitate the integration of legacy systems with the Common API Framework (CAPIF).
AEF_GW is a gateway component designed to bridge legacy systems with the Common API Framework (CAPIF). It simplifies the integration process, enabling legacy systems to interact seamlessly with CAPIF and adopt modern APIs without extensive modifications.
The component leverages the Opencapif_sdk to manage the interactions between systems and CAPIF effectively.
AEF_GW acts as an intermediary, translating and exposing APIs from legacy systems in a format compatible with CAPIF. It manages communication between the Southbound interface (legacy systems) and the Northbound interface (CAPIF), ensuring secure, reliable, and flexible API interaction.

To use AEF_GW, you need:
pipenv or virtualenv for managing Python environments.Set up a virtual environment:
python -m venv venv
source venv/bin/activate # On Windows, use `venv\Scripts\activate`
Install AEF_GW:
pip install aef_gw
AEF_GW requires two YAML configuration files:
northbound.yaml): Defines interaction with CAPIF.southbound.yaml): Specifies communication with legacy systems.The northbound.yaml file defines the integration with CAPIF, including API specifications and OpenCapif SDK settings.
ip: The IP address to expose.port: The port to expose.opencapif_sdk_configuration: Configures the OpenCapif SDK.openapi: Specifies the API exposed to CAPIF.Here are the required fields for the opencapif_sdk_configuration:
capif_host: CAPIF server domain.register_host: Registration server domain.capif_https_port: CAPIF server HTTPS port.capif_register_port: Registration server port.capif_username: CAPIF username.capif_password: CAPIF password.debug_mode: Enables detailed logs (True or False).Example of a provider's certificate generation settings:
provider:
cert_generation:
csr_common_name: "example"
csr_organizational_unit: "development"
csr_organization: "ACME"
csr_locality: "New York"
csr_state_or_province_name: "NY"
csr_country_name: "US"
csr_email_address: "example@example.com"
The openapi field must adhere to the OpenAPI Specification. Use tools like Swagger Editor to validate the configuration.
Example Configuration:
openapi:
openapi: 3.0.0
info:
title: My API
description: Example API for demonstration
version: 1.0.0
paths:
/greet:
get:
summary: Say hello
description: Returns a greeting message.
responses:
'200':
description: Success
content:
application/json:
schema:
type: object
properties:
message:
type: string
example: "Hello!"
The southbound.yaml file defines how AEF_GW interacts with legacy systems.
ip: The IP address to expose.port: The port to expose.type: The type of endpoint (REST is currently supported).authentication_method: Authentication options:
HTTP Basic AuthenticationJWT Bearer Tokencredentials:
username: "admin"
password: "password123"
jwt: "your-token"
paths: Maps Northbound API paths to Southbound API paths, including HTTP methods and parameter mappings.Example Configuration:
southbound:
ip: 0.0.0.0
port: 8000
type: REST
authentication_method: "JWT Bearer Token"
credentials:
jwt: "example-token"
paths:
- northbound_path: "/greet"
southbound_path: "/hello"
method: GET
- northbound_path: "/greet/{name}"
southbound_path: "/hello/{person}"
method: GET
parameters:
- name: person
northbound.yaml and southbound.yaml configuration files in a working directory.Start the gateway (first-time setup):
cd ./directory/with/configuration/files
aef_gw start
Run the gateway (after initial setup):
cd ./directory/with/configuration/files
aef_gw run
Remove the gateway interface:
cd ./directory/with/configuration/files
aef_gw remove
To add a new API endpoint:
northbound.yaml to define the endpoint.southbound.yaml.cd ./directory/with/configuration/files
aef_gw start
To refresh the Southbound JWT token:
jwt field in the southbound.yaml file.cd ./directory/with/configuration/files
aef_gw refresh
This ensures the new token is applied seamlessly.
Download counts and popularity will appear here as the collector receives them.
| Version | Published | Direct dependencies | Open version |
|---|---|---|---|
| 0.1.15 | 29 Nov 2024 | 51 |
This describes our collected data; it is not a security assessment.
Observed since 20 Oct, 20:11 UTC
No superseded metadata states collected. Unchanged observations do not create new revisions.
package:b7d395e123270a778f63d90f41450e85a142441e670aebef1e2580eac8f2ba84