Project Name:
- Proposed name for the project:
Policy Framework
- Proposed name for the repository:
policy/framework
Project description:
- This project will be dedicated to determine how policy is captured, translated, deployed and updated when designing and on-boarding VNF's and network services.
Scope:
- Deliver points of interoperability within ONAP for VNF and network service On-boarding to capture policy/rule expressions VNF vendor specific policies and network service policies. (Alex)
- Classification of Policies
- Placement
- Resource allocation
- Remediation Actions (eg. Scaling)
- Compliance Checking (eg. Security)
- SLA
- Health
- Control Loops
- Platform Level Policies
- Governance
- Users
- Customers
- Deliver where/how Policies are expressed
- Policy Domain Specific Language(s) (DSL)
- Deliver requirements for Policy Conflict Detection and mitigation
- Deliver requirements for capturing vendor-embedded policy
- Classification of Policies
- Deliver points of interoperability within ONAP in which captured policies are translated into enforceable actions/outcomes (Pam)
- Identify how translation of DSL will work
- Instantiation
- Orchestration
- Remediation
- Controllers
- Control Loop
- Analytics
- Identify how policy translation works
- A common framework for the decision engines/languages used
- The translation tools needed
- Identify the Enforcement points within ONAP
- Common API design to support enforcement
- Deliver points of interoperability for Day2Day Operations
- Identify architecture, flow and API's for how operations teams can update/deploy/un-deploy Policies
- Deliver points of interoperability to support Adaptive Policy (Stretch)
- Reverse planning, inference rules, machine learning
- Deliver architecture and points of interoperability for Policy Distribution
- How Policy Decision Engines are deployed/un-deployed
- What policies are supported in the various Decision Engines
- Deliver API and flow for updating policy with the decision engines and the enforcement points
- Identify how translation of DSL will work
Architecture Alignment:
- How does this project fit into the rest of the ONAP Architecture?
- Please Include architecture diagram if possible
- What other ONAP projects does this project depend on?
- Modeling - require models
- VNF SDK
- SNIRO
- SDC
- Control Loop
- CLAMP
- DCAE
- Orchestration
- Controllers
- Basically every component in ONAP should be policy-enabled
- How does this align with external standards/specifications?
- APIs/Interfaces
- Information/data models
- Are there dependencies with other open source projects?
- APIs/Interfaces
- Integration Testing
- etc.
Resources:
- Primary Contact Person
- Pamela Dragosh - AT&T
- Names, gerrit IDs, and company affiliations of the committers
- Pamela Dragosh - AT&T
- Jorge Hernandez-Herraro - AT&T
- Names and affiliations of any other contributors
- Alex Vul - IBM
- Avinash S - Huawei
- Nermin Mohamed - Huawei
- Bobby Mander - AT&T
- Project Roles (include RACI chart, if applicable)
Other Information:
- policy/common
- policy/engine
- policy/drools-pdp
- policy/drools-applications
- policy/docker
Use the above information to create a key project facts section on your project page
Key Project Facts
Project Name:
- JIRA project name: Policy Framework
- JIRA project prefix:
Repo name:
Lifecycle State:
Primary Contact:
Project Lead:
mailing list tag [Should match Jira Project Prefix]
Committers:
foo@bar.com
baz@qux.com
*Link to TSC approval:
Link to approval of additional submitters: