STATUS: Under Construction
SDN-C / App-C:
1 High Level Component Definition and Architecteral Relationships
- Configure Network Functions (VNF/PNF)
- Provides programmable network application management platform:
- Behavior patterns programmed via models and policies
- Standards based models &protocols for multi-vendor implementation
- Extensible SB adapters such as Netconf, Ansible, Rest API, etc.
- Operational control, version management, software updates, etc.
- Local source of truth
- Manages inventory within its scope
- Manages and stores state of NFs
- Supports Configuration Audits
2. SDN-C API definitions
Controller provides the following interfaces:
Interface Name | Interface Definition | Interface Capabilities |
---|---|---|
CONE-1 | OSS Interface | An interface to request for Lifecycle management operations on network resources |
CONE-2 | Operations Interface | An interface to request for Lifecycle management operations on network resources |
CONE-3 | Service Order Interface | An interface to request for Configuration and Lifecycle management operations on network resources |
CONE-4 | Policy Interface | An interface to support LCM requests such as Restart, Rebuild, Migrate, Evacuate operations on network resources |
The current API documents can be found at:
Controller consumes the following interfaces:
Interface Name | Interface Definition | Interface Capabilities |
---|---|---|
CONE-5 | Rest API | An interface for communication with external systems such as IP management |
CONE-6 | Resource Chef API | An interface for configuration and Lifecycle management of network resources using Chef protocol |
CONE-7 | Resource NetConf API | An interface for configuration and Lifecycle management of network resources using NetConf protocol |
CONE-8 | Resource Ansible API | An interface for configuration and Lifecycle management of network resources using Ansible protocol |
SDCE-6 | SDC Interface | An interface to receive resource Templates from SDC design catalog |
CDSE-1 | CDS Interface | An interface to receive resource blueprint from CDS |
AAIE-1 | Inventory Service Interface | An interface to create, update, query, and delete resource information and relationships |
POE-2a | PDP Query API | Policy Decision Point query for IP address |
3. Component Description:
4. known system limitations
Runtime: None
Clamp data redundancy is dependant on kubernetes and the persisten volume.
Clamp appliation redundancy HA reliease on kubernetes
5. Used Models
Clamp uses the following models:
- please fill in (and references if possible)
- << include model that you recieve from SDC >>
- << Include the model that you configure in the policy >>
6. System Deployment Architecture
Clamp consists of 4 containers:
- CLAMP container
- MariaDB container
- Kibana ontainer
- E_Search ontainer
- LogStash container
7. New Release Capabilities
<<>>
8. References
- CLAMP Overview & User Guide: https://onap.readthedocs.io/en/latest/submodules/clamp.git/docs/index.html
- CLAMP internal interfaces: https://onap.readthedocs.io/en/latest/_downloads/d3c9f924c6586fe411d40a05ad9b1bb7/swagger.pdf