Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

We list here functionality that should be integrated into CLAMP in the coming releases.  Inclusion into Casablanca or any other release will depend on resource availability.

  1. Enhance TOSCA Policy model support. This will improve flexibility to allow runtime possibility to add new type of mS into CLAMP: 
    1. Better parsing of TOSCA Policy model.
    2. get policy definition from policy API(if API available). This will allow runtime knowledge of mS configuration pattern.
  2. Improve dashboard integration into CLAMP UI. (currently only 2 separates UI kibana/CLAMP UI) but we need a bridge in CLAMP UI towards kibana reports for specific KPI’s (to be discussed with Ops.)
  3. Improve blueprint parsing of Control Loop definition coming from DCAE-D:
    1. Move from "blueprint"(tied to Cloudify orchestration) to "service_template"(more generic Tosca file and independent from orchestration type) for Control Loop description/definition.
  4. “MariaDB+Galera cluster” (helm chart to be provided by OOM team in Casablanca).
  5. Generic filtering mechanism to associate to a Control Loop to the Network. the filter would be based on the data provided by A&AI:
    1. VNF instance 
    2. VNF location
    3. ...
  6. A faster way to disable/re-enable a Control Loop at runtime(currently there is several steps involved: stop/undeploy/....)
    1. disable/re-enable Control loop at different level, e.g.: disable for some VNF inside a service instead of disabling for all VNF inside the service.
    2. show, into a runtime dashboard view, the condition which are disabled on that Control loop.
  7. A&AI integration to get realtime view of network topology.  This will support capability to specify conditions for control loop configuration and operation.


  • No labels