ARC CLAMP Component Description - El Alto-R5 (Copy)

Owned by Chaker Al-Hakim
Last updated: Apr 28, 2020
2 min read

STATUS: Project Approved, ArchCom approved (note to add the links in red below).

CLAMP (Closed loop Automation Platform):

1 High Level Component Definition and Architectural Relationships 





The CLAMP functional entity provides the capability to manage runtime control loops.  It provides the capability to

  • Create control loop from DCAE blueprint, those blueprint are either:

    •  sent by SDC to DCAE(inventory) via SDC distribution. 

    • or sent by DCAE-MOD to DCAE(inventory)

  • Create configuration policy from the policy-model Tosca, the tosca policy-model are either:

    •  sent by SDC via SDC distribution to everyone

    • or query by CLAMP to Policy. in this case the policy-model is either pre-provison in Policy
      or separately provision to Policy via the REST API exposed by Policy.

  •  Configure DCAE applications of the control loop

  • Associate µService configuration policies to the DCAE application

  • Configure the operations to be taken by the control loop (by creating/updating/deleting operational policies)

  • Deploy/un-deploy control loop flow (blueprints) to DCAE

  • Control loop visualization. 

CLAMP relies on Policy to communicate to App-C/VF-C/SDN-C/SO in runtime, hence these are not part of CLAMP 

2. API definitions

CLAMP provides the following interfaces: (add the link to the interfaces)

Interface Name

Interface Definition

 Interface Capabilities

Interface Name

Interface Definition

 Interface Capabilities

CLAMPE-1

Control Loop Lifecycle Management Interface. 

  A user interface for:

  • Selecting the control loop flow

  • Entering configuration policy parameters

  • Entering operational policy parameters

  • Managing life cycle of DCAE control flow blueprint 

  • Select a Service to associate to a Control Loop to be instanciated

CLAMPE-2

Control loop dashboard.  User interface to show the overall status of the control loop through DMAAP events

 Display and update:

  • Events received and actions taken on the control loop.

Note:   xxxI interface is a Component internal interface.  xxxxE interface is a component external interface

The current API documents can be found at:

CLAMP consumes the following Interfaces:

Interface Name

Purpose Reason For Use

Interface Name

Purpose Reason For Use

SDCE-6

To receive the Control Loop Blueprint from SDCTo receive

PolicyE-2

To create and configure the closed Loop Operational Policies and Configuration policies(DCAE Aps. Config.)

PolicyE-1

 To query policy-model based on a policy-model id. used for Configuration policy-model and Operational Policy-model

DCAEE-x 

  • Retrieve DCAE appplication status

  • Retrieve DCAE µS lists

  • Retrieve DCAE µS description and blueprints

DCAEE-y 

Deploy/remove DCAE application. 



3. Component Description:

A more detailed figure and description of the component.

<< link to readthe docs >>

4. known system limitations

Runtime: None

Clamp data redundancy is dependent on Kubernetes and the persistent volume.

Clamp application redundancy HA relies on Kubernetes

5. Used Models

Clamp uses the following models:

  • Service model (received from SDC)

  • VNF model (received from SDC)

  • Policy Model.



6. System Deployment Architecture



FFS

7. New Capabilities in this Release

-

8. References

  1.  CLAMP Overview & User Guide: https://onap.readthedocs.io/en/latest/submodules/clamp.git/docs/index.html 

  2. CLAMP internal interfaces:  https://onap.readthedocs.io/en/latest/_downloads/d3c9f924c6586fe411d40a05ad9b1bb7/swagger.pdf